一.创建数据优秀的产品需求的能力
- 创造力
创意的人往往不会创造，就在一次通过连接，组成新事物。富有创造力是由于有着很多其它的经历或者对自己的经历思考更加深刻。
- 敢于抛弃惯性思维
"大家这么做，肯定错不了"
“一直这么做，就永远没有尽头”
要注重对日常反复工作的总结。找出业务方最须要的部分并把它自己主动化、系统化。 - 清晰的逻辑思考能力和想象力
“你的財富成就不会超过你的思维格局”
思考能力和想象力能帮你更清晰的描绘产品的各个细节 - 善于沟通和解决矛盾
（1）内部矛盾：- 产品自身的核心功能发展与衍生品的矛盾
- 用户体验方式和产品特性的矛盾
- 流程与商业利益的矛盾
- 架构与新市场需求的矛盾
- （2）外部矛盾：开发成本和资源的矛盾
- 部门薪资
- 研发时间
- 市场数据的压力
- 解决的方法：
（1）解决方式是否存在三种或三种以上的选项- 选项太多要进行排除和筛选
- 多部门合作能够进行合并和融合
- （2）採用三至五步拆分解决这个问题
- 质疑并分析问题
- 提炼问题
- 将问题分解成碎片
- 避免主观猜測，需求不应带有个人偏好和主管立场
二.优秀数据产品特点
- 专注产品的核心价值
不要随着产品的演进忘记了最初设立的目标和产品的初衷 - 良好的用户体验
- 高速迭代，高速运行，高速复制
- 及时收集用户的反馈
- 良好的数据运营
（1）pv 点击 转化率
（2）各个位置的点击情况
用户不喜欢用或者不知道用的点
三.产品的各个阶段
- 用户研究
- 需求分析
（1）需求产生
（2）建立市场需求文档MRD
MRD需明白传达需求的目的和目标。说明的是“是什么”和“为什么”，但不要包含“怎样做”
（3）需求评审
PD完毕需求评审后，须告知需求方PRD的事件，产品开发的预估难度及完毕工期 - 设计阶段
（1）概念设计
（2）功能设计
（3）流程设计
（4）原型设计
产出：
（1）产品需求文档PRD
（2）专家评审
（3）交互DEMO
（4）视觉界面 - 开发阶段
（1）后台编码
（2）a（alpha 最初）測试
（3）b (beta 第二次)測试
（4）产品公布 - 校验阶段
四.论需求分析
- 引导而非抱怨用户
（1）需求是有层次的，须要确认的- 是否说出来的一定要满足
用户说出来的是他的某种需求和欲望，仅仅是表述。并非须要，当然不是需求 - 是否用户说的需求就是应该做的
需求分析的工作就是确认哪些是能够做的，哪些是不必做的
- 是否说出来的一定要满足
- （2）需求是须要被引导的。要变潜在需求为现实需求
（3）找到真实的用户，注意间接用户
（4）有效沟通的问题 - 让用户的需求描写叙述不再天马行空
（1）原型
原型是把产品主要功能和接口通过高速开发制作为“模型”，以可视化的形式展现给用户。用以征求意见、确定需求。原型的根本目的不是交付，而是沟通。
（2）BRD（商业需求文档）——产品的价值
核心用途就是在产品投入研究之前。由企业高层作为决策评估的重要根据
这个文档为产品的规划和发展设定了比較宏观的方向。是以后产品战略规划的蓝本
（3）MRD（市场需求文档）——对市场需求进行定义。并通过原型的形式加以形象化
承上启下的作用- 承上：不断积累的市场数据的一种整合和记录
- 启下：对兴许工作方向的说明和工作指导
- 这个文档更加具体的给出产品的定位，须要实现的功能，与竞争者的差别，以及初期目标
（4）PRD（产品需求文档）——把产品需求的内容独立出来并加以具体的说明
是否用户说的需求就是应该做的须要产品经理进行功能点的细化- UI的页面布局
- 模块的摆放位置
- 层次结构
- 产品执行流程
- 异常情况的处理
- （5）思维导图
是对产品形态结构的梳理，包含功能模块、逻辑关系、信息架构。
能够用脑图、use case图、业务流程图来表示 - 需求的分析方法与目标确认
（1）减法：删减需求
（2）加法：收集到的需求无法满足现有产品的设计
又一次做一轮需求点查
找出新的需求完好产品的设计
（3）挖掘
全新的产品设计须要人员去挖掘需求
需求目标的确定。
需求目标：描写叙述产品的性质定位、主要功能、对象用户以及发展目标。能用一句话来概括
（1）领导的要求和愿景
（2）用户调研
（3）团队沟通
（4）个人知识水平 - 需求跟踪与变更控制
（1）需求跟踪
建立和维护“需求—设计—开发—測试”之间的一致性。确保全部的工作成果符合需求
（2）需求变更控制 - 做有用、好用的产品
（1）让产品更有用- 了解实际体验和行为模式
- 指定清晰、可行的产品目标
- 不断运营、不断挖掘新的需求
- （2）完好产品
（3）动态运营。迅速迭代
五.敏捷开发
能缩短项目的反馈周期
- 敏捷设计的适用性
（1）产品功能点之间相互独立
（2）功能点之间的逻辑遵循某种操作流程
（3）产品上线之后的版本号公布维护。
（4）产品上线后的新增需求 - 系统架构
稍微超前设计
（1）支持良好的扩容行和可维护性
（2）组件化基础功能模块
（3）插件化业务模块——减少营销活动和业务耦合度
（4）client预埋逻辑
（5）技术预研 - 敏捷的四个会议
（1）计划会议：每一个迭代之前
（2）每日站会：内部短会，讲述三点内容：- 昨天做了什么
- 今天要做什么
- 遇到了什么问题
- 仅仅记录提出的问题。可是会后再找相关人员进行讨论和解决
（3）评审会议
（4）回想会议 - 注意事项
（1）重点明白
（2）倾听用户的声音、相信用户的反馈
（3）勇于创新小步快跑
（4）持续不断的发现问题解决这个问题
（5）持续提升整个团队的产品能力
其他
- 参考书《美互联网产品》
- 跳过节
（1）更新后的产品版本
（2）团队管理
（3）SEO优化和推广
（4）数据分析