第 81–90 天：反馈分诊与第一次收费

反馈是线索，不是指令；收费是验证，不是收割。

一、反馈不是需求

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

一位开发者在发布第一周收到 23 条反馈。他逐条读完并做了统计：14 条在说「加个按钮」「加个入口」「加个开关」，5 条在问价格，2 条说保存后数据不见了，2 条说「挺好用的，加油」。

他花了两周做那 14 个按钮。第三周，那 2 个丢数据的用户已经走了，5 个问价格的也没有回来。

问题不在于他不勤奋，而在于他把反馈的声量当成了需求的强度。说要按钮的人多，因为说这句话最省力；丢数据的人少，因为遇到一次就再也不来了，不会回来留言两次。

反馈分诊的第一条原则：先问「这条反馈如果不处理，用户还能不能完成主路径」，再问「有多少人提」。

二、四类反馈

判据的顺序不能反。先判类型，再判优先级；如果先算优先级，「缺功能」会因为影响人数多而永远排在「缺陷」前面。修复成本需实际估算；数据、资金、安全损害即使只影响一人也先止损。

2.1 一条反馈可拆成多个问题

同一反馈含不同问题时拆分记录；当下损害先处理，另有功能愿望再入候选池。例如「导入大文件会卡死」是缺陷，「希望能导入更多格式」是缺功能。归错类会导致它被放进需求池排队，而实际用户当下就无法完成主路径。

三、分诊表

下面六列是本例起点；复现证据、版本、处理负责人和验收状态可按需要补充。

填表有三条硬要求：影响人数写绝对数，不写「很多」；修复成本按小时估，含测试与回归；决定必须是一个动作，不是「关注一下」。

四、优先级公式与它的局限

优先级 = 影响人数 × 频率 ÷ 修复成本

举例：8 人受影响、每周遇到 3 次，乘积 24，成本 6 小时，得分 4.0；另一条 2 人受影响、每周 1 次，乘积 2，成本 0.5 小时，得分也是 4.0。两条同分，但一条是普遍摩擦，一条是少数人的强需求，判断完全不同。

成本不能按 0 计。一是除法上没有意义；二是「零成本」通常只是「我顺手就改」，实际仍要写测试、改文档、回答支持问题。把本例成本下限暂设0.5小时，并记录为何估算，公式才不会把顺手改的东西全部顶到最前面。

这个公式只能排序，不能代替判断。它有三个已知局限：影响人数是自己估的，容易被最会说话的用户带偏；频率是回忆值，不是日志值；成本会随方案变化，换一种实现可能差十倍。公式给你顺序，判断仍要给出理由。

五、如何拒绝

拒绝不是不回复，而是给一个明确的边界和下一步。三种常见话术：

• 不在范围：「这个方向我们当前不做，因为产品只覆盖 X 场景。如果你需要的是 Y，现有办法是……」适合需求成立但偏离主线。
• 已记录：「已记进需求池，但目前没有排期。如果三个月内有两家以上提出同样需求，我们会重新评估。」适合真实但不紧急的需求。
• 不是目标用户：「我们的用户是 A 类团队，你们属于 B 类，用起来会别扭，建议看某某方案。」适合人群不匹配。

拒绝之后要写进三处文档：需求池的「不做理由」、拒绝记录（时间、原话、原因）、公开路线图（如果你有）。不写理由的拒绝，三个月后会以同样的形式再来一次。

六、从免费到付费的四条路径

前三条是产品化路径，第四条是过渡路径。早期用人工开通并不可耻，它的价值在于你能听到每一次付款前后的真实犹豫；但要在明确复查单位经济的日期；是否自助取决于客户、交付与支持成本，不要求第90天一律切换。

七、定价页的五个元素

一页定价至少要回答五个问题，顺序也重要：

1. 一句话价值：用户买到的结果，不是功能列表。
2. 价格档：最多三档，标清计费周期与包含量。
3. 对比说明：与手工办法、免费工具、同类产品的差别。
4. 常见问题：导入、迁移、多人使用、取消与降级。
5. 退款说明：期限、条件、申请方式，写清楚而不是「详询」。

示例结构：

一句话价值：把每周 4 小时的手工整理，压缩成一次导入、自动出表
价格档：月付 99 元 / 年付 990 元（12 个月按 10 个月计）
对比说明：手工表格 / 通用工具 / 外包服务 三列
常见问题：旧数据能否导入、换电脑怎么办、团队几人可用
退款说明（自愿政策示例）：购买后7天内且未使用核心导出，可申请全额退款。
质量、违约或其他适用法定救济另行处理，不因已导出或超过7天一律排除。

