产品经理深入浅出

你知道什么是产品经理吗？你是产品新人吗？这张图可以帮助你正确认知产品经理的智能哦，带你全方位了解到整个产品经理的那些事，赶紧收藏起来吧，这样你就可以成为一个更好的产品经理哟。

产品经理深入浅出

• 笔记一
  • 1.产品经理诞生的来龙去脉
    • 1.1什么是产品？
      • 产品是指能够提供给市场,被人们使用和消费,并能满足人们某种需求的任何东西.
      • 产品分为有形和无形
      • 所有产品都是可以被明码标价的。
      • 互联网产品：基于互联网相关的产品
    • 1.2优秀产品经理
    • 1.3产品经理诞生的背景与原因
      • 1.3.1国内互联网发展的几个阶段:
        • web1.0阶段:以单项的信息传递为主,主要由站方提供内容.例如,浏览网页
        • web2.0阶段:互联网内容逐渐由用户开始创造,例如,博客空间等
        • web2.0+阶段:在用户原创的基础上,引入社交网络的概念,例如,微博开心网人人网
      • 1.3.2国内移动互联网发展
        • 2009年以前
          • 短信/彩信/彩铃等SP业务
        • 2009年以后3G普及(带宽提升)移动应用开始普及
          • 移动特性:
            • 地理位置
            • 重力感应
            • 语音传输
            • 更大的屏幕
            • 更灵敏的触屏
      • 1.3.3互联网产品诞生的大致流程
        • 市场分析
          • 市场机会商业价值等
        • 需求调研
          • 需求采集需求分析等
        • 产品打造
          • 产品规划交互设计等
        • 产品运营
          • 数据跟踪运营反馈等
        • 持续迭代
          • 版本规划产品改进等
      • 1.3.4互联网产品诞生需要的组织成员
        • 项目经理
        • 设计团队
        • 研发团队
        • 测试团队
        • 运营团队
    • 1.4为什么你要做一名产品经理
      • 做产品经理对自己的职业生涯有哪些帮助
        • 思维方式
        • 领袖力
        • 沟通能力
        • 执行力
        • 互联网产品专业能力
        • 实战收获
    • 1.5理解产品经理和项目经理的差别
      • 产品经理主要靠想
        • 负责做正确的事,提出做这件事情的方法和方式,全程跟进并保证这件事情是按照预先构思的方法和方式在前进.
        • 提出产品规划,构思产品盈利方式,设计交互流程.
      • 项目经理主要靠做
        • 负责把事情做正确,尤其是在时间,成本,资源有一定限制的情况下.
        • 例如,在30天内,组织研发团队根据产品提出的需求,完成对产品的开发工作,并确保所有的功能点正常使用.
    • 1.6常见问题
      • 产品经理的收入如何?
      • 产品经理工作压力是否很大?
      • 必须要要懂技术研发的人才能做产品经理吗?
      • 不懂美术设计的人能做产品经理吗?
      • 如何入行?
  • 2.产品经理的六大工作职责
    • 2.1市场调研与分析
      • 2.1.1了解市场需求
        • 与潜在用户交流尝试能否获取需求
        • 明确存在于改机会中的目标用户群体与特征(年龄,收入,性别,心理特征)
        • 与直接面对客户的一线同事交流,如销售,技术,运营,市场,技术支持等
        • 获取,分析,评估用户的需求
          • 需求的收集
          • 需求的分析评估
            • 是否迫切
            • 是否强烈
            • 是否高频
      • 2.1.2分析竞争状况
        • 市场报告
        • 行业文章
        • 使用竞争对手的产品
      • 2.1.3自身资源与满足用户需求的匹配程度
        • 技术资源(是否存在技术资源,是否需要技术预演)
        • 市场资源(媒体资源,推广渠道,公关资源等)
        • 运营资源
      • 2.1.4目标
        • 发现创新产品的机会
        • 发现改进现有产品的机会
      • 2.1.5输出文档,汇报对象
        • 商业需求文档BRD(Business Requirement Document)
        • 讲清楚为什么有这个需求,需求的边界和业务目标,所需资源等
        • 市场需求文档MRD(Market Requirement Document)
        • 如何来实现,什么时间实现需求,实现了需求会获得什么结果
      • 2.1.6注意事项
        • 鞋子的故事
        • 大胆设想,小心求证
        • 切勿陷入自己营造的主观主义情绪中
    • 2.2产品的规划定义与产品设计
      • 2.2.1产品的规划定义:把产品讲清楚,是市场调研后产品抽象的过程与结果
        • 产品愿景:团队为之努力的目标与方向
        • 目标市场:主要是指目标用户群体与群体关联的位置
        • 竞争分析:供团队成员参考与理解
        • 产品功能与详细描述
        • 产品功能的优先级
        • 产品用例:Use Case,让团队成员更容易理解你的想法
        • 性能需求:最大并发数,同时在线人数峰值,峰值系统响应时间,响应速度等
        • 其他部门支持需求
      • 2.2.2产品设计:把产品想清楚,是产品定义后的具体表现
        • 明确产品调性:微信启动画面,陌陌,Google,豆瓣
        • 用户体验设计:UED(User Experience Design)
        • 交互设计(Interaction Design)
        • 用户体验设计(User Experience Design)
        • 用户界面设计(User Interface Design)
        • 前端开发工程(Web Developer)
      • 2.2.3输出文档
        • 产品信息架构图
        • 产品原型图
        • 产品需求文档PRD(Product Requirement Document)
    • 2.3产品研发过程中的项目管理
      • 2.3.1与各团队充分有效的沟通，协调资源保证产品按照既定目标正确前进
        • 协作并确保各方都按照既定目标前进
        • 和产品研发沟通合作，确定产品的基本时间节点
        • 产品开发过程中，与项目经理协作，跟踪产品开发进度
        • 与公司高层及时沟通，汇报产品开发过程中的各种问题，进度，困难，协调资源
        • 及时与各团队通报产品进度，确保信息对等
      • 2.3.2需求管理
        • 新需求
        • 变更需求
      • 2.3.3本阶段目标
        • 产品测试并验收完成
    • 2.4产品宣讲
      • 2.4.1为什么要产品宣讲
      • 2.4.2主要宣讲对象
        • 客服
        • 市场
        • 销售
        • 运营
        • 其他
      • 2.4.3产品宣讲的目的
        • 获得认可
        • 统一愿景
        • 激励士气
        • 内部培训，让团队成员熟知产品特性与调性
        • 获取信任支持
        • 从不同部门看产品宣讲队其意义与作用：
          • 客服：有利于客服人员更好的组织与理解接下来的工作，包括客服问答处理流程
          • 市场：了解产品，有利于市场人员提前准备推广战略战术，包括如何包装产品
          • 销售：了解产品，有利于销售人员提前和现有客户沟通，做好销售预热准备
          • 运营：了解产品，能更好的让运营人员参与到产品中来，提前理解产品功能，减少后期沟通障碍与成本
        • 符合阶段性战略的需求优先级最高
      • 2.4.4产品宣讲方式
        • 产品内部推荐会
          • 前景预测
          • 产品演示
          • 产品试用
        • 注意控制
          • 气氛
          • 引导
          • 专业术语
      • 2.4.5产品宣讲的目标
        • 获得认可与支持
        • 帮助其他团队更好的理解产品
        • 协助其它团队更好，更快，更协调的围绕产品开展工作
    • 2.5市场推广协助
      • 2.5.1对产品宣传资料物料进行内容的把关
        • 包括：
          • 网站
          • 移动应用
          • 公关资料
          • 印刷品
        • 目的：确保产品调性与产品描述的一致性（注意是提出指导意见，但不是对别人工作横加干涉）
      • 2.5.2主要针对
        • 市场、公关、运营、销售
    • 2.6产品推出后的管理与迭代
      • 主要工作：
        • 运营数据的整理分析
        • 深入一线体验产品
        • 关注用户需求反馈
        • 持续与各部门保持协调沟通
        • 新版本迭代与优化
  • 3产品经理的时间与情绪管理
    • 3.1产品经理的自我管理能力
      • 3.1.1习惯，是一个人一生的财富
        • 习惯的养成
        • 生活的魔力
        • 自我管理
      • 3.1.2你的工作角色，决定了你的生活方式
      • 3.1.3产品经理不仅需要一个风骚的内心，更需要刚硬坚定的自我管理能力
        • 面对多个团队的人际关系（领导，同级，下属各种维度）
        • 面对来自工作的各种压力
        • 面对产品推进中的各种事件与节点
        • 面对职业生涯中海量的知识结构
    • 3.2产品经理的情绪管理
      • 3.2.1什么是情绪管理
        • 情绪管理指通过研究个体和群体对自身情绪和他人情绪的认识、协调、引导、互动和控制，充分挖掘和培植个体和群体的情绪智商、培养驾驭情绪的能力，从而确保个体和群体保持良好的情绪状态，并由此产生良好的管理效果
      • 3.2.2自我情绪管理
        • 心理暗示法
          • 我每天在各方面都变得越来越好
          • 尝试在纸上，慢慢的写下：冷静，三思而后行……，感受内心的平静
        • 注意力转移法
          • 立刻换个环境，外出散步，不要纠结！
        • 适度宣泄法
          • 不要过分压抑自己，把心中不快宣泄出来
        • 自我安慰法
          • 胜败乃兵家常事
        • 交往调节法
          • 某些不良情绪常常是有人际关系矛盾和人际交往障碍引起的，立刻沟通比胡思乱想好太多
        • 情绪升华法
          • 凡是都有两面性，为什么不看到事情乐观的一面？
    • 3.3产品经理的时间管理
      • 3.3.1什么是时间管理
        • 时间管理：就是用技巧、技术和工具帮助人们完成工作，实现目标。
        • 并不是要把所有事情做完，而是更有效的运用时间。
        • 目的：除了要决定你该做什么事情，还要决定什么事情不该做。
        • 时间管理不是完全的掌控，而是降低变动性
          • 重要紧急：处理危机、完成有期限压力的工作
          • 重要不紧急：防患于未然的改善、建立人际关系网络、发展新机会、长期工作规划
          • 紧急不重要：不速之客、某些电话、会议、信件
          • 不重要不紧急：浪费时间的事情
      • 3.3.2时间管理的技巧
        • 动态调整，每天简单过一遍，看看是否需要调整
        • 时间管理软件：
          • ToDoList
          • EssentialPIM
