最近在跟进公司系统的运营和开发。在工作时发现自己对于需求分解和分析、产品设计的把握，尤其是需求和功能文档的编写这块儿较弱，所以在刻意学习这方面的知识。这两天在浏览网站时，偶然发现dreamer在“人人都是产品经理”网站上发布的四篇文章，不禁眼前一亮。细细读下来，受益匪浅，所以整理如下，供大家借鉴和参考。
希望成为一名合格的产品经理，首先需要强化两种能力：其一为思考力，其二为表达力。锻炼好这两种能力，不仅可以使工作更得心应手，也可以使生活更加美满。那这两种能力怎样获得并加强呢？
思考力即对某一事物的思考分析能力。有些人思考浮于浅层，有些人思考更深入，两相比较，对事物的认知自然是有差距的。更深入的思考的方法论如下：
一、站在更高的视角看问题
更高的视角意味着跳脱出自身角度这个人们分析问题的普遍框架去解决问题。从了解服务对象、考虑用户使用场景、用户使用方法和需求痛点、分析商业角度（比如公司产品定位、业务核心以及重要紧迫性等）等出发去思考。从一个执行者转变为分析师的角色，从而更好的为产品需求定位。
二、假设验证
分析问题后，需要验证而且是一定要基于事实的基础上去验证。分析问题一般是在假设的基础上进行的，只有用事实数据去验证假设才能确认分析是否存在偏差。此处人们容易犯的错误是自以为是。此处自以为是不代表态度上的骄傲，而是想当然。想当然的认为自己分析无误，想当然的认为自己得出的结论是正确的。如果分析方向不对，也未加验证，那最终得出的解决方案很有可能无法达到解决问题的目的。
表达力是什么？表达力是好好说话，把话说得有逻辑有条理。当领导问你某个问题的时候，你是否可以几秒内给出答案并令人满意，所给出的答案是想到哪儿说到哪儿，从吃饭说到坐车再说到天气，还是分条罗列，第一、第二、第三从头说起呢。显然有条理的回答不仅可以说的思维清晰，听者也能更好的get到你的点，对你产生更好的印象。
表达有条理的前提是思路清晰。思路的结构化可以使人在表达时有理有据，使表达更易于理解。结构化的秘诀是：结论、维度（分条）、素材。先说结论，然后从各个维度去解释分析，素材案例加以佐证。显然维度是最难的也是最核心的表达结构化的要点。那维度要怎么呈现呢？
1. 按照时间划分
a. 时间顺序：年份、日期、周次、一天的早中晚等；
b. 阶段顺序：事物发展的顺序，比如需求分析、产品设计、产品开发、产品测试等；
c. 步骤顺序：首先其次和最后、第一第二和第三等。
2.按照空间
a. 内部结构、外部结构等；
b. 软件、硬件等
c. 国内、国外，公司内、公司外等。
3. 按照重要程度
主要靠经验积累，按照四象限法则（紧急/重要/不紧急/不重要等）；SWOT分析，3W5H等思维模型表达都可以。
在日常生活中，要刻意练习结构化思考，条理性表达。刻意练习是提升自我的必需，也是获得能力，提高个人水平的好方法。
收集需求是产品诞生的第一步。只有收集到需求，并加以合理的解释，才能用于指导创造出所需要的产品。需求的来源有两方面，一方面是内部需求，一方面是外部需求。收集需求时需要综合考虑这两个方面，切忌需求收集不完整，影响后续产品分析的全面性。
内部需求可以分为：
1. 老板所提需求
2. 市场、运营同事所提需求
3. 产品部同事头脑风暴
4. 产品经理自己对产品的见解和观察
5. 已有产品基础上数据分析总结
外部需求可以分为：
1. 用户反馈和用户调研
2. 竞品分析
3. 公司合作伙伴的反馈
4. 市场环境政策调整、动态资讯等
第二步是分析需求。分析需求是建立在收集需求的基础上进行的。分析需求时首先要做的是辨别真伪，去除假需求，只保留真需求。真需求也需要分现在处理，暂时不处理（后续可能会处理）两种情况。一般分析需求有以下几个维度。
1. 这个需求的目的是什么
2. 目标是什么
3. 需求面向的用户是哪些
4. 实际用户需求是什么
5. 该需求相关的关键因素
第三步是输出解决方案。解决方案需要尽可能全面的解释清楚需求的来龙去脉，是什么为什么，以及怎么做。只有充分的照顾到细节，解决方案才能更全面，无论是向领导汇报还是指导产品设计开发，都更具有参考意义。一般解决方案都可以被理解为需求说明文档，网上有很多文档，可以借鉴参考一下。
如何写一份开发爱看可读性强的产品需求文档，是作为小白的我很头疼的事情。想的很好，但是无法有条理的表达，也没有固定的模板参考，于是excel、word、思维导图一起上手，在遇到新需求和需求变更时，还是不知道该怎么表达最合适，拘泥于工具和形式，无形中浪费了大量时间。看了dreamer的文章之后，我才发现原来是有套路的。文档的结构按照如下顺序进行即可。
1. 产品简介
2. 行业概要
3. 版本
4. 排期表（计划表）
5. 产品设计
6. 实体关系图
7. 用户角色权限表
8. 业务流程图
9. 需求功能说明
10. 交互说明
需求表单需要有原型图、字段、说明、数据来源、流程、交互说明等，如下图。
11. 非功能需求
性能需求：请求数据的响应时间要求、并发数要求等
兼容性：浏览器兼容性、系统兼容性等
埋点需求：后续运营需要获取哪些节点的数据
按照这种文档书写思路，无需过多考虑展现形式，也可以有效的辅助自己思考，避免思考点遗漏。总之非常的令人满意了。
最后一个要学习的点是产品分析。通过分析产品可以使我们更深入了解自身产品和竞品从而提高自家产品的竞争力。那分析产品首先需要考虑分析产品的目的，然后再确定从哪些维度哪些角度去分析。分析的角度可以分为两半，一半宏观、一半微观。
【宏观】
一、产品形态
产品形态即这个产品有哪些用户使用，这些用户和产品存在什么关联（如何使用产品，试用产品的哪些方面）
通过分析产品形态，可以对产品有个大致了解。
二、用户画像
对产品的用户有足够的认知。原因：产品要以用户为中心来设计，注重用户体验。
三、用户痛点
收集产品的优势，反向推导出用户痛点。产品优势从哪儿获得？产品的应用介绍，产品的宣传资料可以收集产品的优势。
四、赢利点分析
做产品最终目的是变现，能变现的产品就是好产品。
【微观】
一、感官体验
产品外观、产品的视觉风格是否和产品定位相吻合，符合行业属性，是否可以提现本身的特色等方面进行分析。
二、导航
观察产品的导航结构，快速了解产品的一种方式。了解产品的导航内容以及是否符合产品用户的逻辑。
三、信息、功能
观察导航的主页面包含哪些信息和功能，以及呈现这些内容的目的。
四、核心功能
一个可用的产品，首先需要核心流程走得通，不累赘，快速帮助用户完成任务。
通过以上方法，可以快速对产品有一个了解，如果需要更细致的了解，可以从交互等维度去分析，一切分析为我们的目的服务。
刻意锻炼个人的思考力和表达力，然后在日常工作中注意方法的运用。好好收集需求认真分析需求，然后指导产品设计和开发工作，多分析产品多打磨，让自己的孩子（产品）越来越棒。
有心在互联网产品的道路上前进的朋友们，大家一起加油吧。知识不难，重在实践。掌握基本的方法，然后多总结多思考，相信我们会做出更好的产品，遇到更好的自己的。
