需求分析

主要渠道有六类：用户反馈（客服工单、应用商店评论、社群）、用户访谈与调研、行为数据分析、内部业务方（销售、运营、老板）、竞品动态、行业趋势。 每类都有偏差要校正：主动反馈的用户偏极端（特别满意或不满），沉默的大多数要靠数据；访谈中用户说的是意愿，做的是行为，要看数据验证； 内部需求常带立场，销售要的是签单功能，要追问背后的用户问题；竞品有功能不等于该做，要还原其场景。 我的实践是维护一张需求池表，每条记录来源、场景、频次证据与提出人，季度做一次来源分布复盘。

KANO 模型用正反两个问题（有这个功能你感觉如何、没有呢）把需求分为五类。基本型需求：没有就强烈不满，有了理所当然，如支付安全；期望型需求：越满足越满意，如价格更低速度更快； 兴奋型需求：超出预期的惊喜点，如最早的消息已读；无差异型：做不做无所谓；反向型：做了反而不满，如强制注册。 用法上，基本型必须守住的底线优先保障，期望型做性价比排序，兴奋型少量投入制造口碑，无差异坚决不做。 注意 KANO 问卷要成对提问并用统计方法归类，而不是拍脑袋分。

我用四问检验。一问场景真实性：具体什么人在什么场景下遇到这个问题，说不出场景的多半是伪需求。二问频率与强度：问题是高频发生还是偶发，用户愿意付出什么代价解决，口头说想要但不愿花钱花时间的要警惕。 三问替代方案：用户现在怎么解决这个问题，如果现有方案勉强够用，新方案的改善幅度是否值得切换。四问行为证据：数据里是否有对应的行为信号，如反复尝试又失败的操作。 经典例子是「更快的马」，真实需求是更快到达。结论要靠小成本验证（原型测试、灰度）而不是争论。

常用四种。RICE 打分：Reach 触达人数、Impact 影响程度、Confidence 信心、Effort 工作量，四项相除得分数，适合需求多、要量化比较的场景。 价值与成本矩阵：按业务价值和实现成本二维分四象限，先做高价值低成本。KANO 分类兜底保障基本型。加权评分：团队共同定义维度（战略匹配、收入贡献、技术风险）并设权重。 我常用 RICE 加 KANO 兜底：先保证基本型不缺失，其余按 RICE 排序，再对分数接近的做主观校准。 强调两点：参数由跨职能团队共同估，避免产品一言堂；排序结果要随数据反馈滚动更新。

用户需求描述的是用户在场景中遇到的问题与目标（我想通勤路上不无聊），是问题空间的事实；产品需求是我们给出的解决方案（离线播放、歌单推荐、播客），是解空间的选择。 区别的意义在于：把用户需求当产品需求会失去方案自由度，用户说「加个搜索」，背后可能是找东西费劲，可以用分类导航、推荐或筛选解决； 把产品需求当用户需求则会自我设限，以为方案就是需求本身。转化的标准流程是场景—痛点—目标—方案四层追问，先定义问题再发散方案。 面试时用「更快的马」或福特造车例子说明即可。