• 笔记二
  • 4产品经理的自我目标管理
    • 4.1产品经理的目标管理能力
      • 4.1.1什么是目标管理
        • 目标管理是以目标为导向，以人为中心，以成果为标准，而使组织和个人取得最佳业绩的现代管理方法
      • 4.1.2拆分与设立目标绝招
        • 小目标更容易完成
        • 分解目标的原则
          • 量化：目标必须清新而明确，能量化，易考核
          • 实用：不要去定制过分细节周密所谓完美的计划
          • 节点：每一个分解目标都要配合一个时间节点
          • 积极：用积极的描述来表述自己的目标
          • 规划：让目标成为你长远计划的一部分
          • 挑战：短期目标要有一定的挑战性，才能保证自己具有较高成长性
        • 注意：
          • 目标管理与时间管理是密不可分的两项能力
          • 这两项能力，将决定你的效率与产出
      • 4.1.3 目标分解设定合理的情况下，不要为琐事烦恼，悲观情绪将让你丧失决心
        • 事件管理→情绪管理→目标管理→知识管理→(循环)
        • 最重要的就是不要去看模糊的远方，努力去做手边清楚的事情！！
        • 活在当下，用积极的心态，把当下的事情做到最好，产品经理尤其需要这样的态度。
      • 4.1.4必须改掉拖延的习惯
      • 4.1.5产品经理在工作中目标管理的一些原则
        • 设定目标：SMART原则
          • Specific具体的
          • Measurable可量化的
          • Actionable可执行的
          • Realistic可实现的
          • Time limitted有时间期限的
        • 如何保证目标完成：PDCA
          • Plan计划
          • Do开始做
          • Check检查评估
          • Action修正完善
  • 5产品经理的知识管理
    • 5.1个人知识管理
      • 5.1.1什么是个人知识管理
        • 个人知识管理是一种新的知识管理的理念和方法，能将个人拥有的各种资料、随手可得的信息变成更具价值的知识，最终利于自己的工作、生活。
        • 个人通过工具建立知识体系并不断完善，进行知识的收集、消化吸收和创新的过程。
      • 5.1.2个人知识管理的好处
        • 通过对个人知识的管理，人们可以养成良好的学习习惯，增强信息素养，完善自己的专业知识体系，提高自己的能力和竞争力，为实现个人价值和可持续发展打下坚实基础。
    • 5.2个人知识管理的四个步骤
      • 1获取知识
      • 2学习知识
      • 3保存知识
      • 4利用并分享知识
    • 5.3获取知识
      • 为你需要获取的知识分类
        • 产品经理
        • 兴趣爱好
        • 个人理财
      • 建立固定的知识获取渠道（相对固定，定期更新）
        • 网络咨询
        • 报刊杂志
        • 书籍
        • 人际交流
        • 培训教育
    • 5.4学习知识
      • 阅读
        • 行业网站
        • 报刊杂志
        • 书籍
      • 参与培训
        • 线上
        • 线下
      • 工具
        • RSS订阅
        • 搜索引擎
        • 移动客户端
        • 邮件订阅
      • 注意
        • 注意把碎片的知识点归纳总结
        • 注意把不同的知识点关联起来思考
        • 多和分享知识的人做交流
    • 5.5保存知识
      • 技巧
        • 归类（便于记忆，而不是分的越细越好）
        • 便于查找
        • 便于携带与同步
        • 要有意识的知道知识是框架性的还是细节性的
      • 工具
        • RSS工具
        • 印象笔记，有道笔记
        • 网易闪电邮
        • 360云盘，腾讯微云
    • 5.6利用并分享知识
      • 方法与技巧
        • 尝试开通自己的博客，并坚持写作，不要在意是否有人阅读，这本身就是知识沉淀的过程
        • 利用微博，记录自己的心得点滴，然后定期汇总到自己的博客
        • 尝试在自己擅长的领域写一些文章然后投稿
        • 定期总结，找到自己的收获
      • 工具
        • 轻博客（点点网，lofter）
        • 自建博客（1.买空间2.域名3.Wordpress）
  • 6产品经理专业技能之BRD/MRD/PRD文档撰写
    • 6.1产品经理撰写文档的主要工具
      • Excel（数据统计，数据报表，数据分析，数据图例制作，进度控制，神器）
        • Excel文档结构（版式设计，逻辑结构表现，色彩）
        • 简单的函数计算（加减乘除）
        • 数据组织（筛选排序）
        • 图表制作（饼状图，柱状图，条形图，折线图等）
      • PPT
      • Word
      • Visio
        • 流程图
        • 信息结构图
      • Axure
        • 简易流程图
        • 原型图
      • Mindmanager
        • 思维导图
        • 收集归纳整理想法与思路
      • Balsamiq Mockups
        • 原型图草图
        • 可以快速构建你想要的东西
        • 很好的支持移动性能
        • 元素丰富
        • 不容易干扰UI设计
      • 最牛利器 笔
        • 高速
        • 简洁
        • 灵敏
        • 适用于很多场景（风暴，演示等）
    • 6.2产品经理的三大文档
      • 商业需求文档BRD（Business Requirement Document）
      • 市场需求文档MRD（Market Requirement Document）
      • 产品需求文档PRD（Product Requirement Document）
      • BRD和MRD，有时候会融入到一个方案中，如何选择
        • 看汇报对象
        • 看团队习惯
        • 看你的习惯
        • 看领导的喜好
        • 不同场合不同环境具体抉择
      • 总结
        • 发现并讲清楚你发现的商业价值BRD
        • 构思并讲清楚如何实现商业目标的方式MRD
        • 把这种方式具体实现的方法描述出来PRD
        • 这是一个宏观到微观的过程
        • 这是一个有逻辑的，经得起推敲，层层深入，逐渐细化落地的过程
        • 这个是一个获得认可>拿到资源>表述想法>指导实施>进行实施的过程
    • 6.3三大文档在产品生命中的诞生阶段与主要框架及相关工具
      • BRD：商业需求文档
        • 向公司申请需要的费用资源得到各级领导支持
        • 简洁，明了，易懂
        • 通常用来讲述市场机遇，盈利方式等
        • 包括商业价值、成本估算、收益预期
        • 工具Power Point、Word、Mindmanager
      • MRD：市场需求文档
        • 在获得了公司资源的支持以后，根据你的想法在产品层面的表述。
        • 收集、分析、定义主要的用户需求和产品特性
        • 包括产品介绍、、竞品分析、用户需求调研结果、产品轮廓、功能需求
        • 工具Power Point、Word、Mindmanager、Visio、Balsamiq Mockups
      • PRD：产品需求文档
        • 对MRD中的内容进行指标化和技术化；明确产品的功能和性能
        • 包括产品验收标准、产品流程图、产品用例、产品功能点说明性能需求等
        • 工具Word、Visio、Axure、Mindmanager
