一个产品从想法到落地，就是不断讲故事的过程。
Persona：就是故事中的人物设定，性别和年龄（生理属性）、性格和爱好（心理属性）、职业和收入（社会属性），等等，挑选属性、赋予属性值，然后构建出一个立体丰满的角色。
需求分析：角色、场景、路径。立体丰满的角色，不放到具体场景中，也只是一个角色而已。场景促使角色产生需求。故事中的人物为解决矛盾而行动，场景中的角色为满足需求而行动。产品，是方便角色满足需求的工具。
商业/市场需求文档：是一个向老板讲故事的过程。产品经理需要向老板描述市场环境、用户、竞品，自家产品如何从竞争激烈的市场中脱颖而出，实现弯道超车？ 听起来像是一篇商战小说。最关键的是，产品有没有一个清晰的商业模式，多长时间实现盈利？企业的最终目的是为了利润，没有钱途的产品很难申请到资源。
产品需求文档：是一个向团队讲故事的过程。产品经理需要描述项目背景、意义、愿景等等，好像打仗前的誓师大会一样，目的是为了激发士气。当然光有士气没什么卵用，还得结合踏实的落地方案。服务端最关心信息结构，产品有哪几个类，每个类有哪几个字段，都需要仔细写好，否则返工成本太高。客户端关心用例。用户操作的流程是什么，输入输出是什么。UI关心产品界面的排版、布局与整体风格。每个人从产品需求文档中各取所需，所以要能做到找得到，看得懂。
交互文档：也是一个向团队讲故事的过程，向团队描述产品的样子，页面跳转的逻辑，用户操作的结果，正常的与异常的。而且交互文档最好能模块来绘制，一个功能的场景讲一个故事，类似章回体小说。
测试用例：是测试讲的故事。先描述一个正常的流程与操作步骤，中规中矩，然后分步骤介绍异常情况，就像小说主线之外的支线。
讲好故事是产品经理的基本功，但应该是有理有据，能说服别人的故事。一个产品从想法到落地，就是由产品经理的一个个故事串起来的。讲好金钱的故事，才有资源去做产品；讲好细节的故事，才有人气去推动产品开发；讲好用户的故事，才有用户去使用产品。
