营销运营

我为什么给个人网站加了一个技能索引

我为什么给个人网站加入技能索引:把营销与 AI 辅助工作中的职责、方法、交付和项目依据联系起来,让访客看清我具体做了什么。

Huiyang Xie

本页目录
  1. 让访客从关心的工作开始看
  2. 把我承担的责任说清楚
  3. 让一项能力连到可以查看的东西
  4. 把证据的边界一起写出来
  5. 给交流一个更具体的起点
  6. 常见问题

我的工作现在包括双语个人网站、可复用的 AI 辅助工作流,以及一个仍在开发中的产品。我希望来到网站的人能够了解:这些项目里,我接手了什么问题,怎样把事情往前推进,最终又有哪些东西可以拿出来看。

我出身商科与营销,做过零售、电商和教育营销,此前没有传统的编程背景。随着工作的需要变化,我也在学习新工具,通过 AI 辅助开发,把想法做成能够实际使用的东西。

这也带来了一个很实际的表达问题。项目页面可以展示结果,工具清单可以说明我用过什么,但两者之间,我究竟做了哪些工作,仍然需要解释。因此,我在网站上加入了“实践中的技能”页面,也就是这个技能索引(Skills Index)。

让访客从关心的工作开始看

页面把我的工作整理为 15 项能力,包括内容策划、客户研究、网站信息架构、中英本地化和 AI 内容工作流等。访客可以先选自己想了解的一类工作,再展开条目查看细节。

每项能力都围绕几个实际问题展开:

  • 范围与交付:这项工作具体包含什么,我会交付什么?
  • 工作方法:面对相关问题,我会怎样着手?
  • 我的职责与实际交付:哪些部分由我负责,又有什么可以进一步查看?

我采用这样的结构,是因为一个宽泛的技能名称往往说不清太多事情。比如“内容策划”,可能涉及选题、证据整理、内容简报,也可能涉及不同渠道之间的内容统筹。把这些工作展开,访客才更容易判断,其中哪一部分与自己的需求有关。

这 15 项描述的是工作能力,不是 15 份认证,也不是与页面所链接的公开 Skill 仓库一一对应的数量。

把我承担的责任说清楚

用 AI 辅助做网站和产品时,尤其需要解释清楚自己在其中的角色。

对个人网站,我需要考虑信息怎样组织、中英文内容怎样衔接。对 Tap to Share,我的工作涉及商家与客户的使用流程、需求,以及生成内容应该达到的质量。我借助 AI 工具和 Codex,把这些判断落实到实现中。

预期的功能是什么,做出来以后是否符合要求,哪里出了问题,下一步要改什么,这些都仍然需要我判断。事实核验、业务判断和最终决定也由我负责。为了能够指导和测试这些工作,我还需要持续学习相关工具。

这就是我希望页面呈现的 ownership:对一件事从问题、决策到实现和检查持续负责。把具体贡献说清楚,我才能从自己的商科与营销背景出发,诚实地介绍这些工作,而不会让人误以为每一部分代码都由我手写,或是我原本就有传统软件工程背景。

让一项能力连到可以查看的东西

“AI 内容工作流设计”这一项就是一个例子。展开后,页面会说明输入、交接、可复用指令和检查节点,并链接到把写作流程整理成 Skill 的文章,以及一个公开的工作流仓库。

有了这些链接,能力描述就有了具体内容。读者可以看一份实际完成的工作,了解它背后的过程,也可以查看公开材料覆盖了哪些内容,再判断是否与自己关心的问题有关。

我一直在把重复出现的标准操作流程(SOP)整理成工作流和 Skill,是希望有用的判断与检查要求能够保留下来,供下一次任务使用。技能索引让这些工作在整个作品集中有了位置:可复用的流程,与项目和最终内容一起,成为别人理解这项能力的依据。

有些工作流仍然保留为私用版本,因为其中包含更多工作背景和数据连接。我的 Opportunity Engine 用于私人机会发现、证据整理和内容决策,目前还在开发与验证中。索引可以说明它的用途和我的角色,而不需要公开内部实现。

把证据的边界一起写出来

不同项目能够说明的交付程度并不一样。双语个人网站已经上线,可以直接浏览。Tap to Share 仍在持续开发和测试,也已有付费商家参与测试。案例页可以说明产品是什么、我做了什么,但这个阶段还不能证明它已经获得广泛采用或带来经过验证的业务成效。 Tap to Share 营销网站现已上线,付费测试与产品迭代仍在继续。

我希望读者从一项能力点进相关案例时,仍然能看到这些区别。说明项目目前能够支持哪些判断,比把每一项都写得同样成熟更有用。

公开 GitHub 链接也需要保留使用边界。我的原创公开 Skill 目前不允许商用,许可条款仍在整理中。部分工作流改编自其他仓库,上游来源及其使用条件同样需要尊重。考虑复用之前,应逐一查看仓库的 README、许可文件和上游条款。能够公开查看,并不表示所有工作流都按开源许可发布,也不意味着可以不受限制地使用。

给交流一个更具体的起点

我做这个索引,既是为了可能与我共事的人,也为了想了解我怎样工作的人。招聘者可以从与岗位相关的能力看起,再进入案例。合作方可以先了解工作范围和交付,再讨论我适合参与哪一部分。

它也能让反馈有一个更具体的起点。比起让别人只留下“她用了很多工具”的印象,我更希望讨论某一种方法、某一项职责,或是目前还缺少什么依据。

我所说的让工作被看见,就是把做过的事情和我在其中承担的责任放出来,让别人能够查看。技能索引提供了这样一条路径。如果某个条目与你正在处理的问题有关,欢迎找我具体聊聊。

问题

常见问题

网站已经有项目案例,为什么还需要技能索引?

案例围绕单个项目展开。技能索引则让访客从一类工作开始,先了解我的方法和职责,再进入相关案例查看依据。

没有编程背景,你在 AI 辅助开发中负责什么?

我负责定义业务问题、需求、用户流程和验收标准,指导 AI 辅助实现,检查功能与内容,并作出业务判断和最终决定。我会如实说明这个角色,不把所有实现都描述为自己手写代码完成。

公开的 Skill 都是原创、开源,或者可以免费商用的吗?

不能作这样的统一理解。部分工作流改编自上游项目,需要核对相应条款。我的原创公开 Skill 目前不允许商用,许可条款仍在整理中。考虑复用前,请查看各仓库的 README、许可文件和上游使用条件。

分享

觉得有用?分享给其他人。

LinkedInX复制链接

讨论

想继续聊聊这个话题?

和我聊聊

作者

关于作者

Huiyang Xie 是一名位于加拿大大温地区的营销从业者,主要关注数字营销、内容、网站、AI 辅助工作流和跨文化营销。她通过实际项目探索如何把 AI 应用于营销工作,同时保留事实核对、品牌判断和人工审核。

继续阅读

相关阅读与项目

文章

如何把手动 AI 写作流程变成可复用的 Production Skill

查看

文章

AI 内容工作流中,哪些决定应该保留给人?

查看

项目

从一个反复出现的问题,到 Tap to Share

查看