• 笔记三
  • 7商业需求文档（BRD）写作方法与技巧
    • 7.1BRD文档写作的目的
      • 发现
        • 现有产品改进的可能性
        • 一个创新产品
      • 需要
        • 要权重
        • 要项目
        • 要资源
    • 7.2 关于BRD的汇报对象
      • BRD也是一个产品
        • BRD是有用户的
          • 你
          • 汇报对象
        • 仔细思考，你的汇报对象处于什么样的场景中
          • 职位
          • 思维方式
          • 他需要什么？
    • 7.3BRD常见的汇报对象
      • 汇报对象
        • 资本背景（例如CFO）
          • 掌握钱
          • 对数宇敏感
            • 收益预测
            • 营收增长率
          • 技术意识相对较弱
        • 运营背景（例如coo）
          • 拥有运营资源
          • 关注
            • 推广资源
            • 竟争对手
            • 外部环境
            • 营销资源
          • 财务与技术意识相对较弱
        • 技术背量（例如CTO）
          • 技术资源
          • 关注
            • 功能模块
            • 实现难度
          • 商业意识相对较弱
        • 战略背量（例如CEO）
          • 权重资源
          • 关注
            • 是否合拍公司的战略规划
            • 市场成长性
            • 是否有利于企业的布局
            • 风脸是否可控
            • 茧事会态度
    • 7.4BRD文档的内容结构
      • 7.4.1方案形成背景
        • 市场环境分析
        • 我们要做什么
        • 要解决什么问题
          • 是否迫切
          • 是否强烈
          • 频率高不高
        • 如果要这么做，我们的优势在哪里？
          • 技术优势
          • 经验优势
          • 资源优势
          • ……
        • 得到可行的结论
      • 7.4.2方案价值
        • 我们将得到什么样的好处？
          • 非经济类好处
            • 战略优势
            • ……
          • 经济类好处
            • 收入
            • ……
        • 提出你的预测
          • 目标
          • 对应得到的好处
      • 7.4.3产品规划
        • 产品结构
        • 产品路线
        • 注意
          • BRD文档，尽量不要扯太多关于产品形态细节，产品形态可以粗放
            • 避免被纠缠
            • 方案获得认可后，可根据汇总意见，再来做产品具体的东西
      • 7.4.4盈利模式
        • 怎么样通过一系列的方式达到前面所说的好处
      • 7.4.5收益与成本评估
        • 收益预估
        • 成本预估
      • 7.4.6风险和对策
        • 风险的种类
          • 政策风险
          • 经济风险
          • 市场风险
          • 行业风险
          • 公司风险
          • 资本风险
          • 技术风险
        • 应对办法
          • 规避
          • 接受
          • 降低
          • 分担
          • 转移
    • 7.5优秀BRD应具备的要素
      • 重点突出
        • 商业价值
        • 收入与成本
        • 风险与对策
      • 是不是产品就不重要？
        • BRD是定性的，不要过多去扯产品细节（技术驱动产品要两看）
        • 产品经理不要总是把目光盯在产品上，要学会跳出来
        • 集中火力，不扯淡
      • 说服力
        • 演讲技巧
        • 对公司战略的理解
        • 对汇报对象思维方式的理解
          • 多沟通或与其合作伙伴沟通
          • 平时多观察行事风格
      • 见人说人话，见鬼说鬼话
        • 要变通
        • 要有逻辑，理论有支持，不是忽悠
      • 言简意赅，点到即止
        • 有的话不能说透
        • 一图胜千言
        • 一句话能说清楚，不要说两句
        • 不要过多的使用专业术语
        • 客观评估，不要给自己埋地雷，但该点到的问题都要点到（困难、风险等）
  • 8市场需求文档（MRD）写作方法与技巧
    • 8.1MRD与BRD的目的截然不同
      • BRD：这么做有好处，并说明好处在哪里
      • MRD：通过BRD明确了这个事情值得一做后，描述应该这么做，并说明这么做的原因
      • MRD到底要干什么？
      • BRD是论题，MRD是论点支撑你的BRD，同时通过论证得出你采取什么方式获得BRD中的商业目标
    • 8.2MRD的阅读对象
      • 未来参与产品的各个层级的同事，包括产品经理自己
        • MRD最完善的产品诞生分析描述文档
        • 以后的一段时间，产品的各种衍生文档、产品依据、团队判断，都有可能参考MRD文档
        • 产品参与成员了解产品的各种背景、数据、方法依据
    • 8.3用心写好MRD
      • MRD文档的内容首先要说服和征服的人不是别人，而是产品经理自己
        • 如果MRD连自己都不能说服，产品经理自己是没有底气的
        • 如果MRD连自己都不能说服，谈何来说服别人积极参与
    • 8.4互联网产品MRD包含内容
      • 8.4.1文档说明
        • 文档基本信息
          • 公司名称
          • 产品名称
          • 文档创建日期
          • 创建人
          • 创建人联系方式
          • 部门
          • 职务
        • 文档修改记录
          • 日期
          • 版本
          • 修改人
          • 修改内容
          • 审核人
        • 文档目的
          • 用于说明产品相关市场、用户、产品规划、核心目标、产品路线图、项目规划等
      • 8.4.2市场分析
        • 摘要
        • 现有市场存在的问题与机会
          • 产品方面：产品形态复杂，用户体验差
          • 技术方面：语音压缩技术不成熟，外资搜索引擎对中文理解不够深刻
          • 运营方面：产业链偏下游，重实体，轻线上，造成瓜分线下旅行社利润，形成对立
          • 用户方面：用户需要可替代产品尚未出现，需求明显
          • 商业模式方面：金山毒霸和360安全卫士的商业模式对比
        • 由于在以上的分析说明中，可能会涉及到用户分析相关的内容，可以先提用户分析的结果并说明详见用户分析章节即可，注意可以保证文档的完整连续性，也能简明扼要。
        • 目标市场分析
          • 市场规模：多少钱，成功可能性
          • 市场特征：现有市场表现出的典型特征
          • 发展趋势：未来2-5年的发展评测
          • 时间边界：这个市场的持续时间预估
        • 市场分析结论
          • 一般来说，这里会得到一个比较有市场商业价值的结论
      • 8.4.3用户分析
        • 目标用户群体（找准）：维度：年龄段、收入、学历、地区
        • 目标用户特征
          • 在这个群体下面的共性特点与非共性特点
        • 建立虚拟用户角色（形象化）
          • 常用用户特征（年龄 性别 出生日期 收入 职业 居住地 兴趣爱好 性格特征）
          • 用户名称
          • 用户技能：熟练使用电脑办公，对常用的智能手机谙熟于心
          • 与产品相关特征
            • 电子商务产品：购物习惯、年度消费预算等
            • 交友类：是否单身、择偶标准
            • 游戏类：是否喜爱3D游戏、是否有同类型游戏经验等
        • 用户使用场景
          • 建立了用户卡片以后，把这些典型用户放到实际的使用场景中去
          • 此处的用户使用场景更多是产品经理在分析完成用户使用场景后的演示性场景
            • 注意分析场景与演示场景的区别
          • 用户使用场景就是描述用户在某个环节中完成某个人物的故事
            • 时间、地点、人物、做什么
          • 简单的用户表述与用户使用场景
          • 如果团队很默契了，有些地方可以简化，具体问题具体分析
          • 用户卡片
            • 用户卡片：李雷，年收入20W，公司中层，家中自有100平米左右住房，十五万左右私家车三口之家
            • 场景一：获得
              • 李雷陪老婆孩子逛商圈，看到万达广场的手机客户端广告，也是下载到手机，初次使用手机客户端就获得了优惠，并在老婆试衣服的时候直接在手机上面注册了万达广场会员。
            • 场景二：信息推送
              • 周五，正当李雷发愁晚上去哪里的时候，手机突然收到信息推送，万达广场北京烤鸭今天正在举办周末家庭爱心活动，一家三口到齐，就能参与家庭日活动，于是李雷决定带上老婆孩子一起前往。
        • 用户动机总结：读懂表象
        • 用户目标总结：明确实质
        • 影响用户使用的主要因素：重要分析
      • 8.4.4产品说明
        • 产品定位
          • 产品有越做越复杂的可能，但在一定时间内，定位决定了产品的一切
          • 产品定位与市场定位的区别
            • 市场定位：我们对用户或者用户市场的选择，例如，收集发烧友，白领或者移动通讯设备市场
            • 产品定位：我们用什么样的产品满足用户或用户市场
              • 陌陌，一款基于地理位置的移动社交工具
              • chanpin100.com，为产品经理们提供学习交流的平台，并专注于此
          • 用户定位：针对什么目标群体，做什么事情，用最本质的，无修饰的语言表述
        • 产品核心目标
          • 互联网产品的核心目标：解决目标市场/目标用户一个什么问题
            • 这个问题分析的月透彻，产品的核心目标就越准确
            • 确立好核心目标，不会使我们在产品推进的过程中迷失
            • 解决核心目标的工作优先级最高
            • 产品任务，是围绕核心目标开展
            • 产品经理对于用户需求与产品核心目标关系的拿捏
        • 产品结构（不是功能结构，是产品的整体结构）
          • 产品的市场定位、产品定位、核心目标的直接表现
          • 如何表述一个O2O在线商城的产品结构？
            • 在线商城的产品结构
          • 产品结构与功能结构的区别
            • 区别
          • 产品结构说明的注意事项：
            • 不要扣细节，主要产品结构表述到位即可
            • 一些无法归类的，放到其它里面
        • 产品路线图
          • 抽取出来的任务，一定是和产品定位，核心目标等相符合的，是达到这些目标的任务分解
          • 无论何种表达方式，最能表达清楚你的意思就是好方式：
            • 时间
            • 任务
            • 辅助说明与图标等
          • 产品路线图是产品成长中的每个任务节点组合而成，是以任务为导向的时间节点图
            • 产品路线图
              • 6月在线贩卖
                • 商户主页
                • 商户后台
                • 购物车
                • 搜索
                • 用户主页
              • 8月社交化
                • 第三方登陆
                • 关注
                • 分享机制等
              • 10月全国平台
                • 用户权限管理
                • 内容管理等
        • 产品功能性需求
          • 在线留言板
            • 在线留言板举例：
              • 注册与登陆（直接注册，第三方注册，直接登陆，第三方登陆）
              • 交流（留言，回复，图片上传，文字发布）
              • 管理（查看，删除，修改）
        • 产品非功能性需求
          • 有效性
          • 性能
          • 扩展性
          • 安全性
          • 健壮性
          • 兼容性
          • 可用性
          • 运营
          • 用户体验
        • 优秀MRD的特点：定位-》目标-》路线
          • 逻辑性强：有论点，有论据，有论证
          • 把抽象的东西形象化的讲出来
          • 数据可靠，分析有理
          • 有把握的主观，无把握的客观
          • 能把问题表述清楚，绝不多谢一个字
          • 合理的产品进度分配有利于研发人员工作
          • 重视非功能需求
          • 如果有很多专业名词，在文章开头提供一个名词解释表
  • 9产品需求文档（PRD）的写作方法与技巧
    • 9.1什么是PRD文档
      • 产品需求文档（Product Requirement Document，PRD）
      • PRD文档是对MRD内容的继承与发展，把MRD里边的各种理论要求技术化，向研发部门与设计部门说明产品的功能和性能要求
      • PRD是产品文档中最底层最细致的文档
    • 9.2BRD，MRD，PRD文档的区别于用途
      • BRD：这么做有好处，并说明好处在哪里
      • MRD：通过BRD明确了这个事情值得做之后，描述应该怎么做，并说明这么做的原因
      • PRD：获得了授权，而且已经确定了要走的路线，剩下的就是打造产品了
      • BRD》MRD》PRD是一个逐步论证并得出结果的过程，是产品经理思维升华的过程
    • 9.3PRD文档面向的对象
      • 研发人员
      • 设计人员
    • 9.4PRD文档的几种表现方式
      • 文字模式：Word
      • 原型图模式：Axure
      • 图片模式
      • 影像模式
    • 9.5常见PRD文档包含内容
      • 9.5.1文档说明
        • 产品版本号（1.26）
          • 版本号
          • 子版本号
          • 修正版本号
          • 版本号命名原则
            • 归零原则：前一个数字增加一位，后面的数字都归零
            • 收费原则：子版本号和修正版本号的变化，一般看做版本内升级，附加收费用，版本号变化则加收费用
        • 历史修订
          • 编号
          • 版本号
          • 修订章节
          • 修订原因
          • 修订日期
          • 修订人
          • 历史修订的作用
            • 对修改前后进行比较
            • 有利于维护和管理PRD
            • 方便查阅，可以只看修订部分
        • 名词术语表
          • 将一些产品里面不易理解，容易混淆，或者缩写的词汇在开篇进行统一的列表说明，有利于阅读
          • 名词术语表
            • 例如产品100
              • 积分
                • 根据产品100用户的一系列操作行为系统根据后台设定产生的虚拟分数，积分决定了用户的等级与论坛权限积分的计算方式为：总积分=发帖数X1+铜币Ⅺ1+威望X+会员历史在线时间X1
              • 威望
                • 反应了用户在论坛里面的资历，是根据发帖教量，回帖数量，附件上传数量，在线时长等综合因素决定呈用户积分的重要参考依据
              • 铜板
                • 产品100的货币，主要用于购买有价值的下载资料与信息，完成新手任务可以获得初期足够的板，发布下载资源也可以获得相当数量的铜板，铜板是用户积分的重要参考依据
      • 9.5.2产品说明
        • 产品信息结构：只按照产品经理思路中的产品表现信息来整理产品的一种示意图
          • 信息结构能够帮助整理产品结构，同时是研发人员简历数据库的参考
        • 产品结构图：是按照产品的逻辑与表现方式，结构化的表现产品构造的一种示意图
          • 通过这个产品结构图，可以将之前抽象的逻辑形象化的表现出来，便于文档阅读者理解产品思路
        • 用户使用流程图：用于表述用户在使用产品过程中的行为走向
          • 通过用户行为串联信息结构与产品结构，阅读者通过阅读用户使用流程，能更好的理解产品经理设计的用户行为
      • 9.5.3全局功能说明
        • 尽管是全局功能，但也可以分类说明
          • UI
          • 交互
          • 等等
        • 例子
          • 用户交互统一说明：
            • 本客户端在用户触发操作后，应优先加载用户界面，同时在界面中加载数据的位置使用风火轮提示用户数据加载中。
            • 本客户端的时间显示，建议使用人性化提示，例如：20分钟前，一天前，三天前，超过7天的，则显示为具体时间，如：3月30日17点55分，超过一年，则显示12年3月30日17点55分
      • 9.5.4详细功能说明
        • 根据实际的需求，按照你习惯的表述顺序来表述
          • 按照功能的逻辑（更抽象，研发喜欢）
          • 按照产品结构（频道、页面、模块、元素的逻辑，比较适合产品经理的逻辑）
          • 具体哪一个，看团队要求和默契程度
    • 9.6UML
      • UML（Unified Modeling Language）：是一种面向对象的建模语言，它是运用统一的、标准化的标记和定义实现对软件系统进行面向对象的描述和建模。
        • UML常见的说明图类型
          • 用例图
          • 状态图
          • 时序图
          • 结构图
          • ……
      • 用例：一种描述系统功能需求的方法
      • 用例图：表述系统的外部参与者与系统之间的关系，是由参与者与用例组成的示意图
        • 组成要素：
          • 参与者：人或系统
          • 用例
          • 关联线
          • 方框
          • 用例图
        • 用例说明
        • 整体用例图
    • 9.7原则
      • MECE原则：Mutually Exclusive Collectively Exhaustive，相互独立，完全穷尽。对于一个重大的议题，做到不重叠、不遗漏的分类，并且能够借此有效把握问题的核心，并解决问题的方法。
      • MECE只是一种思考方式
      • 撰写PRD文档前一定要保证思考到位，产品结构本身短期内不会有重大改动。
      • 需求分类与表述方式参考MECE原则
    • 9.8优秀的PRD文档特点
      • 正确：确保文档中的表述与产品经理的思路是对应且正确的
      • 无歧义：文档的表述方便阅读理解，不会产生歧义
      • 完备：MECE原则尽量保证对产品功能需求表述的系统完整
      • 一致：文档中用词用语一致，对于同一事物的表述应该一样，避免混用同义词
      • 具有优先级：产品的功能性需求是有先后主次的，应该注明功能性需求的优先级
      • 可验证：对于功能性的描述，是可以进行测试的
      • 可修改：PRD文档利于后期的修改与升级
      • 可追踪：每个功能性需求的来源应该是清楚明白的
