做这项调研的初心是什么?
需求文档解析成本太高,还存在高风险。
RD解析一遍,QA解析一遍。而且还存在风险
让产品开发过程更加和谐,而不是紧张和对峙
需求的用户视角,非PM,RD视角
当自问心中的用户形象时,看到的是自己。
先解释一些概念问题
何谓“瀑布流式”开发模式
何谓“敏捷”开发模式
瀑布流式的需求文档存在哪些问题
语言本身的歧义性
对于产品团队的压力
敏捷下的“需求文档”——用户故事
做个比较
传统需求文档
用户故事
用户故事包含哪些?
为什么称呼为用户故事?
使用用户故事的工作方式是如何运作的?
//使用流图的形式。这里不具体去讲用户建模
用户故事的限制
我的看法
背靠大平台下的小团队,
市场敏感度极高
我们的产品需求是用户真正需要的吗?
对比 美团及去哪儿 ,
请描绘一下我们的用户长什么样?对火车票行业十分精通,熟知代理商,自建概念。
需求也需要性感
需求文档!=记录产品需求 需求文档==用户需求。
需求文档枯燥乏味,像是政府文件,