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