• 笔记四
  • 10互联网产品的用户体验设计（UED）
    • 10.1UED
      • User Experience Design
      • UED是针对用户心灵、眼睛、耳朵、触感的设计
      • 用户体验就是用户在使用一款互联网产品的整体感受度
    • 10.2UED相关概念
      • UE：User Experience
      • UCD：User Centered Design
        • 以用户为中心的设计
        • 强调以用户体验优先的产品设计理念
      • HCI：Human Computer Interaction 人机交互
      • GUI：Graphical User Interface 图形化用户界面
      • WR：Web Rebuild 网站重构
    • 10.3互联网产品的UED流程
      • UED流程
        • 产品策划
        • 产品交互设计
        • 产品视觉设计
        • 产品页面重构
        • 产品研发
        • 产品测试
        • 产品发布
      • 产品策划
        • 竞争对手分析
        • 用户研究
      • 产品交互设计
        • 站点信息架构图
        • 用户使用流程图
        • 产品文案规范
        • 原型设计
      • 产品视觉设计
        • 视觉设计
        • 产品还原性评审
        • 产品视觉架构图
        • 视觉规范定制
      • 产品页面重构
        • 视觉设计对重构出来的页面进行确认是否符合当初设计需求
      • 产品研发
        • UE再优化，测试后回炉加工（限于细节上的优化）
      • 产品测试
        • 是否符合视觉规范
        • 是否符合交互需求
        • 联合调试
      • 产品发布
        • 总结
        • 持续跟踪
        • 性能优化
    • 10.4UED团队的常见结构
      • 产品经理
        • 输出
          • 用研文档
          • 竞品分析文档
          • 产品需求与需求分级文档
        • 配合工作
          • 协助UED相关人员对产品的调性进行把控
          • 协助UED相关人员进行测试与组织管理
      • 交互设计
        • 输出
          • 完整产品原型图含交互设计
          • 用户使用流程
          • 产品信息结构图
        • 配合工作
          • 交互测试，测试交互还原度
        • 工作职责
          • 为产品设计具体的行为、界面设计，组织良好的产品信息结构，提高产品的可用性与易用性
      • 视觉设计
        • 输出
          • 产品界面的视觉设计
          • 竞品风格调研
          • 设计规范
          • 概念设计说明
          • 产品流程中界面还原度全程评估审核
        • 配合工作
          • 视觉测试，测试视觉还原度
        • 职责
          • 呈现，美观度，体验，品牌形象设计
      • 网页重构
        • 输出
          • 静态网页
          • 静态页面规范说明（CSS，复用，性能，兼容性等）
        • 配合工作
          • 页面测试工作，测试页面还原度
          • 兼容性测试
          • 页面性能优化
        • 职责
          • 呈现，美观度，体验，品牌形象设计
      • 项目管理
    • 10.5互联网产品的用户体验分类
      • 感官体验：呈现给用户视听上面的体验，强调舒适性，一般包括但不限于：
        • 设计风格
        • 网站LOGO
        • 页面速度
        • 页面布局
        • 页面色彩
        • 动画效果
        • 页面导航
        • 图片展示
        • 图标使用
        • 广告位
        • 背景音乐
        • 等等
      • 交互体验：呈现给用户操作上的体验，强调易用性和可用性，包括但不限于：
        • 会员申请
        • 会员注册
        • 表单填写
        • 表单提交
        • 按钮设置
        • 点击提示
        • 错误提示
        • 在线问答
        • 意见反馈
        • 在线调查
        • 在线搜索
        • 页面刷新
        • 资料安全
        • 显示路径
        • 等等
      • 浏览体验：呈现给用户浏览上的体验，强调吸引性，一般包括但不限于：
        • 栏目的命名
        • 栏目的层级
        • 内容的分类
        • 内容的丰富性
        • 内容的原创性
        • 信息的更新频率
        • 信息的编写方式
        • 精彩内容的推荐
        • 相关内容的推荐
        • 收藏夹的设置
        • 栏目的订阅
        • 信息的搜索
        • 文字排列
        • 文字字体
        • 页面底色
        • 页面的长度
        • 分页浏览
      • 情感体验：呈现给用户心理上的体验，强调友好性以及与用户关系的维系，一般包括但不限于：
        • 友好提示
        • 会员交流
        • 售后反馈
        • 会员优惠
        • 会员推荐
        • 鼓励用户参与
        • 会员活动
        • 专家答疑
        • 邮件/短信问候
        • 网站地图
      • 价值体验：
        • 基础价值
        • 超于基础价值的期望价值
        • 附加价值
      • 信任体验：呈现给用户的信任体验，强调可靠性，一般包括但不限于：
        • 搜索引擎
        • 公司介绍
        • 投资者关系
        • 服务保障
        • 文章来源
        • 文章编辑作者
        • 联系方式
        • 服务热线
        • 有效的投诉途径
        • 安全及隐私条款
        • 法律声明
        • 网站备案
        • 相关链接
        • 帮助中心
  • 11互联网产品用户体验的要素
    • 11.1用户体验的定义
      • 定义：用户体验并不是指产品如何发挥功能，而是用户如何接触和使用产品
      • 产品设计
        • 功能设计
        • 外观设计
        • 用户体验设计
        • ……
      • 越复杂的产品，提供良好的用户体验越困难
      • 产品功能、特性是重要的，而用户体验对于客户忠诚度有着更大的影响
      • 衡量用户体验的一大标准就是：转化率
    • 11.2用户体验五要素
      • 表现层：页面展现在用户面前的最终效果
      • 框架层：页面如何设计布局、排版
      • 结构层：框架是结构的具体表现方式，结构层决定用户从哪来到哪去
      • 范围层：产品为用户提供的什么功能、特性
      • 战略层：用户可以得到什么，我们可以得到什么
      • 双重性
        • 功能型产品
        • 信息型产品
    • 11.3战略层
      • 产品目标
        • 商业目标
        • 成功指标
        • 品牌识别
      • 用户需求
        • 用户细分
          • 人口统计特征
          • 消费心态
          • 对技术了解程度和适应程度
          • 相关内容专业性了解程度
          • 信息的使用者
        • 可用性和用户研究
          • 定性分析
            • 用户访谈
            • 焦点小组
            • 可用性测试
          • 定量分析
            • 问卷调查
            • A/B测试
        • 用户画像
    • 11.4范围层
      • 范围层的意义
        • 知道你要做什么
        • 知道你不要做什么
      • 分类
        • 功能型产品
        • 信息型产品
      • 确认需求优先级
    • 11.5结构层
      • 交互设计
        • 用户可能的行为
        • 系统如何配合与响应
        • 错误处理
      • 信息架构
        • 创建分类体系
          • 从上到下
          • 从下到上
        • 结构方法
          • 节点：对应任意的信息片段或组合 它可以小到页面元素或都大到是整个网站
          • 结构分类
            • 树状结构
            • 矩阵结构
            • 自然结构
            • 线性结构
          • 组织原则：节点在信息架构中是依据组织原则来安置的
            • 截面
          • 语言和元数据
            • 受控词典
            • 类词词典
            • 元数据：关于信息的信息
    • 11.6框架层
      • 界面设计：提供给用户做某些事的能力
        • 选择正确的界面元素
        • 帮助用户完成任务
        • 通过适当方式让这个过程容易被理解和使用
      • 导航设计：提供给用户去某个地方的能力
        • 提供给用户一种在网站间跳转的方法
        • 传达出这些元素和它们所包含内容之间的关系
        • 必须传达出它的内容和用户当前浏览页面之间的关系
      • 信息设计：传达想法给用户
        • 信息的视觉展示
        • 信息的分类或整理
      • 习惯与比喻
    • 11.7表现层
      • 感知设计
        • 视觉
          • 为产品服务，提供支持
            • 用户视线移动遵循的是一条流畅的路径
            • 不需要太多细节，为用户提供有效引导
          • 设计原则
            • 对比
            • 一致性
        • 听觉
          • 应用广泛
        • 触觉
          • 工业设计
          • 震动
        • 嗅觉和味觉
    • 11.8元素的应用
      • 方法论
        • 了解你正在试着去解决的问题
        • 了解这些解决方法所造成的后果
      • 一般现状
        • 由现状决定的设计
        • 由模仿决定的设计
        • 由领导决定的设计
    • 11.9交互设计的重要性
      • 是方法：帮产品经理更好的理清用户体验脉络
      • 是依据：保证产品经理在千变万化的用户体验系统里不走偏
      • 是逻辑：帮助产品经理更好的整理与完善产品用户体验
  • 12互联网产品的交互设计
    • 12.1交互设计之父比尔.莫格里奇
    • 12.2 交互设计：是用户体验的重要组成部分
      • 互联网交互设计：用户使用产品过程中行为输入产品再到产品输出信息的全过程。
        • 例子
    • 12.3易混淆的概念
      • 产品设计：关注的是功能、结构、人因、形态、色彩，环境等设计要素以及采用的技术、方法和功能的实现手段是间接影响产品最终用户的设计。
      • 以用户为中心的设计：强调用户优先的设计模式
      • 用户体验：努力为用户创造良好的感受
      • 交互设计：注重产品和使用者行为上的交互以及交互的过程，强调的是设计理念和方法。侧重的是交互双方信息表达方式和情感，是直接影响产品最终用户的设计。
      • 人机交互：人与计算机的交互，交互的对象特指计算机，是交互设计里面的一种。
      • 界面设计：主要指人和机器交互界面的设计
      • 可用性：评测用户体验的标准
    • 12.4基础的交互方式
      • 图像
      • 声音
      • 数据
      • 动作
      • 从输入到输出的过程就是交互的过程那么，这个过程中所涵盖的方式就是多种多样的
    • 12.5如何更好的学习交互设计
      • 对PM要求
        • 实战经验
        • 知识面广
      • 练习方式：
        • 找到一些常见的任务，例如注册，登陆，发布微博等
        • 仔细分析用户的特征后，明确目标以后，自己开始手绘交互的流程
        • 反复修改，直到你认为已经达到了最简单，最好体验
        • 对比你的设计与真正现有产品
        • 例子
          • 识别性
            • 形状
            • 布局
            • 尺寸
            • 色彩等
          • 感知性
            • 文案
            • 色彩感受
            • 版式
            • 关系
            • 层级等
          • 可衡量性
            • 流程
            • 点击次数
            • 移动距离
            • 姿态
            • 完成时间等
    • 12.6常用交互设计的原则
      • 可视性：功能可视性越好，越方便用户发现和了解使用方法
      • 反馈：返回与活动相关的信息，以便用户能够继续下一步操作
      • 限制：在特定时刻显示用户操作，以防误操作
      • 映射：准确表达控制及其效果之间的关系
      • 一致性：保证同一系统的同一功能的表现及操作一致
      • 启发性：充分准确的操作提示
    • 12.7交互设计准则
      • 有关爱
        • 不伤害
        • 改善人的状况
      • 有意图的帮助用户实现他们的目标和渴望
      • 注重实效
      • 优雅
        • 最简单的完整方案
        • 内部一致性
        • 合适的容纳和情感
