把用户对话变成产品决策
早期销售问什么、怎么演示、怎么给反馈分类，以及一周只做一个决策。
早期销售不是背话术把人说服，是确认三件事：问题是否真实、价值是否足够、用户为什么还没有采取行动。
一次好对话结束后，你应该更懂产品，而不只是多一个"潜在客户"。
快速版
- 少介绍产品，多问过去发生过什么。
- 演示只走一条路径，就是对方刚说的那个场景。
- 记原话，不只记结论。
- 给反馈贴四类标签：场景、阻力、价值、请求。
- 功能请求不直接进开发清单。
- 一周只形成一个决策。
- 拒绝也是数据，不同拒绝原因对应不同实验。
为什么聊比猜准
你在脑子里想用户，永远没有用户自己开口准。
哪怕他说的不完全对，他用的词、犹豫的地方、在意的结果都是信息。用户描述问题时用的原话，经常就是你落地页最好的文案。
少介绍，多追问过去发生的事
不要问："如果有这个功能，你会买吗？"
未来的承诺不可靠。所有人都愿意在假设里说"会"。
改问：
- 上一次遇到这个问题是什么时候？
- 当时你怎么处理的？花了多久、多少钱？
- 原来是用什么做的？
- 哪一步最麻烦？
- 这个问题多久发生一次？
- 为什么现有方案还不够？
- 谁会决定是否购买？
"原来是用什么做的"这个问题特别值得问。很多产品的真实竞争对手不是别的产品，是表格、手工、聊天记录、复制粘贴。 你要打败的是这些。
"多久发生一次"决定了这是不是刚需、适不适合做订阅、值不值得继续投入。一年一次的问题，做出来也很难有留存。
四个最容易犯的错
| 错误 | 后果 |
|---|---|
| 一直介绍自己的产品 | 你说得越多，听到的真实信息越少 |
| 太早问"你愿不愿意买" | 对方还没看明白价值，这个问题只会得到客套回答 |
| 把每个功能请求都当需求 | 产品变成不同用户愿望的拼盘 |
| 只记结论不记原话 | 丢掉了你最好的文案来源 |
第一条最难改。紧张的时候人会多说话，而多说话正好是这件事里最没用的动作。给自己定个比例：对方说话时间应该占七成以上。
演示时只走一条路径
先复述对方的场景，再演示与这个场景直接相关的输入和结果。
不要为了证明产品丰富，把所有菜单逐个点一遍。功能多不是卖点，"这个正好是我的情况"才是。
演示结束后问一句：
这里离你能真正用起来，还差什么？
答案可能是功能，也可能是准确性、隐私、接入方式、付款流程或团队权限。这句话经常比整场演示更有价值。
给反馈贴四类标签
| 标签 | 典型内容 | 下一步 |
|---|---|---|
| 场景 | 在什么工作中发生 | 调整目标人群和入口文案 |
| 阻力 | 为什么没有开始或完成 | 修主流程、信任或交付 |
| 价值 | 什么结果值得付费 | 调整定价单位和展示重点 |
| 请求 | 用户提出的功能 | 先判断是否重复、是否阻塞 |
功能请求不能直接进入开发清单。 先追问一句：没有它的时候，你到底完成不了什么？
- 如果答案是"完成不了"，这是阻力，优先级高。
- 如果答案是"能完成，但麻烦"，记下，排队。
- 如果只有一个人想要，而且不影响核心结果，记下，不做。
每次对话记这六项
1. 用户是谁（岗位/场景）
2. 他原来怎么做这件事
3. 他最痛的那一步（原话）
4. 他有没有真的试
5. 他有没有主动继续问
6. 付费意愿，或明确的拒绝原因第四和第五项是最诚实的两项。"聊得挺好"但没试，等于没有信号。 主动继续问的人，通常比说"很有意思"的人更真实。
这份记录比"感觉这次聊得还不错"有用得多。一周后你已经不记得当时的感觉了，但记录还在。
一次只形成一个决策
每周把对话放在一起，找至少出现三次的模式：
- 三个人都看不懂首页那句话
- 四个人都卡在同一个表单
- 两个付费意愿高的人都在意同一项能力
重复出现的东西，比单条反馈有分量得多。
找到之后选一个动作：
- 改一句价值表达
- 修一个流失步骤
- 增加一个必须能力
- 调整一个价格或交付方式
- 换一类目标用户
不要一次把所有反馈都实现。
那会把产品变成不同用户愿望的拼盘——每个人都能找到一点自己要的，但没有一个人觉得这是为他做的。
第一单不必是完整订阅
早期第一单往往不是靠定价模型卖出去的，是靠四件事同时成立：
- 你知道他的痛点
- 你能给一个具体结果
- 价格在他愿意试的范围
- 风险感可控
所以第一次卖，可以先卖：一次性服务、试用版本、限量内测席位、早鸟价格、定制交付。
这些形式的共同点是降低对方的决策成本。完整订阅体系可以等你有了十个付费用户再搭。定价的具体做法见定价与变现。
拒绝也是数据
记录对方在哪个节点拒绝，不同原因对应不同实验：
| 拒绝原因 | 说明什么 | 下一步实验 |
|---|---|---|
| 没听懂 | 表达问题 | 改一句价值表达 |
| 不信任 | 早期常见 | 补案例、公开构建、找引荐 |
| 没预算 | 可能找错人 | 换有预算的角色 |
| 没权限 | 决策人不是他 | 问清谁决策 |
| 不够痛 | 需求问题 | 回到需求验证 |
| 已有方案 | 竞争问题 | 问清对方方案差在哪 |
"太贵了"需要继续追问：是价格超过预算，是价值没被理解，还是买的人不是最终受益人？
直接降价可能掩盖真正的问题。 如果是价值没被理解，降价之后你会得到一批便宜的、同样不理解价值的用户。
一个重要的提醒
不要把每一轮反馈都理解成"产品不行"。有时候只是：
- 你说得不够清楚
- 你找错了人
- 你发错了渠道
- 你让用户走了太多步
这些问题修起来，比重写产品快得多。 先排除这四个，再考虑动产品。
常见卡点
| 卡在哪 | 可能原因 | 试试这样 |
|---|---|---|
| 聊完不知道该改什么 | 只记了结论 | 下次记原话和六项 |
| 每个人说的都不一样 | 样本太杂 | 只看同一类人的对话 |
| 都说好但没人付 | 问的是假设不是过去 | 改问上一次怎么处理的 |
| 功能请求堆成山 | 没有分类 | 用四类标签过一遍 |
| 改完一版还是没起色 | 一次改太多 | 一周只做一个决策 |
| 一被拒绝就想降价 | 没问清原因 | 先分清是预算还是价值 |
| 不敢问付费意愿 | 怕破坏关系 | 问"会不会买"而不是"买不买" |
验收标准
- 完成至少三次用户对话
- 每次都记了原话，不只记结论
- 对话里你说话时间少于三成
- 演示只走了对方的那一个场景
- 所有反馈都贴了四类标签之一
- 能说出至少一个出现三次以上的模式
- 这周只做了一个决策
- 每个拒绝都记了具体节点和原因
本章动作
完成三次用户对话，每次只记录事实和原话。
周末找出重复最多的一条阻力，下一版只解决它。