做产品官网，先别急着介绍产品
如果你已经用 AI 做出了一个产品，准备写官网首页，可以先停一下。
先别列功能。试着回答一句话：
一个第一次见到你的人，为什么要继续往下看？
我最近给 Hollyclaw 做官网，开始想清楚这件事。
页面做出来了，表达也得换个顺序
10 月 10 日，我做出了 Hollyclaw 官网首页的初版。
抽空推进，基本不到一天就搭出了静态页面。虽然是第一次做网站开发，过程还挺开心。
但这次值得分享的，不是“我一天做出了一个网站”，而是我把产品介绍的顺序换了。
前一天，我还在和开发 Agent 阿图反复梳理 README：产品到底解决什么问题，为什么值得用。
做首页时，这些梳理有了一个更具体的落点：
先讲用户得到什么，再讲我怎么做到，最后拿出实际依据。
第一层：别让用户替你翻译功能
Hollyclaw 是一个人和 AI 共用的任务中枢。
这句话说明了它是什么，但一个新用户仍然可能问：这和我有什么关系？
所以，我把首页的价值主张写成：
让用 AI 干活的人，效率再提升一倍。
这表达的是产品希望实现的效果，不是所有用户都能翻倍的实测结论。具体收益，还需要在真实场景里验证。
它背后对应的是一种很具体的处境：已经在用 AI 做项目，却仍然要自己记任务、反复交代背景、逐件派活。
我希望减少的，正是这些协调负担。
如果首屏只列出任务管理、上下文共享、多 Agent 协同，用户还得自己把功能翻译成收益。
这一步，应该由我先做好。
第二层：说了收益，就要解释凭什么
只说“提升效率”，很容易变成口号。
所以接下来，我用动画和文字解释三类问题，以及相应的解决思路：
- 任务越做越多
：理清主线、阻塞和旁支，不让新发现的事情把方向带偏。 - 多个 Agent 接力
：以任务为粒度共享上下文，减少重复交代。 - 事情总等着人分配
：让空闲 Agent 寻找可推进的任务，经人确认后接手。
这不是为了证明功能有多丰富，而是回答前面那句话：为什么它有可能帮用户减少协调、推进工作？
首页先有一个清楚的论点，再用机制支撑它，而不是把所有功能都堆上去。
第三层：把“我说有用”变成看得见的过程
再往下，我放上实际使用中的案例，并通过 FAQ 回答用户可能关心的问题。
产品介绍可以说得很好听，但案例要让人看见：
原来卡在哪里，实际怎样处理，事情有没有往前走。
这些案例来自我自己的使用实践，不能替代外部用户的验证。但它们至少给了读者判断依据，而不只是听我讲结论。
对一个陌生用户来说，信任不能靠我自己宣布。
如果你也在做官网，先写这三句话
不必一开始就纠结整个页面。可以先填完三个句子：
- 我帮助哪类人，在什么情况下，得到什么结果？
- 我用什么具体机制，解决挡住这个结果的问题？
- 我有什么真实过程或结果，可以支撑前面的说法？
如果第一句讲不清，先回到定位；第二句讲不清，先梳理解法；第三句拿不出来，就标明还在验证，不急着包装成成熟结论。
写完这三句，再考虑怎么排版、怎么展示动画，会更有方向。
当然，看懂还不是终点。
我的官网现在只是初版，体验版本和便捷安装方案还没有完成。下一步，是让用户看懂以后，能亲自体验，而不只停在介绍页面上。
这不是一套已经验证成功的获客公式，只是我这次做官网时，开始采用的表达顺序。
官网的第一句话，不该从“我做了什么”出发，而该从“你能得到什么”开始。