• 产品经理六十问
  • 一、项目初期，对可行性的分析
    • 1. 市场环境
      • 1.1 背景和趋势：
        • * 这个方向是不是很火（O2O）？
        • * 会不会是未来互联网的趋势（VR）？
      • 1.2 竞品情况：
        • * 有多少团队在做？
        • * BAT 是不是在涉足，或者计划涉足？
        • * 他们目前的市场份额如何？
      • 1.3 当下市场规模：
        • * 所在的垂直市场有多大？
        • * 所在的大类市场有多大？
        • * 市场的空间多大？
        • * 蓝海还是红海？
    • 2. 用户需求
      • 2.1 需求定义：
        • * 是到底要解决什么问题（没问题存在的需求都是伪需求）？
        • * 这个问题是不是特别严重？有没有详细的场景描述（XXX时，特别讨厌做XXX，要是XXX就好了）？
        • * 有多少用户会遇到这些问题（比如是你和你老婆会遇到，还是你确定所有人都会遇到）？
      • 2.2 需求刚弱：
        • * 是不是很痛点、很贴切的需求（比如上门洗车并不是刚需）？
        • * 能不能解决实际问题（比如不解决真实性的问题，只是把租房信息放平台上有意义吗）？
        • * 目前用户的需求是不是已经充分满足（比如我为什么要特地下个舞蹈教学APP而不是在优酷看）？
      • 2.3 需求真伪：
        • * 是不是大家都认可这个问题需要解决（比如「我胖但我不想减肥」）？
        • * 大家说的需求是不是大家真正的需求（什么是「伪需求」？能否举例说明？ - 苏杰的回答）？
    • 3. 产品逻辑
      • 3.1 功能逻辑：
        • * 功能能不能真正满足需求（比如我要的是方便快捷，但上门理发反而更折腾）？
        • * 有没有不合理的漏洞（比如我们希望记录用户的信用，但用户交易却不会通过我们进行）？
        • * 要怎样实现目标功能（配合的具体运营、技术、产品要怎么做）？
      • 3.2商业逻辑：
        • * 离交易是不是足够近（不要做到最后发现成了公益平台）？
        • * 用户价值在你的产品上会不会体现（比如付费时的交易、创作时的内容、社交时的关系链）？
    • 4. 自身能力
      • 4.1 团队情况：
        • * 运营、技术和产品的能力能否实现目标的功能（类似人工智能、团购大战不是小团队可以碰的）？
        • * 创始团队是否有能力胜任其职责（创始团队无法 hold 住更多牛人的加入）？
      • 4.2 资金情况：
        • * 按照预想的盈利方式、收支计划，钱够不够花？
        • * 在下一次融资前，公司的发展能否达到可以谈融资的地步？
      • 虽说很多都是创始人该想的，但落实到产品上，就应该是产品经理搞明白的。
      • 另外，这部分写完后，我发现跟厉哥在 商业计划书（BP）应该包含哪些点？ - Roy Li 的回答 中提到的你是谁（自身能力）、你想解决什么问题（用户需求）、市场和竞争情况（市场环境）和怎么做（产品逻辑）不谋而合。供参考。
  • 二、产品设计时，对功能交互的用户体验的分析。
    • 1. 有用性
      • 1.1 需求类别
        • * 需求是基本型、期望型还是兴奋型（参考 作为产品经理，如何给用户需求排序）？
        • * 需求所要求的功能是目前是重要的还是紧急的还是其他（比如聊天记录都会丢失时要不要美化图标）？
      • 1.2 可操作性
        • * 功能使用是不是能够达到效果（比如老人机模式却没有让字体够大）？
        • * 有没有考虑到用户的使用场景（比如移动数据下提供纯文字省流量的模式）？
        • * 在使用时会不会经常打断用户（页面跳转太多、需要完成的步骤太多）？
      • 1.3 容错可靠
        • * 所有错误情况是不是考虑到了（比如「啊，这个空白页面是什么意思居然没有解释」）？
        • * 在极端状况下是不是能够可靠（比如便签字数太多就根本不能用了）？
    • 2. 易用性
      • 2.1 学习成本
        • * 用户的学习成本是不是足够低（比如要先给用户看一百字的新手教程吗）？
        • * 逻辑的一致性是不是够好（比如按钮长得不一样、信息格式不一样）？
        • * 用户再次使用时需不需要重复学习（用过一次就完全能够掌握并记忆）？
      • 2.2 信息传递
        • * 文案是不是都能通俗易懂（比如「现在无法停止通用卷设备」）？
        • * 用户需要的信息是不是都能找到（比如我是滴滴的司机，却找不到奖惩规则）？
        • * 提醒和警告是不是完整（告诉用户发生了什么、因为什么、能做什么）？
      • 2.3 高效完成
        • * 现在的方式已经是最好的了吗？有没有更好的方式（比如 Windows 下操作弹出 USB 设备还可以再简化）？
        • * 有没有在处理特殊情况时的高效方法（比如能不能有多选和批处理的功能）？
    • 3. 友好性
      • 3.1 视觉效果
        • * 是不是美观？
        • * 会不会造成不适感？
      • 3.2 简洁清晰
        • * 界面元素还能再减少吗？
        • * 视觉焦点是在重要信息和功能上吗？
  • 三、在项目管理和个人管理上，要做问题分析。
    • 1. 定义问题（What、Who、Why）
      • * 要解决什么问题（严重 BUG，功能缺失，项目延期还是文档有误）？
      • * [项目] 责任人是谁（是产品经理没有发现、测试没有意识到还是开发有疏漏）？
      • * 具体起因是什么（比如技术并不了解业务背景所以做错）？
    • 2. 解决问题
      • * 有哪几种解决方案（不是先处理人，而是先处理问题、罗列方案）？
      • * 每种方案的利弊是什么（比如有的会影响产品进度但节省成本、有的会耗费公司财力但速度快等）？
      • * [项目] 利益相关者认同哪个方案（比如关乎运营的方案不能绕过他们、改动设计的地方也不能不通知设计师）？
      • * 从长远来看哪个方案获益最大、损失最小（比如临时的解决方案虽然快，但可能会埋下隐患）？
    • 3. 复盘问题
      • * 造成问题的深度原因是什么（比如技术水平本身有问题、工作流程设计有误）？
      • * 问题如何暴露的，在之前为什么没有暴露（谁发现的问题、在其他时间为什么没发现）？
      • * 从根本上解决问题的方法有什么（比如招募专家、改进工作流程）？
      • * 检查异常的机制是不是需要改进（比如在哪个环节加入总监的评审）？
    • 4. 提高效率/节省成本
      • * 工作中比较复杂的、步骤繁琐的事务能不能简单处理（比如需要大量对账结算的方案可以简化逻辑，实际不影响效果）？
      • * 简单处理的事务能不能形成标准化的流程机制（比如对账结算在固定周期、用固定方法完成）？
      • * 标准化的流程机制能否实现自动化（比如对账结算用程序实现自动化）？
  • 相关文章整理
    • 产品机会评估10问