上述示例不是全球适用的退款条款。中国消费者交易应分清下载数字商品、在线服务及法定无理由退货例外；B2B和其他地区另核，不能笼统说所有软件均有或均无7天无理由退款。政策须在购买前显著说明。

年付 990 元相当于 10 个月月付（99 × 10 = 990），比按月付满 12 个月（99 × 12 = 1188 元）少 198 元。折扣要能被算出来，否则用户会怀疑标价是虚的。

八、定价的三个锚点

定价不是从成本倒推，而是从用户心里的参照物出发。三个常用锚点：

算例：用户每月手工处理 4 小时，按其自身时薪 100 元计，月成本 400 元；定价 99 元/月，约为替代成本的 24.75%（99 ÷ 400）。这个比例只描述所选时间估值，不说明省下的时间一定变成现金收入，也不证明可以涨价。

锚点不是涨幅依据。它只回答「这个价格在用户心里是否离谱」，不回答「你能收多少」。后者要靠付费转化与留存的数据，而不是靠对比表。

九、第一次收费的三个障碍

发票是第一次收费里最容易被低估的一环。个人或小主体能否开票、开什么票、税率如何，取决于实际登记情况，应按当地税务机关的指引办理，具体材料与税率以当地要求为准。不要在定价页承诺你开不出来的票。

十、按合同分层安排涨价

30天公告、90天过渡只是本例排程选择，不产生单方改价权，也不是统一法律期限。先核原合同、公开承诺、平台规则及适用消费者保护。

99→129涨幅(129/99−1)×100≈30.3%。第1天年付990的用户第91天仍在原年期内，不能因“保护90天”补收差价。若续费方案拟换价，在原服务期结束及适用变更条件满足后才实施；不是最晚第90天切换。

本方案付款、交付、退款按独立购买主体去重；只有报价后的预算是意向，预付尚待履约。软件首单与前期手工服务成交分开，不把两者合并证明软件M3。

十一、常见错误

十二、行动清单

• 把最近两周的反馈全部导入一张表，逐条标注类型。
• 为每条反馈补上影响人数、频率与修复成本。
• 用公式排一次序，再写下三条「公式之外」的判断理由。
• 对本周必须拒绝的反馈，用三种话术各写一句回复。
• 选定一条从免费到付费的路径，写清切换时点。
• 按五个元素改写定价页，确保退款说明可执行。
• 算一遍三个锚点，标出哪个锚点最站得住。
• 写下涨价时的保护期、公告期与版本区分方案。

使用边界与实操验收

文中的 23 条反馈、14 条按钮请求、2 条阻断问题都是教学设定，不是统计基准。真实项目里比例差别很大，唯一稳定的做法是先分类、再计数。

复算示例：10 个试用用户里 2 人付费。2 ÷ 10 = 20%，但样本只有 10 人，按 Wilson 95% 区间约为 5.7%–51.0%，该便利样本不能直接支撑总体收入预测。此时正确的写法是「10 人中 2 人付费（n=10），只能作为方向」。若把它外推到 1000 人，会得到 200 个付费用户，再乘客单价编出一份看似精确的收入表；但 n=10 时，多一个或少一个用户，比例就变化 10 个百分点（1 ÷ 10），这种波动足以让整张表失真。无论样本大小，都写绝对数、n、来源与窗口；区间须说明二项模型前提，不能消除便利样本偏差。

验收方式：第 90 天时，检查分诊表是否有待核实、已止损待修、已修待验、已验、候选未排期及已拒绝等与事实一致的状态，以及定价页是否能被一个陌生人独立读懂。两项都做不到，就先别加新功能。

关键参考与核验范围

以下链接支持对应规则；本文的分诊方法、路径选择与定价算例均为演示，不构成定价、税务或法律意见。核验日期：2026-10-23。

• 中华人民共和国个人信息保护法 ：分诊表记录用户原话、联系方式与使用场景时，需遵循告知同意与最小必要原则，并设定保存期限。

• 电子商务法 ：通过信息网络销售商品或提供服务时的经营者义务，收费、退款与信息披露应先核对其适用范围。

• 代开增值税普通发票 ：首次收费涉及开票时的办理说明，具体材料与税率以当地税务机关要求为准。

• 消费者权益保护法 ：第24–26条区分质量救济、无理由退货及格式条款限制，不能靠自愿退款模板排除权利。

• NIST比例区间公式 ：Wilson区间计算及模型说明，复现见第10篇。

系列导航

• 上一篇：第 71–80 天：发布与第一周
• 下一篇：第 91–100 天：复盘与判据
• 回到目录：一个人的前 100 天：从想法到第一批付费用户
• 相关阅读：一个人的产品线 、SaaS Starter