这篇playbook是为了解决什么
客户门户，不是一个换了皮肤的文件夹。它真正应该回答客户最关心的三个问题：我们现在到哪一步了，你现在需要我做什么，以及我接下来应该看什么。AI最有用的地方，是把那些反复解释的内容、会议recap和零散资料，整理成一个更清晰的资源中心，减少双方不断来回确认。
一个客户门户真正有价值，不是因为页面更多，而是因为不确定感更少。
Quick take
最强的client portal setup，通常有四层：portal首页、onboarding and intake、delivery updates、reusable resources。AI可以帮你起草说明、总结会议、整理文档、提炼FAQ，但这套系统只有在真正贴合客户旅程时才会好用。
| 层级 | 客户必须感觉清楚的是什么 | 推荐工具 |
|---|---|---|
| Portal首页 | 这个workspace是什么、该从哪里开始 | Notion, Softr, clear navigation |
| Onboarding and intake | 客户怎么提交信息、文件和请求 | Notion Forms, intake pages, structured checklist |
| Delivery updates | 客户怎么查看进度、交付物和最近的决策 | Loom, weekly update template, project tracker |
| Reusable resources | FAQ、录屏、指南和资料怎么被反复查看 | Notion resource hub, searchable pages, client library |
这套栈怎么用
有些业务，其实只需要一个结构清楚、共享给客户的Notion workspace。另一些业务，则更适合一个有登录、权限控制和更整洁前台体验的portal。这个判断越早做越好。如果客户主要需要pages、updates和forms，一个共享workspace往往就够了。如果你需要更强的品牌感和控制感，像Softr这样的portal layer会更合适。
客户最容易迷路的情况，就是所有东西都堆在同一条时间线里。项目状态和next step应该放在一个区域；FAQ、培训内容、操作说明、模板和录屏，应该放在另一个区域。AI在这里最适合的工作，是把你反复说的话沉淀成长期可复用的页面。
一个好用的portal，会减少很多小型依赖循环。客户不应该总来问最新版文件在哪里、这周该review什么、反馈从哪里提。真正好的portal，是让下一步足够明显，让人自己就能往前走。
不要等项目快结束了才想起来整理documentation。更好的做法，是在项目推进的过程中，就把meeting notes、Loom transcript和反复出现的消息，整理成status update、walkthrough和help page。这样portal才会不断变强，而不是慢慢过期。
一套实际可执行的流程
- 先画出客户从intake到onboarding、delivery、renewal的完整旅程。
- 明确day one、week one以及之后每周，客户最应该看到什么。
- 搭一个portal首页，把导航、当前状态、关键链接和next action放在最明显的位置。
- 用结构化page和form收集onboarding信息，而不是继续靠邮件来回要材料。
- 固定一种update rhythm，比如weekly recap或milestone page，让客户始终知道现在在哪里。
- 把反复出现的问题和说明，整理成一个资源区，用页面、Loom和模板沉淀下来。
- 站在客户的角度重新走一遍portal，删掉会让人迷路的dead end。
- 随着问题重复出现，持续补强这个hub。
最先标准化什么
| 优先级 | 资产 | 原因 |
|---|---|---|
| 1 | portal首页 | 客户首先需要的是方向感 |
| 2 | onboarding checklist | 开局混乱，后面几周都会被拖累 |
| 3 | weekly update template | 固定节奏会让交付显得更可靠 |
| 4 | resource page format | 复用型内容用统一格式更容易维护 |
| 5 | request or feedback form | 客户需要一个清楚的入口来提需求，而不是制造混乱 |
常见错误
- 把portal做成一个新的文件垃圾堆。
- 把内部笔记和客户可见内容混在一起。
- 还没搞清楚客户真正关心什么，就先把结构做得很花。
- 把next step藏得太深。
- 更新不够及时，久而久之客户就不再信它。
Checklist
- 先定义客户希望在portal里快速回答的几个核心问题。
- 把onboarding、live updates和evergreen resources分开。
- 固定一种update rhythm。
- 把重复解释的内容转成页面和视频。
- 用一个新客户的视角重新检查有没有迷路点。
什么时候你应该用这套系统
- 客户总在重复要同样的链接、文件和状态更新。
- onboarding还严重依赖邮件线程和人工提醒。
- 实际交付并不差，但呈现出来总显得不够清楚。
- 你希望改善客户体验，但不想靠增加更多会议来解决。
旧站里最值得迁来的内容
Operator note
一个强的client portal之所以让人印象深，不是因为它看起来高级，而是因为客户终于不再总是迷路。