在图书管遇到一个跟我一样想做产品的应届毕业生，听到他说应届，我就感觉自己老了，现在都是小鲜肉的天下了，我一个工作几年的人，现在却像找到方向了一样的，她们都知道我喜欢互联网，平时都跟她们讲这些人物的，哎，无奈造化弄人，投递的N多简历，硬是没人给我打电话，心很凉但是我知道我不可以被这样的局势所打倒。得知我们年龄相差不大时又像是松了口气的，只是他读书较晚以至于今年才毕业，我们讨论为面试产品助理而各自准备的努力，他在看《产品心经》，而我在学习axure，他说主要的是要有产品的思维，这只是个工具，我也知道，多个技能多个优势，然后我说我看过的书，他说他看了有哪些的，我说《启示录》不错会推荐相应的书，《用户体验要素》也是基本的……
昨天晚上他发给我该怎么入行当产品经理提到要写需求文档，如是搜了下，需求文档所包含的内容有哪些的，所以我就搜到Aaron毛的归纳，我觉得很好，简明扼要，然后对产品做相应的需求分析，以下是我从他那里copy的。看了他写的面试准备，我知道要准备的有很多，但是凭借对自身文笔和文字的自信，还是觉得当需求文档落实到真的去写，去了解一个产品才会去实施的，此时也不太知道产品要满足客户的那些功能需求的，又或者那天我真的觉得有必要，就会写了，希望我能华丽的转身。
① 文档备案：包括文档日期、版本号、修改人、修改内容和审核人等信息，一般以表格形式位于文档开头。
② 目录：方便阅读
③ 背景描述：为什么要做这个产品/模块，市场行情，业务目标，产品定位等
④ 用户类型：简单地描述目标用户的情况
⑤ 项目时间安排：启动、结束等时间节点
⑥ 信息结构：简单理解为内容和页面的层级
⑦ 业务流程说明：以流程图形式说明业务各个状态间的切换逻辑（例如：游戏服务器满人时候需要切换到排队登录状态）
⑧ 需求详细说明：每一条需求的详细说明（包括：使用场景、UI描述、功能描述、优先级、输入/输出条件、处理流程、补充说明等）
⑨ 涉及关联业务部门的支持，还需要特别备忘。
如同设计稿，代码一样，需求文档很难一次成型，需要不断修改，在评审中发现问题是很正常的。
需求分析广义上看包括了需求获取和分析筛选两个方面。产品定位是确定产品需求的根本依据，而目标用户则是产品定位的标尺。要想得到正确的需求，PM需要全程参与，充分准备，深入到各个关节中，并且充分听取不同成员的意见。
