用JTBD重做用户需求诊断：Netflix从DVD邮寄转向流媒体
本文用JTBD拆解Netflix从DVD邮寄转向流媒体，说明用户雇佣的是低成本随时娱乐，并给出任务陈述、替代地图与迁移判断步骤。
【数钱学社 · 研新｜会员文章草稿】
状态：待人工编辑发布
权限：会员可见
一、学习目标
读完本文，你应能够：
- 用JTBD区分「产品形态」「功能偏好」与「用户要完成的任务」。
- 写出一个可讨论、可验证的任务陈述。
- 用替代方案地图和四力量模型判断需求是否会迁移。
- 把Netflix从DVD邮寄到流媒体的转型拆解成可复用的产品诊断方法。
二、问题背景
很多团队做需求诊断时，常把现有业务形态当成用户需求。例如，一家DVD租赁公司容易认为用户需要「更快收到碟片」「更多影片」「更低租金」。这些判断并非错误，但只停留在解决方案层。一旦技术、渠道、设备或内容供给变化，用户仍然要完成同样的任务，却可能解雇原有方案。
这会造成两类失误：
- 守旧：把旧方案当成护城河，忽视用户已经在用新方式完成任务。
- 冒进：把新技术当成必然趋势，却没有验证用户是否愿意迁移、是否有能力迁移。
JTBD的价值在于：把注意力从「我们卖什么」转向「用户在什么情境下雇佣我们完成什么进步」。
三、核心概念与理论
JTBD，即Jobs-to-be-Done，待办任务理论。其核心假设是：用户并不是购买产品本身，而是在特定情境下雇佣产品完成某项任务。任务比解决方案更稳定，解决方案会随环境变化而迁移。
- 任务的三层结构
功能任务：完成一件具体事情，例如找到可看的内容、打发时间、完成通勤路上的娱乐。
情感任务：获得放松、安全感、掌控感，减少选择焦虑。
社会任务：在家庭或朋友关系中有共同话题，显得有品位，或陪伴他人。
- 任务陈述
可用句式：
当我处于【情境】时，我想【完成进步】，以便【获得结果或意义】，而不想【遇到约束或风险】。
任务陈述要避免写成产品功能。例如，「我想让App有推荐按钮」不是任务；「我想在疲惫时不用费力选择就能开始看」更接近任务。
- 需求迁移框架
需求迁移不是用户突然改变喜好，而是完成任务的成本、路径和约束发生变化。判断迁移要看四个力量：
推动力：旧方案的不满，例如等待、库存不足、操作麻烦。
拉动力：新方案的吸引，例如即时、便宜、方便。
焦虑力：用户对新方案的担忧，例如内容少、学习成本、费用不透明。
习惯力：旧方案形成的使用惯性，例如收藏清单、操作流程、家庭共同使用方式。
只有推动力和拉动力大于焦虑力和习惯力，迁移才可能发生。
- 替代方案地图
不要只看直接竞品。替代方案包括：
直接替代：其他租赁、有线电视、影院。
间接替代：短视频、游戏、社交媒体。
非消费：什么都不看、睡觉、做家务。
补偿行为：用盗版、手动记录片单、多人共享账号。
补偿行为往往暴露真实痛点。
四、案例还原：Netflix从DVD邮寄到流媒体
Netflix早期以DVD邮寄租赁切入市场。相比传统门店租赁，它解决了几个典型问题：用户不必到店，不必担心逾期滞纳金，可以通过清单选择影片，订阅制让消费更可预期。对当时的用户来说，Netflix并不是「一个寄碟的公司」，而是帮助他们在家里更轻松地获得影视娱乐。
公开资料显示，Netflix在2007年
登录并开通会员阅读全文
当前公开页面展示文章摘要和部分正文，完整内容由数钱学社会员权限保护。
登录后继续阅读