• 产品经理工具包
  • 行业和竞品调研
    • 搜索引擎、行业数据库（艾瑞啥的）、RSS订阅软件
  • 数据统计
    • Excel
      • Excel函数
        • 文本函数
          • concatenate
            • 和&一个作用
              • 合并不同单元格字符串内容
          • 定位
            • len
              • 计算文本长度
            • lens
              • 计算字符长度
                • 英文一个字母是1个字符
                • 中文一个字母是2个字符
            • value
              • 从单元格文本格式中提取数值
            • mid
              • 从哪个开始，到哪个
              • 子主题 1
            • left
            • right
          • find
            • 功能
              • 返回一个字符串在另一个字符串中出现的起始位置
            • 格式
              • find(需要查找的文本，原来的文本，[可选搜索起始位置])
            • 区分大小写
            • 例
              • =MID(C2,FIND("刘德华",C2),3)
              • 与其他函数结合使用定位内容
          • 替换
            • substitute
              • 将部分字符替换成新的字符
              • substitute(原来的文字，老的文字，需要替换的新文字，[可选]替换第几个
              • 例
                • =SUBSTITUTE(A2,"葛优","葛大爷")
            • replace
              • 将部分字符用另一份字符替换
              • replace（原来的文字，开始于第几个文字，需要几个字，替换的新的文字）
              • 例
                • =REPLACE(A2,FIND("葛优",A2),2,"葛大爷")
        • 时间相关函数
          • 日相关
            • day
              • 返回时间所对应的值
              • 必须是日期类的格式
            • 同理
              • month
                • year
          • 时间相关
            • hour
              • minute
                • second
          • yearfrac
            • 返回start_date和end_date之间的天数占全年天数的比例
            • yearfrac（开始时间，结束时间，日期基础）
          • networkday
            • 返回参数start_day和end_day之间完整的工作日数值
            • 只计算周末为非工作日
              • 可加假期
          • workday
            • 指定日期之前或之后多少个工作日的日期
        • 逻辑函数
          • if
            • 满足某项条件，就返回一个值，否则返回另一个值
            • if（判断函数，正确值，非正确值）
              • =IF(B2<=100,"可以接受","严重污染")
            • =IF(VALUE(LEFT(B2,LEN(B2)-2))<=100,$L$1,$L$2)
          • and
            • and（判断1，判断2）
            • 两个都对才是TRUE
          • or
            • OR（判断1，判断2）
            • 一个对就是TRUE
        • 查找引用相关函数
          • 行列
            • row
              • 返回行号
              • =row（B2)
            • column
              • 返回列好
          • 相对行列
            • match
              • 返回项在数组中的相对位置
              • match（要查找的值，含有值得单元格区域，查找值的类型）
              • 查找类型
                • =MATCH(F18,表1[学习人数],0)
                  • 表格中相对位置精确匹配
                • =MATCH(F18,表1[学习人数],1)
                • 另：数据验证功能
                  • 选择序列
                    • 就是下拉菜单
            • index
              • 在给定的单元格中返回行列交叉处的值
              • index（查找的数据表，行号，列号）
            • 组合应用
              • =INDEX(表1,MATCH(I13,表1[行标签],0),MATCH(I14,表1[#标题],0))
          • 匹配
            • lookup
            • vlookup
        • 统计相关函数
          • 数数
            • count
              • 计算数值个数
              • 注意一定是数值，不包括文本
            • counta
              • 计算非空值格数
            • countblank
              • 计算空值格数
            • countif
              • 计算满足给定条件的单元格格数
              • countif（在哪个范围计数，满足的条件）
              • =COUNTIF(A2:A20,">"&A5)
            • countifs
              • 计算满足给定多个条件的单元格数目
              • countif（在哪个范围计数，满足的条件一，在哪个范围计数2，满足的条件2）
              • 满足的条件为文本
              • =COUNTIFS(C2:C23,">60000",D2:D23,">60000")
          • 最大最小
            • max
            • min
          • 平均
            • average
            • averageif
              • averageif（条件区域，条件（即你提的条件），计算平均值的区域）
              • =AVERAGEIF(B2:B41,F9,C2:C41)
            • averageifs
              • averageifs（计算平均值的区域，条件区域1，条件1，。。。）
              • 另：相对引用变成绝对引用，就是加$
                • 按F4
          • 加法
            • sum
              • 与average上面的组相类似
            • sumif
            • sumifs
          • 百分位
            • percentile
              • 原来计算绩效挺有用。。。
        • 数学相关函数
          • 分类汇总
            • subtotal
              • 返回列表或数据库中的分类汇总
              • 代码1位计算手动隐藏
              • 代码3位不计算手动隐藏
              • 计算筛选后的结果用subtotal
              • sum不管筛选隐藏，都计算
          • 四舍五入
            • round
            • ROUNDUP
              • rounddown
            • mround
          • 频次
            • frequency
              • 直接计算频率直方图
          • 余数
            • mod
          • char（10）
            • 软回车的ASC码
              • 有些单元格里有回车，不能选出来
            • 对比Code（）
              • 查找字符对应的ACSII码
    • 诸葛IO（zhugeio.com）
    • GrowingIO（growingio.com）
    • 神策分析（sensorsdata.cn）
    • TableaU
    • SAP BI
    • 数加（data.aliyun.com）
    • 友盟（umeng.com）
    • 百度统计（tongji.baidu.com）
    • Google Analytics（google.com/analytics/）
    • 最简单Excel就可以，复杂的matlab等，另外百度统计和Google Analytics也都不错
  • 画流程架构图
    • visio，各种线框图，流程图，UML图~~
      • 理清思维，汇总想法
    • Prototype，线框图，优点是速度快，缺点是无法交互，无法做到高保真
    • 亿图图示专家，自带很多漂亮的图标和图示模版，轻松好用
    • 流程图/脑图
      • Buzan's iMindMap
      • FreeMind
      • MindNode
      • MindManager
      • Xmind
      • Processon
      • 百度脑图
  • 交互原型
    • 移动端
      • 移动端演示，支持导出html5
        • Epub360
      • 快速开发
        • Marvel
        • POP
        • Balsamiq Mockups
        • MockFlow
      • 高保真原型
        • Keynote
        • Sketch
        • Flinto
        • OmniGraffle
        • 墨刀
        • MockPlus
        • 墨刀（modao.cc）
        • xiaopiu.com
    • PC端
      • POP（Prototyping on Paper）
      • InVision
      • 产品大牛（pmdaniu.com）
      • JustinMind
      • AxureRP，除它没有更好的
  • UI设计
    • Sketch
    • Adobe XD
    • PhotoShop
    • Markman：标注工具
    • Assistor：PS切图辅助插件
    • https://tinypng.com/：资源图压缩工具
    • http://zhitu.isux.us/：鹅厂出的压缩图片工具，支持直接webP格式
  • 开发工具
    • Reveal
      • ：iOS开发者的神器，当你写出一个控件，但是跑代码的时候在界面上找不到这个控件的时候， Reveal就大派用场了，他可以很直观的看出你写得任何控件放在哪个位置
    • iOS内测发布
      • http://fir.im/：内测Web，直接扔网址；内测Android，直接扔apk；但是内测iOS，很麻烦啊，有了这个服务， 做iOS内测部署就方便多了；你只要做好ad_hoc打包，把ipa放上去，别人就可以扫一扫下载了；
    • 测试缺陷管理
      • 云禅道
      • BugFree
  • 项目管理
    • Project
    • 开发协作
      • https://coding.net/：用来做git代码托管很不错
    • Teambition（teambition.com）
    • Worktile（worktile.com）
    • BearyChat（bearychat.com）
  • 效率辅助
    • Evernotes、Notepad++、Everything、各种网盘
    • PDF各种格式转换
      • http://smallpdf.com/cn
    • 文档
      • 石墨文档（shimo.im）
      • 伙伴云表格（huoban.com）
      • 超级表格（chaojibiaoge.com）
      • 看云（kancloud.cn）
      • 幕布（mubu.io）
      • 齐书（qishu.co）
      • 有道云笔记
      • Evernote
      • Keynote
    • 通用必备
      • Execl 、Word和PPT这三宝，以及foxmail或outlook
  • 动效设计
    • Hype 3：mac独占的动效设计工具
    • Origami：靠连线就可以实现很多动效，非常简单，还支持Web、iOS、Android的代码导出
  • 表单收集
    • 金数据（jinshuju.net）
    • 问卷星（sojump.com）
    • 麦客（mikecrm.com）
  • 产品资讯
    • NEXT（next.36kr.com）
    • Product Hunt（producthunt.com）
    • AppSo（ifanr.com/author/appso）
  • 快速建站
    • Blocs：基于Bootstrap的建站工具，实现网站的布局和排版什么的都非常方便， 导出的代码直接就是标准的Html5代码，可以很方便的接下去自己开发； 缺点就是工具比较死板，需要按照Bootstrap的原始布局来做，一些灵活的布局和动效，只能靠导出代码后自己开发了；