生成网站前沟通体系设计
首次付费率从 3.83% 提升到 8.08%，我从 0 到 1 设计了 Wegic 的生成前沟通体系。
Wegic 是一款面向小白用户的建站产品
业务目前面临的两大挑战
挑战 1： 生成网站后，7 天内用户群体中网站发布率仅有 13.3%。作为一个订阅制产品，当我们无法向用户交付一个可发布网站，就很难去撑起后向价值。
挑战 2： 首次生成网站会有收费。从漏斗数据来看，流失率在 96% 左右。这意味着仅有 3.83% 的用户进入到了生成网站。
现状分析
在本需求实施前，产品仅会询问你想做什么网站。用户 query 输入后直接走到生成前的付费流程。在信任未建立的情况下，首次付款生成的用户仅 3.83%。
在用户极少量信息的情况下，生成网站后用户通常会面临两个问题：
- AI 由于不够了解用户的诉求/目标，生成网站的内容结构往往不是完全围绕用户需求定制的，导致首次生成后的非必要区块多，进而导致用户修改任务量变大
- 用户作为非专业用户，网站生成后没有明确修改思路。从录屏观察后，有一明显特征是看到什么改什么。整体修改流程不高效
回顾里程碑目标
我们希望让用户在一小时内获得可对外发布的网站
应对策略
建站旅程拆分：
阶段一：生成前到获得网站
阶段二：将网站修改至满意
里程碑达成思路与挑战解法
若一个网站到可发布状态为 10 分，达成思路是：
- 首次生成网站基本符合用户预期，做到 7-8 分
- 生成后剩余 2-3 分，AI 会以「最短发布网站路径」为用户提供更切实有效的修改建议
无论是「首次生成网站基本符合预期」还是「生成后引导建议」。它依赖 AI 对用户网站的目标及预期对齐，而目标&预期对齐则依赖对用户进行多维度的沟通。
本需求则是对生成前的沟通体系进行了 0-1 设计，最终让首付率显著提升。截止 2 月，已有 50.3% 的用户在生成后一小时内发布网站。
沟通体系设计思路
网站框架拆解
要让首次生成就符合用户预期，需要先理解「预期」这件事本身。我们把它拆解成三个层次：
用户满意、高效达成业务目标的网站
视觉层
整体风格是否匹配用户偏好与业务气质
内容层
信息结构、语言设计与叙事是否服务业务目标
功能层
关键功能是否支撑用户在线完成目标
以这个框架进行拆解，我们可以反向推导整体的沟通流程该如何去设计。
从网站框架推到沟通框架
通过和用户的需求沟通，我们可以推演出网站的内容结构。这个内容结构里包含了用户需要展示的信息以及需要用到的业务功能。然后和用户确认网站的视觉偏好；收集关键、必要的真实信息。最终，我们就能够生成一个在内容、功能和视觉上，都完全围绕用户需求并与之匹配的网站。
具体节点设计与实现
1. 需求沟通（Discovery）
开场白设计
开场白的设计主要有三个点：先明确身份，让用户知道谁在和他沟通；再做预期管理，告诉用户接下来会发生什么；最后用开放式问题邀请用户讲需求，而不是一上来就用网站术语提问。
Bad Case
Good Case
从问网站，变成问目标
有时候我们直接去问用户网站要有什么功能、要是什么类型的网站，其实对用户来说很难回答。因为一方面，用户未必知道该怎么回答；另一方面，用户会用自己已有的知识去描述诉求。
但用户表达的往往是手段，不一定是目标。而实现同一个目标，用户提出的手段也未必是最好的方法。
所以我们后来改成去问两个问题：你想用这个网站来做什么？你想通过这个网站达成什么目标？再根据用户的核心诉求，去匹配相关的功能。
Bad Case
Good Case
什么问题不该问
需求沟通里，AI 常会问一些看起来专业、但对生成网站没帮助的问题，只会让沟通变长，却拿不到更多有效信息。
后来我们定了一个标准：只有当一个问题的答案，会改变网站的内容结构、核心表达或必要功能时，这个问题才值得问。 像「希望访客立即联系你，还是先了解再联系？」这类问题，很多时候并不会改变最终结构，因为两种答案通常都还是内容展示 + 联系入口。
Bad Case
Bad Case
Good Case
什么时候可以停止沟通
需求沟通不是问得越多越好，而是问到足以支持内容结构设计时就应停止。我们后来将停止条件定义得很明确：当 AI 已能够判断网站目标、核心内容、访客动作，以及会影响结构的关键变量时，就不应继续追问。
2. 内容结构确认（Content Structure Design）
根据需求沟通的内容，为用户设计独属于他的网站结构。
我先把刚刚聊到的信息整理成一个内容结构草图。
你先看整体方向对不对，如果需要，我可以继续一起调整模块和顺序。
首页（手稿）
-
需求驱动：不套模板，完全根据用户想展示的内容和想达成的目标来设计结构。
-
以达成目标为准：结构复杂度取决于说服成本。不同业务让访客完成「了解 → 行动」所需的信息量不同，因此需要的页面和模块也不同。信息不足时，不能机械照搬用户原话，而要补足那些真正影响转化的内容。
举例 结构逻辑 简洁型（如摄影作品集） 作品本身就是最强证据，结构可以更直接、更少页面 强信任型（如本地商家、SaaS） 需要补充服务说明、功能介绍、案例或评价，才能推动访客行动 -
尽量最小化：在满足目标的前提下，用最少的页面和模块完成任务。这样我们确保在达成用户目标的情况下，让生成后的网站修改量最少。同时降低成本。
3. 视觉风格确认（Style Selection）
在付费前，我们先基于已确认的内容结构生成一组 9:16 风格参考图，用来帮助用户快速建立交付预期、确认视觉方向，并以较低成本探索最适合其业务的风格边界。
基于刚刚确认的内容结构，我先整理了几组风格参考图。
你可以直接看感觉，告诉我更接近你想要的是哪一张。
温暖简洁
强调产品展示与柔和氛围
轻盈清新
更明亮，更适合生活方式类表达
克制质感
突出品牌感与可信度
亲和手作感
更贴近宠物烘焙工作室的个性
安静极简
减少装饰，把重点放在内容
柔和品牌感
在统一气质下做另一种变体
4. 资料上传（Asset Collection）
有了内容结构和视觉风格，网站的大框架就定下来了。接下来，AI 需要进一步收集那些真正影响网站落地的资料。
大方向已经确定了，接下来我需要再收集一些真正会影响网站落地的资料。
你有的先上传，没有的也可以先跳过，我会继续帮你往下推进。
上传品牌 Logo，若没有也可以让 AI 先生成
上传产品实拍图或包装图
1. 收集什么维度的信息 / 资料
优先收集那些真实存在、且只有用户自己掌握的内容，比如联系方式、产品图、Logo、价格、营业时间、团队照片、真实评价等。这些信息会直接影响网站是否可信、是否能正常使用，AI 无法凭空捏造。相对地，像 Slogan、品牌介绍、模块标题这类表达型内容，不要求用户提供，可以交给 AI 生成或润色。
2. 收集的程度
不是收得越多越好，而是只收网站里真正必要、且无法替代的部分。凡是 AI 能生成的装饰图、背景图、通用插画，不主动向用户索取；如果前面的沟通里已经拿到了足够素材，也不再重复收集。原则是尽量少收，但收上来的内容要足以支撑网站上线。
3. 收集的话术
话术上不把它包装成一份作业，而是告诉用户：补充这些资料，是为了让网站更像你自己、更贴近真实业务。对于暂时没有准备好的内容，也会明确说明可以跳过，或者让 AI 先生成替代版本，从而降低用户的心理负担和操作压力。
4. 软流程与提供 AI 生成
收集资料作为软流程，不会卡住用户继续往下走。用户可以选择跳过，或直接使用 AI 生成替代内容。
5. 生成网站卡片
对整体沟通内容进行总结，设计定制化信息卡片，说服性文案设计。引导用户至付费生成
这是你的网站制作方案
已根据你确认的信息整理完成，可以直接进入制作。
品牌项目
Sunny Paws Bakery
为宠物主人提供定制烘焙与节日蛋糕预订的品牌官网。
网站目标
先建立信任，再推动咨询与下单。
网站核心内容
品牌介绍、主打产品、订购方式、用户反馈、联系方式。
关键资料
微信 sunnypaws-bakery，Logo 已上传，产品图 12 张，品牌主色为奶油白与浅棕。
非线性沟通策略
上线前的多场景验证表明，用户 query 在篇幅、明确性与建站诉求上差异显著。我们在 Prompt 中配置分层策略，使模型能够按情境选用相应沟通路径，避免「一刀切」式问答。
固定流程
用户输入 | 需求理解 | 内容结构 | 风格确认 | 资料设计 | 进入生成
灵活流程
用户输入 | 当前信息判断 | 需求理解 / 内容结构 / 风格确认 / 资料设计 ↺ 按需要回看与补充 | 进入生成
多维度输入通道
在文本输入之外，补充语音、建议快捷回复、文件与链接等入口，降低表达成本，提升信息完整度。
语音输入
智能建议
我是 Kimmy，你的专属建站顾问。我会先和你做一轮简单沟通，再帮你把网站方向整理清楚。你想做一个什么样的网站？
文件上传
链接抓取
Page Snapshot
Prompt 与约束
生成前沟通的「问什么、何时停」由业务流程与节点规则约束；怎么说、写多长、一轮推进什么则由系统 Prompt 中的 Communication Principles 固定。二者分工明确，避免规则重复或相互打架。
通用沟通原则
控制语句体量
将可见回复控制在 1–3 句短句为主，用语平实、可扫读；避免长篇论述、叠罗汉式解释与过度润色的「总结腔」，使对话节奏接近真人顾问而非文档生成器。
渐进式提问
每轮尽量只提出一个与当前决策最相关的问题，逐步收窄用户对目标、受众与访客行动的理解；若用户表达模糊，用单一、指向信息结构或转化路径的问题引导，而非一次性抛出检查清单。
能力边界
在「Wegic」上线早期阶段，我们暂时无法支持后端能力。
当用户的网站诉求需要复杂后端时，我们会在用户付费前明确告知用户，并给出平替方案。
项目成果
- 上线后，首次付款率从 3.83% 提升至 8.08%
- 截止 2 月，约 50.3% 的用户在生成后发布网站
可体验 demo
