初级产品入门必知必会

产品经理是一个从P(prefessional)到M（management）的过程，也是一个很有挑战性的职业。但是如何入门从一个彻底的外行转变成互联网行业的产品经理？应该怎么努力？所以分享了自己在产品之路上一步步成长的经验心得，希望能够对大家有所启发。

产品入门必知必会

• 互联网产品方向
  • 2C产品
    • 工具类
    • 交易类
    • 内容类
    • 社交类
    • 平台类
  • 2B产品
    • 业务支撑
      • CRM/WMS/TMS
    • 办公协同
      • OA/HRM
    • 供给端管理
      • 商家前台/商家后台/商家管理
  • 数据策略产品
    • 数据仓库
    • 报表
      • 报表与可视化报表工具
    • 策略
      • 推荐/营销
    • 数据监控
  • 商业变现产品
    • 搜索引擎营销
    • 广告投放平台
    • AdNetwork
    • 增值服务
  • AI产品
  • 产品职业
    • 产品规划师
      • 沟通
        • 与市调，需求、高层沟通
        • 策划内部沟通
        • 与视觉设计部门沟通（下单，细节沟通）
        • 与前端设计人员沟通
        • 与开发人员沟通
      • 项目跟进（进度）
        • 资源协调
        • 市场需求跟踪
        • 开发跟进
        • 视觉设计根进
        • 前端设计跟进
      • 产品测试
        • 需求是否被遗漏
        • 用户体验测试
        • bug
      • 文档编写
        • 市场调查文档
        • 竞品分析文档
        • 产品说明书
        • 测试报告
        • 用户帮助
        • 培训资料
        • 模板
      • 会议
        • 需求评审
        • 视觉设计评审
        • 前端页面评审
        • 学习分享
        • 项目沟通
      • 市场调研
        • 外出访谈用户
        • 调查报告
        • 市场需求分析
      • 需求管理
        • 需求来源管理
          • 高层需求
          • 用户需求
            • 访淡需求
            • 上线反馈回来需求
            • 上线数据统计需求
          • 运营需求
          • 其他求
        • 版本管理
        • 需求分配管理
          • 优先级评估
          • 工作量估算
          • 禽求执行人、时间节点安排
        • 需求变更管理
        • 需求跟踪
      • 产品规划
        • 产品发展战略
          • 市场分析
          • 用户目标
          • 商业目标
          • 资源
        • 产品盈利模式
        • 业界动态·发展方向
      • 需求分析
        • 场景模拟
        • 业务模型
        • 功能体系
        • 机制、逻辑设计
      • 产品设计
        • 页面结构、布局规划
        • 流程设计
        • 原型设计
      • 产品规划，包括产品规划、产品战略、产品战术
    • 交互设计师
      • 技能体系
        • 职业技能
          • 思维
            • 产品思维
              • 三个问题
                • 黄金圈法则
                • 为什么做
                • 做什么
                • 怎么做
                • 概要
                  • 用户价值
                  • 使用场景
                  • 商业价值
                  • 业务闭环
              • 好的产品思维
                • 只讲究对错
                • 要尊重用户
                • 分清步骤
                  • （UI）视觉设计
                    • 表现层
                  • （UE/PM）功能交互设计
                    • 框架层
                  • （PM）信息架构、业务逻辑
                    • 结构层
                  • （PM）满足哪一类需求
                    • 范围层
                  • （CEO/PM）做什么
                    • 战略层
            • 用户思维
              • 用户研究（How）
                • 定性研究
                  • 用户访谈
                  • 焦点小组
                • 定量研究
                  • 问卷调查
                  • 数据统计
              • 用户画像（Who）
                • 羊群与草地
                  • 第一只羊
                  • 头羊
                  • 狼
                • 大明、笨笨、小闲
              • 用户需求（What）
                • 痛点
                • 爽点
                • 痒点
              • 用户场景（Where）
                • 体验地图法
              • 客户生命周期
                • 五个阶段
                • 阶段A（Acquisition）：客户获取
                  • •如何发现并获取潜在客户？
                  • •发现尚未使用电信产品或正使用竞争对手产品的客户
                  • •通过有效渠道提供合适价值定位获取客户
                • 阶段B：（Build-up）客户提升
                  • •如何把客户培养成高价值客户？
                  • •刺激需求的产品组合/服务
                • 阶段C：(Climax)客户成熟
                  • •如何使客户使用新电信产品?
                  • •如何培养顾客忠诚度？
                  • •交叉销售
                  • •针对性营销
                  • •高价值客户的差异化服务
                • 阶段D：(Decline)客户衰退
                  • •如何延长客户“生命周期”？
                  • •高危客户预警机制
                  • •高危客户挽留举措
                • 阶段E：(Exit)客户离网
                  • •如何赢回客户？
                  • •高价值客户赢回方法
                • 对用户的启示
                  • •公众客户处于不同生命周期阶段对电信的价值及其需求均有所不同，也意味着用户对其管理与服务方式的不同
                  • •对公众客户的标准化管理与服务应基于不同的生命周期阶段
            • 逻辑思维
              • 大道至简
                • 演绎法
                • 奥卡姆剃刀原理
              • 阴阳两面
                • 逆向思维
                • 反问法
              • 全局之眼
                • 关联
                • 整体
                • 动态
            • 视觉思维
              • 基本原则
                • 对齐
                • 对比
                • 亲密
                • 重复
              • 建筑师
              • 解说员
              • 漫画家
            • 技术思维
              • 实现方式
                • 思考方式
                • 实现方式
                  • （前端）界面展示风格及样式
                  • （前端）动画、页面交互实现
                  • （后端）数据库设计
                  • （前后端）技术选型
                • 理解限制
                • 拥抱限制
              • 技术架构
              • 技术价值
              • 开发成本
          • 眼界
            • 交互模型
              • 交互模型单元（IMU)
              • 交互模型库（Catalog）
              • 应用语境（Context）
            • 用户心理
              • 诺曼门：不是你的错
              • 三种概念模式
              • 观察力训练
              • 理论框架知识
            • 平台规范
              • 原则（Principle）
              • 架构（Architecture)
              • 说明（Instruction）
              • 动效（Motion）
            • 设计流程
              • Why阶段
              • How阶段
              • What阶段
              • 流程库
          • 手段
            • 原型工具
              • 概念原型
              • 框架原型
              • 仿真原生
            • 设计软件
              • 平面设计
              • 动效设计
              • 三维设计
            • 用研方法
              • 用研的价值
              • 定性研究方法
              • 定量研究方法
              • 用户画像的力量
            • 编程语言
              • 标记语言：HTML+Css
              • 固本语言：JavascriptllCoffeeScript
              • 高级语言：Swift（Xcode）
            • 文档工具
              • 思维导图
              • 文档编辑
              • 数据分析
              • PPT报告
          • 精神
            • 同理心
              • 体验敏感度
              • 沟通流畅度
            • 探索欲
              • 好奇心13.5%
              • 完成度99.9%
        • 通用技能
          • 学习能力
          • 思辩能力
          • 沟通能力
          • 执行能力
      • 知识体系
        • 专业知识
          • 需求分析
            • 为什么做？怎么做
            • 用户画像
              • 用户基本属性
              • 自身属性
              • 用户特征
              • 针对我们产品用户的特征
              • 用户目标
              • 为什么使用我们的产品
            • 不要看用户怎么说，要看怎么做
            • 不要过度关注用户需求而忽略业务需求
            • 如何量化设计需求
              • 需求三种形式
                • PRD
                  • 大型项目
                • 口述
                  • 小需求
                • 线框图
                  • 中小型项目
              • 需求量化
                • 业务需求
                  • 业务目的
                    • 业务目标
                • 用户需求
                  • 目标用户
                    • 用户场景（明确用户限制）
                      • 用户目标
                • 目标
                  • 提高14%
              • 业务需求依赖用户需求实现
          • 信息架构设计
            • 如何搭建信息架构与用户流程
              • 信息架构的重要性
                • 让用户更容易找到自己想要的东西和产品
                  • 页面内容组织
                  • 组织归类
                  • 整体导航框架
                  • 信息归类
                • 确定广度
              • 如何心境信息架构设计
                • 业务端
                  • 业务需求
                  • 列出需求架构图
                    • 根据层级嵌套关系写出一层层功能点
                    • 根据情况控制细度，如整个产品与单个页面颗粒度会不同
                  • 竞品功能架构图
                    • 直接竞品
                    • 间接竞品
                  • 竞品分析
                • 用户端
              • 如何确定用户流程
                • 看到了什么，做了什么
                • 越短越好，操作流程尽量不要操作5步
                • 用户场景
                  • 看到什么
                  • 想到什么
                  • 做了什么
                • 方式：头脑风暴
                  • 热身
                    • 6人以内
                    • 脑暴主题
                  • 主题发散
                    • 5-10个idea
                    • 每张纸一个idea（简洁，字体大，可以用画的）
                    • 撕纸横向，不易弯曲
                  • 轮流展示
                    • 介绍一个idea，墙上贴一个
                    • 介绍言语简洁，控制在20s以内
                    • 其他人聆听和理解为主，不要讨论，不要批判
                  • 分类整理
                    • 相似的贴在一起
                    • 节约时间：鼓励大家都动手，尽量不要言语沟通，想法不一致再沟通
                  • 二次发散
                    • 换一个颜色的便利贴用于区分
                    • 听别人讲的同时鼓励大家在别人的idea上进行发展，直接记录在条上
                    • 把相同的贴在一起
                  • 存档
                    • 所有有价值的贴在一起，拍照记录
                    • 整理所有接触点
                • 确定深度
              • 信息架构确定广度，用户流程确认深度
                • 达到平衡
          • 交互设计流程
            • 需求分析
              • 信息架构
                • 用户流程
                  • 原型设计
                    • 交互文档
          • 界面设计
            • 如何进行交互页面设计
              • 明确设计元素以及影响元素
                • 前期工作输出
                  • 功能需求
                    • 信息架构
                      • 用户流程
                        • 设计原则
                • 设计原则
                  • 设计原则
                    • Google用户体验十大设计原则
                      • 有用（Useflu）
                        • 以用户为中心--他们的生活，工作和梦想。Focusonpeople-theirlives,theirwork,theirdreams.
                      • 快速（Fast）
                        • 每一毫秒都有价值。Everymillisecondcounts.
                      • 简单（Simple）
                        • 简单就是力量。Simplicityispowerful.
                      • 魅力（Engaging）
                        • 引导新手，吸引专家。Engagebeginnersandattractexperts.
                      • 革新（Innovative）
                        • 敢于创新。Daretoinnovate.
                      • 通用（Univerasl）
                        • 为全世界设计。Designfortheworld.
                      • 盈利（Profitable）
                        • 计划今天和明天的业务。Planfortoday‘sandtomorrow‘sbusiness.
                      • 优美（Beautiful）
                        • 愉悦用户的眼睛，但不分散注意力。Delighttheeyewithoutdistractingthemind.
                      • 可信（Trustworthy）
                        • 值得信任。Beworthyofpeople‘strust.
                      • 人性（personable）
                        • 有人情味。Addahumantouch.
                  • 交互原则
                    • 尼尔森十大交互原则
                      • 状态可见原则（Visibilityofsystemstatus系统可见性原则）
                        • 系统应该让用户知道发生了什么，在适当的时间内做出适当的反馈。大多数流通的翻译是针对网页的：用户在网页上的任何操作，不论是单击、滚动还是按下键盘，页面应即时给出反馈
                      • 环境贴切原则（Matchbetweensystemandtherealworld匹配系统与真实世界）
                        • 系统应该用用户的语言，用词，短语和用户熟悉的概念，而不是系统术语。遵循现实世界的惯例，让信息符合自然思考逻辑。大多数流通的翻译是针对网页的：网页的一切表现和表述，应该尽可能贴近用户所在的环境（年龄、学历、文化、时代背景），而不要使用第二世界的语言。
                      • 撤销重做原则（Usercontrolandfreedom用户的控制性和自由度）
                        • 用户经常错误地选择系统功能而且需要明确标识离开这个的“出口”，而不需要通过一个扩展的对话框。要支持撤销和重做的功能。大多数流通的翻译是针对网页的：为了避免用户的误用和误击，网页应提供撤销和重做功能
                      • 一致性原则（Consistencyandstandards一致性和标准化）
                        • 用户不必怀疑是否不同的语言，不同的情景，或者不同的操作产生的结果实际上是同一件事情。遵循平台的惯例。也就是，同一用语、功能、操作保持一致。
                      • 防错原则（Errorprevention）
                        • 比出现错误信息提示更好的是更用心的设计防止这类问题发生。在用户选择动作发生之前，就要防止用户容易混淆或者错误的选择。对于网页来说：通过网页的设计、重组或特别安排，防止用户出错。
                      • 易取原则（Recognitionratherthanrecall识别比记忆好）
                        • 尽量减少用户对操作目标的记忆负荷，动作和选项都应该是可见的。用户不必记住一个页面到另一个页面的信息。系统的使用说明应该是可见的或者是容易获取的。不知道是谁翻译的：好记性不如烂笔头。尽可能减少用户回忆负担，把需要记忆的内容摆上台面。
                      • 灵活高效原则（Flexibilityandefficiencyofuse使用的灵活高效）
                        • 加速器－新用户是看不到的－也许专业用户也会经常察觉，系统可以满足有经验和无经验的用户。允许用户进行频繁的操作。这就要求开发者的开发技巧，更加便捷灵活的代码和反馈，优化再优化。大多数流通的翻译是针对网页的：中级用户的数量远高于初级和高级用户数。为大多数用户设计，不要低估，也不可轻视，保持灵活高效。
                      • 易扫原则（Aestheticandminimalistdesign审美和简约的设计）
                        • 对话中不应该包含无关紧要的信息。在段落中每增加一个单位的重要信息，就意味着要减少相应的弱化一些其他信息。大多数流通的翻译是针对网页的：互联网用户浏览网页的动作不是读，不是看，而是扫。易扫，意味着突出重点，弱化和剔除无关信息。
                      • 容错原则（Helpusersrecognize,diagnose,andrecoverfromerrors帮助用户识别，诊断，并从错误中恢复）
                        • 错误信息应该用语言表达（不要用代码），较准确地反应问题所在，并且提出一个建设性的解决方案。大多数流通的翻译是针对网页的：帮助用户从错误中恢复，将损失降到最低。如果无法自动挽回，则提供详尽的说明文字和指导方向，而非代码，比如404
                      • 人性化帮助原则（Helpanddocumentation帮助文档）
                        • 如果系统不使用文档是最好的，但是有必要提供帮助和文档。任何信息应容易去搜索，专注于用户的任务，列出具体的步骤来进行。
              • 须知视觉规律
                • 格式塔心理学
                  • https://baike.baidu.com/item/格式塔/1546363
                  • 接近（Proximity）
                    • 人们对知觉场中客体的知觉，是根据它们各部分彼此接近或邻近的程度而组合在一起的。各部分越是接近，组合在一起的可能性就越大。
                  • 相似（Similarity）
                    • 人们在知觉时，对刺激要素相似的项目，只要不被接近因素干扰，会倾向于把它们联合在一起。换言之，相似的部分在知觉中会形成若干组。如，我们在小组辩论中，往往几个人争着发言，但我们仍然能从嘈杂的声音中听出某个人的讲话，这是因为这个人讲话的音质始终有相似性的缘故。如果他讲话的音质经常在变化，那就很难从噪音声中分辨出他的话来。
                  • 闭合（Closure）
                    • 闭合是指一种完成某种图形(完形)的行动。
                  • 连续性（Continuity）
                    • 在知觉过程中人们往往倾向于使知觉对象的直线继续成为直线，使曲线继续成为曲线。
                  • 简单（Simplicity）
                    • 合并、弱化、隐藏、删除
                • 视觉流
                  • 视觉方向
                  • 从左上到右下
                  • 内容顺序
                  • 动图（视频）
                  • 图片顺序
              • 须知的开发知识
                • 基础开发原理
                  • 用户查看客户端
                  • 客户端请求服务器
                    • 服务器返回客户端
                      • 客户端给用户查看
                • 实现方式
                  • hybrid
                  • 结合实现
                    • Native
                    • H5
                  • 性能优化
                    • 提升加载速度
                      • 缓存，减少加载
                        • 静态资源（图片，CSS、JS）
                      • 优先加载
                      • 减少请求数量
                      • 优化图片
                      • 压缩html
                • 调用接口
                  • 各大开放平台，不必要重复写
              • Axure页面设计
                • 手机界面格式
                  • IOS
                    • 屏幕尺寸：320*568.状态栏：20px
                  • Android
                • 颜色区分
                  • 默认黑白灰
                • 文字
                  • 字体
                  • 大小
                  • 分类
                    • 浏览型
                    • 功能型
                    • 提示型
                    • 营销型
                • 图标图片
                  • 图片
                  • icon
                • 快速验证页面设计
                  • 内部评审
                    • 邀请
                      • 使用
                        • 评估
                        • 汇总
                          • 解决方案
                          • 修改排期
                • 用户测试
          • 用户研究方法
            • 用户行为模型分析
              • 需求实现路径
                • 用户需求
                  • 场景
                    • 行为
                      • 界面
                        • 目标
              • 目标行为模型（FBM模型）
                • 动机
                  • 为什么要
                • 能力
                  • 是否够条件
                • 触发点
                  • 引爆点
              • 需求池
                • 功能池
          • 设计心理学
            • 心理学效应
              • 格式塔原理
                • 格式塔心理学
                  • 创始人：韦特海默
                  • 代表人：考夫卡、苛勒
                  • 代表作
                    • 《格式塔心理学原理》
                • 格式塔在设计中应用
                  • UI中的运用案例1
                  • UI中的运用案例2
              • 马斯洛需求层次理论
                • 创始人：亚伯拉罕·马斯洛
                • 定义：人类需求像阶梯一样从低到高按层次分为五种，分别是：生理需求、安全需求、社交需求、尊重需求和自我实现需求。
                • 设计案例应用
                  • 案例1
            • 设计法则
              • 冯·雷斯托夫效应
                • 创始人：心理学家冯·莱斯托夫
                • 定义：某个元素越是违反常理，就越引人注目、令人难忘设计
                • 案例应用
                  • 案例1
              • 诱饵效应
                • 定义：就是指人们对两个不相上下的选项进行选择时，因为第三个新选项（诱饵）的加入，会使某个旧选项显得更有吸引力。被「诱饵」帮助的选项通常称为
                • 参考资料：那些很熟悉但又叫不出名字的设计法则：诱饵效应
              • 系列位置效应
                • 创始人：赫尔曼·艾宾浩斯
                • 定义：是一种记忆现象，在列举项目时，排在最前面与最后面的元素，要比排在中间的更容易让人记住。
                • 参考资料
                  • 那些很熟悉但又叫不出名字的设计法则：系列位置效应
                  • 学会系列位置效应，让你有理有据做设计！
              • 功能可供性
                • 创始人：詹姆斯，吉普森
                • 定义：一些物品或环境从视觉上会感到适合某些功能。
                • 参考资料：案例应用1
              • 预期效应
                • 创始人：心理字家廷波克
                • 定义：一种因个人预期或他人预期而改变了看法与行为的现象
                • 参考资料：那些很熟悉但又叫不出名字的设计法则：预期效应
              • 形式服从功能
                • 创始人：建筑书路易斯·沙利文
                • 定义：「形式服从功能」法则，可以用两种方法来诠释，一种是美感描述，另—种是美感规范。「描述性诠释」指的是美感来自纯粹的功能，没有其他多佘装饰。「规范性诠释」指的是设计注重功能，美感属于次要。
                • 参考资料：那些很熟悉但又叫不出名字的设计法则：形式服从功能
              • 80/20法则，帕累托法则
                • 创始人：巴莱多
                • 定义：在整个产品中，80%的效果是由20%的关键元素决定的。确切的百分比并不是重点，在实际情况中，关键变量所占比例是10%~30%不等。
                • 参考资料：那些很熟悉但又不知怎么用的设计法则：80/20法则
              • 倒金字塔法则
                • 创始人：EdwinStanton
                • 定义：指的是一种呈现资料的方式，先呈现最重要的资料，然后呈现附加的详细信息，重要性依先后顺序递减。
                • 参考资料：那些很熟悉但又叫不出名字的设计法则：倒金字塔法则
          • 设计原则与规范
            • 基于不同平台
          • 数据分析
        • 专业技能
          • 设计文档
            • 线框图
            • 流程图
            • 信息架构图
            • 文案表达
            • 设计分析报告
            • 交互原型
          • 工具
            • 纸和笔
            • Axure/sketch
            • Xmind/MindManage
            • PPT/Visio
            • PS/AI/AE
          • 交互交付与发展
            • 如何撰写交互说明
              • 全局性
              • 单独性
              • 交互说明原则
              • 交互说明样式
                • 标注说明元素、区域、跳转动画
              • 交互样式手势
              • 交互动画
              • 交互说明
            • 输入大家满意的交互文档
              • 专业性
                • 封面
                  • 标题
                    • 产品名称_版本号_交互文档
                  • 时间
                  • 联系人
                • 文档信息
                  • 需求列表
                  • 修改记录
                • 信息架构
                  • 功能及落地页
                • 用户流程
                • 目录
                  • 总标题
                  • 副标题
                • 界面流程
                • 附录
              • 效率
            • 如何说服大家接受你的方案
              • 保持目标一致
                • 首先
                  • 关注业务动态，再基于迭代寻找新的设计点
                • 其次
                • 最后
              • 做个PPT
                • 完整的思考过程并可视化
              • 群体决策
              • 注意商业技术平衡
              • 掌握必要的沟通技巧
            • 交互设计趋势
              • 动效设计
                • 提高产品的品质感
              • 新技术融合交互
                • AR&VR
              • 多平台一体化设计
                • 不要因为系统不一致而交互不一致
              • 对话式交互
              • 情感化设计
              • 交互UX化
                • UE
                • UI
              • 行业资深缺口大
            • 交互作品整理与面试
              • 把面试当做需求来处理
              • 简历
          • 亿级产品开发流程
            • dream
            • 商业价值（BRD产出）
            • 市场分析
              • 市场说明
                • 市场规模、市场特征、市场趋势、竞品分析
              • 用户说明
                • 目标用户群体分析、需求分析
              • 产品说明
                • 产品定位、核心目标、主要功能
            • 立项评审
            • 用户研究
            • 产品需求说明（PRD）
            • 交互设计
              • 用户行为路径图
                • 设计用户在你的产品中按照怎么样的路径完成任务，通过设计提高任务的完成效率
              • 信息架构图
                • 关注内容架构、导航系统设计，让用户容易理解和方便找到所需信息
              • 页面交互图
                • 页面原型图
            • 视觉设计
              • 常用的方法情绪版（MoodBoard）
            • 可用性测试
              • 原形流程测试
            • 开发
            • 测试
              • 功能
              • 流程
              • 界面
            • 小范围内测
              • 发布灰度版本
            • 产品发布
            • 快速迭代
        • 进阶知识
          • 项目管理
          • 时间管理
          • 心理学
            • 认知心理学
              • 认知心理学设计书籍
                • 《认知与设计——理解UI设计准则》
                  • 作者：JeffJohnson
                • 《格式塔心理学原理》
                  • 作者：库尔特·考夫卡
                • 《ABOUTFACE4交互设计精髓》
                  • 作者：AlanCooper艾伦·库珀
                • 《设计心理学1-4》
                  • 作者：唐纳德·A·诺曼
                • 《简约至上》
                  • 作者：GilesColborne
                • 《交互设计沉思录》
                  • 作者：JonKolko
            • 心智模式
            • 行为心理学
          • 美学基础
          • 服务设计
          • 视觉&前端
          • 英语
        • 行业知识
          • 设计流行趋势
          • 设计行业发展
          • 设计流程与分工
          • 所属产品专业知识
        • 思维能力
          • 设计沟通
          • 执行力
          • 逻辑思维
          • 设计思维
            • 尼尔森十大交互设计原则
              • 设计案例应用
                • 案例1
                • 总结2
              • 创始人：雅各布·尼尔森
              • 定义：尼交互设计的一位web易用性大师“——JakobNielsen人机交互学博士发表
              • 原则
                • 1、Visibilityofsystemstatus系统可见性原则
                  • 系统应该让用户知道发生了什么，在适当的时间内做出适当的反馈。
                • 2、Matchbetweensystemandtherealworld匹配系统与真实世界（环境贴切原则）
                  • 系统应该用用户的语言，用词，短语和用户熟悉的概念，而不是系统术语
                • 3、Usercontrolandfreedom用户的控制性和自由度（撤销重作原则）
                  • 为了避免用户的误用和误击，系统应提供撤销和重做功能。
                • 4、Consistencyandstandards一致性和标准化（一致性原则）
                  • 系统要遵循平台规范的惯例。也就是，同一用语、功能、操作保持一致。
                • 5、Errorprevention防错原则
                  • 比出现错误信息提示更好的是更用心的设计防止这类问题发生。
                • 6、Recognitionratherthanrecall识别比记忆好（易取原则）
                  • 尽量减少用户对操作目标的记忆负荷，动作和选项都应该是可见的
                • 7、Flexibilityandefficiencyofuse使用的灵活高效（灵活高效原则）
                  • 中级用户的数量远高于初级和高级用户数。为大多数用户设计，不要低估，也不可轻视，保持灵活高效。
                • 8、Aestheticandminimalistdesign审美和简约的设计（易扫原则）
                  • 互联网用户浏览网页的动作不是读，不是看，而是扫。易扫，意味着突出重点，弱化和剔除无关信息。
                • 9、Helpusersrecognize,diagnose,andrecoverfromerrors帮助用户识别，诊断，并从错误中恢复（容错原则）
                  • 帮助用户从错误中恢复，将损失降到最低。如果无法自动挽回，则提供详尽的说明文字和指导方向，而非代码，比如404。
                • 10、Helpanddocumentation帮助文档（人性化帮助原则）
                  • 帮助性提示最好的方式是：1、无需提示；2、一次性提示；3、常驻提示；4；帮助文档。
            • 交互设计七大定律
              • Fitts’Law/菲茨定律（费茨法则）
                • 创始人：保罗·费茨
                • 定义：目标越远，点击时需要移动的时间越长；目标的大小会影响移动的速度和判断，越小，需要停下时花费的时间越长；
                • 启示：
                  • 1、按钮等可点击对象需要合理的大小尺寸，按钮越大越容易点击
                  • 2、相关联的功能按钮放在一起更容易点击
                  • 3、次要功能的按钮可以缩小一点
                  • 4、功能类型不同的按钮要放得远一点
                • 设计案例应用
                  • 案例1-web中的应用
                  • 案例2-按钮的大小
                  • 案例3-交互七大定律之菲茨定律
              • Hick’sLaw/席克定律（希克法则）/希克一海曼定律
                • 创始人：是以英国心理学家威廉·埃德蒙·席克（WilliamEdmundHick）和美国心理学家雷伊·海曼（RayHyman）命名的
                • 定义：人在面临选择越多的时候，所要消耗的时间成本越高。
                • 启示：
                  • 1、减少不必要的选择，提高选择效率；
                • 设计案例应用
                  • 案例1
                  • 案例2-如何使用希克定律
                  • 案例3-设计法则：希克定律
              • 神奇数字7±2法则
                • 创始人：乔治·A·米勒
                • 心理学学科
                • 设计案例应用
                  • 案例1-法则在设计中的应用
                  • 案例2-海盐社文章
              • TheLawOfProximity接近法则
                • 创始人：韦特海墨
                • 格式塔心理学
                • 设计案例应用
                  • 案例1-在设计中的应用
                  • 案例2-海盐社文章
              • 复杂度守恒定律/泰思勒定律
                • 创始人：LarryTesler
                • 设计案例的应用
                  • 案例1
              • 防错原则-尼尔森的十大交互设计原则
                • 创始人：雅各布·尼尔森
                • 设计案例应用
                  • 案例1
              • Occam’sRazor奥卡姆剃刀原理
                • 创始人：奥卡姆的威廉
                • 设计案例应用
                  • 案例1
          • 产品思维
    • 产品经理 《Yes！产品经理》读书笔记
      • 产品经理的三件事
        • 知道做什么
          • 知道做什么，定义为产品规划，包括新产品的开发和对现有产品的优化，工作内容就是产品组合，工作目标就是规划出最有市场获利能力的产品组合也就是产品战略的制定
          • 发现问题
            • 第一件事情解决的是知道市场有什么需求
          • 找到机会
            • 找到适合自己的市场位置
            • 找到适合我们的发展机会，尽量能够减小竞争的风险和市场的阻力
            • 市场上有个重要参与者：竞争对手
          • 创新产品
            • 根据我们自己在市场中的位置以及企业的资源情况来制定出这个产品的发展思路
            • 要明白自己能够做什么样的产品来满足市场需求，解决用户问题
        • 知道怎么做
          • 两层含义 产品经理在第一点上应该是专才，在第二点上是通才。 需要产品经理通过产品管理专业的知识和技能来向企业和团队说明如何做才能实现第一个工作所制定的战略。
          • 包括三件事：
            • 规划产品路线；
              • 产品（线）的目标是什么。
            • 设计产品策略；
              • 我们应该如何去做才能实现产品目标。
            • 制定年度计划。
              • 我们如何才能一步一步做到。
          • 自己本职的一些工作怎么做
            • 书中例子
            • 比如说现在需要你去删减产品，你作为一个产品经理，你知道应该去删减哪个吗？（靠什么？感觉？经验？高层意愿？还是干脆就抓阄）最直接的一个指标，就是看每个产品的盈利能力，通过对产品盈利能力的评估来决定产品的删减。
            • 但是又有多少产品经理知道如何做盈利能力评呢？损益表，成本核算，销售报表，产品经理要通过评估一定的数据才能比较客观的得出结果。即使如此，也不能完全通过评估的结果来做出决定，还要看这个产品所处的生命周期，假设删减后，这个产品的直接固定成本是否会对其它产品的盈利造成影响，等等
          • 产品团队的工作怎么做。
            • 一个产品从无到有，所要涉及到的环节和人员真是太多了，指望一个产品经理能够对每个业务环节的技能都精通是不现实的，但是作为产品经理必须要了解，最好是熟悉每个业务环节的知识。
        • 去做（主要是让别人去做）
          • 真正意义并不是说在这个工作中，产品经理就是放羊了，什么都不管不问了，而是说产品经理要知道该做什么，不该做什么
          • 方向引导
            • 告诉团队“做什么”
          • 过程管理
            • 告诉团队“做什么”
          • 工作指导
            • 告诉你的团队“正确地做”
      • 产品部门的人员
        • 配备
          • 产品助理1人
          • 产品经理X人
            • X代表产品线
          • CPO：1人
            • 也就是部门领导
        • 级别
          • 产品助理
            • 协助产品经理进行数据收集和分析的工作
            • 需要熟悉数据收集的工作思路和基本方法
            • 产品管理岗的业务执行岗
          • 产品经理
            • 依据公司产品战略，对某个（线）产品（介质、服务、品牌）担负根本责任的企业管理人员
          • 高级产品经理
            • 产品经理更多的工作还是在战术层面的话，那么高级产品经理则更多是在战略层面
          • 高级的区别
            • 产品经理在战略、规划和执行工作上的比例大致在2:3:5
            • 高级产品经理则应该在4:3:3
        • 产品经理的职业生涯
          • SM：销售管理阶段
            • 真正意义上的销售，不是那种推销
          • MM：营销管理阶段
            • 产品管理工作的基础思想
          • BM：商业管理阶段
            • 指导思想
        • 产品经理的工作
          • 工作职责
            • 协助部门领导制定产品管理制度与方案；
            • 负责向企业高层提供有助于决策企业战略的市场依据和建议；
            • 规划产品战略发展方向，制定产品的长期竞争策略；
            • 规划产品年度发展方向，制定产品年度计划；
            • 对所负责的产品进行市场调研并进行分析，提出产品改进计划；
            • 对产品的设计、开发、包装、渠道、定价、上市等过程进行全程监控；
            • 对产品在不同阶段出现的问题进行记录并进行处理；
            • 对产品品牌和产品成本进行管理；
            • 负责组织产品团队完成产品的功能设计和实施；
            • 负责产品项目的开发，对进度和质量进行监控；
            • 优化产品组合，提升产品价值；
            • 对产品市场有足够的把握，充分了解用户需求；
            • 协助企业和部门领导完成有关产品的其它工作；
            • 负责与相关部门（销售、制造、研发等）进行联络和协调。
          • 工作内容
            • 制定市场调研活动计划，完成有针对性的产品数据收集；
            • 根据市场数据发现市场机会，并提出有效的商业方案；
            • 对市场需求进行收集、整理和分析，并记录在《需求矩阵表》中；
            • 依据企业战略，制定产品战略，并形成产品路线文档；
            • 依据产品战略路线，制定年度产品策略；
            • 依据年度产品策略，制定年度产品计划并监督执行；
            • 根据市场情况和企业资源情况，制定可行的《商业需求文档》；
            • 撰写《市场需求文档》，定义产品的市场发展方案；
            • 撰写《产品需求文档》，对产品功能、性能等指标进行定义和描述；
            • 组织产品评审会，就产品方案进行详细说明；
            • 提出产品立项，完成《产品立项单》；
            • 对产品开发进度和质量进行监控，并就出现的问题进行协调；
            • 根据《产品质量验收标准》进行验收，并完成《产品质量验收报告》；
            • 对产品进行商品化包装；
            • 完成销售工具包，包括用户手册、帮助文件、销售指导手册等；
            • 举行产品内部培训会；
            • 协助市场部门进行产品上市的活动；
            • 跟踪产品上市情况，完成《产品上市反馈文档》；
            • 完成《产品项目总结报告》；
            • 产品结项，完成《产品结项单》；
            • 产品上市后的其它辅助性工作；
            • 其它对业务部门的支持工作；
            • 其它所需产品文档的撰写。
          • 工作关系
            • 对外
              • 与产品互补公司联系，分析产品生命周期；
              • 与产品竞争公司沟通，寻求差异化合作；
              • 与上下游产业厂商联系，预测产品发展趋势；
            • 对内
              • 与XXXX部各接口人联系，获取XXXX市场用户需求；
              • 与XXXX负责人联系，获取政策发展对产品的需求；
              • 与XXXX沟通，获取产品发展及公司技术体系发展对产品的需求；
              • 与XXXX沟通，执行已确立的产品项目的辅助非开发工作；
              • 与XXXX沟通，提出并建议产品的设计思路；
              • 与XXXX沟通，执行已封装产品的市场培训及辅助非业务工作。
      • 产品经理的人选条件
        • 有成本意识的
        • 有销售意识的
        • 有团队意识的
        • 有全局意识的
        • 不会抱怨的
        • 动不动就说自己理想的
        • 不喜欢加班的
        • 在别人说话的时候注意听的
      • PM素质
        • 个人素养
          • 个人修养
            • 尊重团队中的每个人，相信团队中的每个人
          • 创新能力
            • 企业的发展靠创新，创新的主导靠产品经理，创新的方向不可脱离市场的需求
          • 沟通协调能力
          • 自我管理能力
          • 工作压力承受能力
        • 管理知识
          • 战略管理知识
            • 方针、方向、思想
          • 项目管理知识
            • 制定项目计划
            • 评估项目风险
            • 争取项目资源
            • 管理项目团队
            • 协调项目问题
            • 控制项目进度
            • .........
          • 时间管理知识
            • 效率
            • 效果
          • 团队管理知识
            • 职能和业务双重角色
        • 核心能力
          • 产品需求管理
          • 产品项目管理
          • 新产品管理
          • 产品生命周期管理
          • 产品规范管理
      • 产品经理工作态度：十二字方针
        • 不卑不亢
        • 不骄不傲
        • 顾全大局
        • 以理服人
        • 实事求是
        • 分清主次
        • 心胸宽广
        • 主动学习
      • 产品部门和其他部门的关系
        • 产品部和其它部门就好比鱼和水，产品部的生存离不开各个部门的支持，而产品部的工作则是为了让各个部门工作的更好，是互相支持，相辅相成的关系
      • 产品经理的知识架构
        • 专业知识
          • 基础知识
            • 产品是什么
              • 产品经理眼中的产品是什么样的？
              • 产品的横向和纵向因素
              • 横向的4大因素
              • 纵向的8大因素
            • 需求是什么
              • 产品经理眼中的需求是什么样的？
              • 需求的来源是什么？；
              • 把握需求的3大关键点
            • 产品管理是什么
              • 产品管理的定义是什么？
              • 产品管理的3大关键点
              • 产品管理的战略管理包括什么内容？
              • 产品管理的规划管理包括什么内容？
              • 产品管理的战术管理包括什么内容？
              • 产品管理的目标是什么？
        • 方法学习
          • 产品战略
            • 企业竞争策略上的把握
            • 产品竞争战略上的制定
            • 行业发展的分享和预测
            • 产品发展所需资源的把握
            • 制定产品发展的指导性原则
          • 竞争分析
            • 竞争情报分析对于产品经理的意义何在？
            • 如何来做竞争情报分析？
            • 竞争情报分析的内容包括什么？
            • 竞争情报分析的流程是什么？
            • 竞争情报分析应该注意什么？
            • 如何撰写一份市场调研计划？
          • 市场细分
            • 什么是市场细分？
            • 市场细分的意义何在？
            • 市场细分的最终目的是什么？
            • 市场细分的前提是什么？
            • 市场细分的方法有哪些？
            • 市场细分的六步走
            • 确定目标用户的三步走
          • 产品概念
            • 产品的三种形态
            • 产品需求筛选流程
            • 需求评估表
            • 需求矩阵表
            • 需求筛选星云图
            • 产品概念筛选流程
            • 产品概念评估表
          • 产品规划
            • 产品年度计划的制定
            • Roadmap的内容和制定
            • SWOT的应用
            • 年度产品策划的内容和制定
          • 产品组合
            • 产品组合的六种类型
            • 产品线延伸
            • 产品线填充
            • 产品线缩减
            • 产品发展的三中思路
          • 品牌管理
            • 产品管理和产品品牌管理
            • 关于品牌的4个基本问题
            • 如何设计品牌战略
            • 品牌的层级关系
            • 品牌的定位策略
            • 品牌战略的4个要素
          • 商业计划
            • 不可回避的作战计划：BRD
            • BRD要解决的5个问题
            • 如何制定合理的营销目标
            • 如何进行合理的市场预测
            • 撰写一份完善的BRD
          • 流程构建
            • 业务流程概念
            • 业务流程的内外因素
            • 如何进行业务流程的构建
          • 产品设计
            • 产品设计的概念
            • 产品设计的内容
            • 如何进行产品设计
          • 用户原型
            • 用户原型塑造的概念
            • 用户原型塑造的主要思路
            • 用户原型塑造的内容
          • 规格定义
            • 为什么要进行产品功能的分类
            • 产品功能分为几类？
            • 如何进行产品功能的分类?
          • 价格策略
            • 产品经理的根本价格策略是什么？
            • 影响价格策略的内部因素是什么？
            • 影响价格策略的外部因素有哪些？
            • 制定价格的6个步骤
          • 渠道策略
            • 产品经理和产品渠道的关系
            • 产品经理需要关注的渠道都有哪些流程？
            • 渠道的类型都要哪些？
            • 如何选择适合产品的渠道？
            • 评估渠道能力的4个步骤
          • 客户管理
            • 客户终身价值决定企业价值
            • 我们要做客户关系管理而不是客户管理
            • 客户关系管理7步走
        • 流程模型
          • 三线五段模型
            • 三线
              • 需求线
              • 成本线
              • 信息线
            • 五段
              • 从何做起
              • 概念化阶段
              • 图纸化阶段
              • 技术化阶段
              • 商品化阶段
              • 市场化阶段
              • 一切重新开始
          • 核心思想
          • 根本目的
        • 工具模板
          • 产品管理常用工具
            • 产品经理常用工具体系
            • 《文档控制表》的使用
            • 文档的类型划分
          • 产品经理必须熟悉的26个文档
            • 客户访谈记录
            • 问题汇总矩阵
            • 需求矩阵表
            • 盈亏分析文档
            • 竞争分析文档
            • 市场细分文档
            • 产品组合文档
            • 产品创意筛选表
            • 商业方案
            • 产品价格模型
            • 产品收益表
            • 产品路线文档
            • 产品定位文档
            • 用户用例
            • 产品策划文档
            • 产品营销计划
            • 产品年度计划
            • 商业需求文档
            • 市场需求文档
            • 产品需求文档
            • 产品验收文档
            • 销售攻击包
            • 推广策划文档
            • 产品白皮书
            • 产品总结报告
            • 差距分析文档
        • 扩展知识
          • 项目管理
          • 战略管理
          • 团队管理
          • 时间管理
          • 个人素养
            • 逻辑思考
            • 学习能力
            • 沟通能力
            • 执行力
            • 主动性
            • 情商与逆商
        • 个人修养
          • 创新意识
          • 沟通协调
          • 自我管理
          • 抗压能力
        • 硬实力
          • 业务逻辑
            • 产品策划
              • 产品意识
                • 业务需求
              • 用户意识
                • 以人为本
              • 视觉能力
                • 跟进视觉以求达到体验目标
              • 用研能力
                • 挖掘用户痛点及使用习惯
              • 沟通能力
              • 学习能力
            • 行业经验
            • 关联知识
            • 技术修养
            • 运营知识
            • 数据分析
          • 工具使用
            • 项目与时间管理工具
            • 交互与设计工具
              • ★★★★★Axure（原形设计）
              • ★★★Photoshop（专业设计）
              • ★★★★Sketch
              • ★★★AfterEffects
              • ★★★★Pixate
              • ★★★★★MindManageer（脑图软件）
            • 效率与输出工具
      • 产品经理的25个文档
        • 产品经理25个文档，颜色标注的为必须文档，包括： 需求矩阵表 商业方案 产品路线文档 产品策略文档 商业需求文档 市场需求文档 产品需求文档 产品验收文档 产品白皮书 产品总结报告
        • 预测问题
          • 客户访谈记录
            • 流程类
              • 通过对客户的访谈、近期发布的产品以及潜在的未开发的客户发现市场中的问题。验证市场中最紧迫的问题并确定它们的普遍性
          • 问题汇总矩阵
            • 流程类
              • 描述产品的功能，从而通过它所提供给客户的特征和能力的利益来解决客户的问题。
          • 需求矩阵表
            • 控制类
              • 记录分析出的需求，评估需求并跟踪需求的发展。
        • 培育机会
          • 盈亏分析文档
            • 流程类
              • 知道客户为什么买（玩）或者不买（玩）近来产品的原因，并知道他们在购买过程中的步骤是什么。
          • 竞争分析文档
            • 流程类
              • 定义市场中的竞争对手和替代品提供者。评估他们的优劣势。制定一个能够战胜他们的战略。
        • 产品创新
          • 市场细分文档
            • 流程类
              • 分析市场细分并积极关注。确信目标细分对于产品的现在和未来都有足够大的商业价值。
          • 产品组合文档
            • 流程类
              • 把集中于多个市场的产品整合成一个互相关联的组，就像管理一个产品那样管理这个组合。包括商业方案、定位、购买流程、市场需求以及营销计划等等。
          • 产品创意筛选表
            • 流程类
              • 筛选出最适合市场细分的产品创意。确信这个创意是有利于市场和企业资源范围之内的。
          • 商业方案
            • 控制类
              • 制定完整的解决市场问题的方案。针对潜在的市场机会完成一份客观的分析，为投资提供一个基础。要清晰地说明你在市场中了解到一切，包括对风险的量化以及财务预算。
        • 产品路线
          • 产品价格模型
            • 流程类
              • 确定一种价格模式、计划、方针以及执行步骤。
          • 产品收益表
            • 流程类
              • 确定产品的长期收益指标。
          • 产品路线文档
            • 控制类
              • 确定产品长期的发展计划以及目标。
        • 产品策略
          • 产品定位文档
            • 流程类
              • 描述产品解决市场问题的能力。创建内部定位文档，这个文档将被用来开发对外信息并传递给每个关键的购买者或者个人。
          • 用户用例
            • 流程类
              • 定义参与购买你产品或者服务的典型购买者和最终用户
          • 产品策略文档
            • 控制类
              • 制定完整的产品策略来说明如何实现既定的战略目标
        • 产品计划
          • 产品营销计划
            • 流程类
              • 在即将到来的财年，要明确能够激发消费的意识和榜样的战略和战术，应该包括可测量和可实现的步骤和事件。
          • 产品年度计划
            • 流程类
              • 制定产品年度发展计划。
          • 商业需求文档
            • 控制类
              • 说明产品的商业发展计划
        • 概念化
          • 市场需求文档
            • 流程类
              • MRD的关注点在于描述市场问题，市场机会以及导致的市场需求，帮助设计出一个能够解决市场问题和实现市场机会的解决方案。
        • 图纸化
          • 产品需求文档
            • 流程类
              • PRD提供一个基于市场需求的针对某个产品的完整需求定义。PRD描述一个产品的特征和功能。
        • 技术化
          • 产品验收文档
            • 流程类
              • 明确可交付产品达到规格定义标准。
        • 商品化
          • 销售工具包
            • 流程类
              • 完整的针对销售团队所提供的文档、工具。
          • 推广策略
            • 流程类
              • 说明产品上市的媒体发布策略以及计划和目标。
          • 产品白皮书
            • 控制类
              • 发布公开的产品业务说明。
        • 市场化
          • 产品总结报告
            • 流程类
              • 对产品的整个过程进行回归记录。
      • 公司产品战略图流程
        • 先归纳出目前公司所有的产品，不管是上市的还是研发的，或者是规划中的
        • 根据这些产品的某些特征对产品进行分类，形成产品线
        • 评估每个产品所处的产品生命周期阶段，为进一步制定产品策略奠定基础
        • 评估产品之间的关系，找到产品之间的组合关系
        • 最后形成一个文档，就是产品战略图（PST）
      • 技术转产品的5个步骤
        • 了解自己是否真的不适合做技术工作
        • 全面了解产品经理的工作，评估自己是否真的对这个工作有兴趣
        • 岗位要转，首先是思维要转，从懂“产品”要转到懂“业务”
        • 了解公司产品管理体系架构，了解公司产品管理工作所涉及到的方法
        • 从实践中获取第一手的市场业务信息，真正开始由“产品”思维转到“业务”思维
        • 转型步骤
          • 第一步
            • 了解自己是否真的不适合做技术工作
              • 阶段目标
              • 了解自己是否真的不适合做技术工作
                • 阶段工作
                • 测评或者和他人交流，发现自己性格的特点
                  • 采用方法
                  • 测试和交流只是一种决定参考，不要忽视了主观意愿
                    • 注意事项
          • 第二步
            • 全面了解产品经理的工作，评估自己是否真的对这个工作有兴趣
              • 把自己对产品经理工作的想法、问题都提出来，多和过来人进行交流
                • 多参考这方面的资料
                  • 多花一些时间，尽量全面了解
          • 第三步
            • 岗位要转，首先是思维要转，从懂“产品”要转到懂“业务”
              • 和公司的产品经理进行交流，了解他们的工作思维
                • 交流
                  • 熟悉业务是个长期的过程，不要求快
          • 第四步
            • 了解公司产品管理体系架构，了解公司产品管理工作所涉及到的方法
              • 和产品部的同事交流，软硬兼施
                • 内部交流
                  • 定是领会精神，看到本质，而不是照猫画虎
          • 第五步
            • 从实践中获取第一手的市场业务信息，真正开始由“产品”思维转到“业务”思维
              • 多争取和终端用户的交流机会
                • 多帮产品经理的忙
                  • 你还不是产品经理
      • 产品经理的工作流程
        • PRD的输入和输出|：输入=MRD，输出=产品验收文档
        • 三大活动，十一个阶段，三十七项工作
        • 产品管理过程的三大活动：
          • 产品战略
          • 产品规划
          • 产品战术
        • 一个流程的规范
          • 工作阶段
            • 某项工作属于产品管理过程中的哪个阶段，是规划工作中的产品策略，还是战术工作中的图纸化
          • 工作内容
            • 某项工作的具体要求是什么，例如图纸化阶段就是要求产品经理定义出产品的规格
          • 工作方法/工具
            • 要说明完成某项工作需要的规范方法、工具，甚至模型是什么，例如制定价格策略，就需要我们构建一个价格模型出来
          • 工作成果
            • 某项工作在完成后，要达到什么样的一个目的，在整个产品管理过程中有什么作用
          • 工作关系
            • 某项工作所依赖的上一项工作和要指导的下一项工作都是什么
      • 产品管理工作的文档管理
        • 文档的作用
          • 记录介质
            • 甩锅
          • 过程推动
            • 靠文档来推动工作，而非规范性文档和口头协议
              • 有了市场需求文档才能有产品需求文档，有了产品上市文档，才能有产品结项文档，阶段的开始与完成都应该由相关的文档来推动
          • 抽象体现
            • 让一个即使没有见过实体产品的人明白产品是什么
              • 能够通过这套文档在头脑中形成一个清晰的产品轮廓
        • 文档的类型
          • 流程类
            • MRD
              • 这类文档在过程中占大多数，其作用就是在具体的过程中起推动流程的作用，是顺序化的文档，例如市场需求文档（MRD）
          • 控制类
            • 年度产品计划
              • 这类文档不多，但是很重要，其作用就是公司产品战略的具体体现，从名字也可以看出，这类文档是对某个产品项目甚至某个产品的发展起方向性和指导性的文档，例如年度产品计划
          • 决策类
            • 产品立项文档
              • 这类文档是‘点文档’，其作用就是在项目过程的某个点上起到‘决定性’的作用，本身这类文档是没有太多意义的，只是对这个决策点进行记录，例如产品立项文档
        • 文档的规范
          • 文档模板规范
            • 坚决反对直接用网上下载的模板，可以参考，但不可以照搬，一定要根据企业自身情况编制
          • 文档编号规范
            • 一个是文档本身的编号原则，另一个是文档内容的编号原则
          • 文档存取规范
            • 很多文档存取过于混乱，很容易造成资料流失的
          • 文档撰写规范
            • 内容展示的要求
          • 文档级别规范
            • 不同级别的人可以看不同级别的文档，比方说产品战略是公司最核心的信息，这个文档就一定是最高级的，只有少数人能够看到全文
      • 怎么管理现有产品 （怎么评估一款产品）
        • 市场
          • 市场的现状是什么样的；
          • 未来的趋势是什么样的；
          • 会对我们的产品在哪些方面产生影响
        • 客户/用户
          • 客户的基本情况是什么样的
          • 具有哪些特征
          • 对于该类产品的认知是什么样的
          • 最为关注哪些特色
          • 期望解决什么样的根本性问题
        • 竞争者
          • 竞争者都有哪些
          • 他们有什么特征
          • 优势和劣势各是什么
          • 他们对我们造成了什么样的影响
          • 对我们有什么样的启发
        • 自身
          • 我们的产品有什么真正与众不同的地方
          • 能够为客户带来不同于竞争者和替代品的真正价值在哪里
          • 产品的收益如何
          • 利润贡献如何
          • 市场占有率如何
        • 后续发展
          • 维持战略
          • 重生战略
          • 退出战略
        • 现有产品分类
          • 现金牛产品
          • 明星产品
          • 问题产品
          • 瘦狗产品
• 新产品从0-1设计全思路
  • 1、产品可行性分析
    • 市场足够大
    • 高频事件
    • 刚需强
    • 没有独角兽公司
    • 自身资源适合
  • 2、用户画像
    • 年龄区间
    • 分布地域
    • 性别比例
    • 收入情况
  • 3、产品定位
    • 工具
    • 媒体
    • 社交
    • 娱乐
    • 平台
  • 4、产品投放平台选取
    • web端
    • APP
    • H5
    • 公众号
    • 小程序
  • 5、用户需求分析
    • 六合分析法
    • 产品应用场景化设计
    • 有目标用户、无目标用户
  • 6、运营推广策略
    • 社群运营
    • SEO、ASO、SEM、EDM
    • 代理、地推
    • BD合作、异业合作
  • 产品设计开发流程
    • 需求分析
      • 产品
      • 交互
      • 运营
      • 需求分析 用户研究 需求沟通
      • 产出物
        • 产品&交互
          • 竞品分析
          • 用户模型
        • 产品
          • 产品需求文档PRD
          • 产品规划图（时间节点/人员安排）
    • 设计
      • 交互
        • 信息架构 界面易用性 交互设计草图
      • 视觉
      • 交互原型 产品需求&交互说明 设计规范
        • 用户体验设计指南
          • 用户需要什么 用户想要什么 我们可以做什么 我们的目的是什么
          • 介绍
            • 常用索引
            • 产品概略
              • 概述
              • 概念图
              • 蓝图
            • 使用说明
              • 目的
              • 如何使用
              • 适用范围
            • 共同完善
              • 版本号
              • 成员
              • 意见反馈和修改记录
          • 设计思想与原则
            • UCD
              • 用户、环境、市场
              • 目标、行为、观点
              • 认知、情感、学习
            • 产品化
              • 外观
              • 使用
              • 内涵
            • 可行性策略
              • 保持简单
              • 安全性
              • 正常运行
              • 响应及时
              • 异常处理
              • 与同类差异化
              • 可扩展性
          • 我们的沟通
            • 文档
            • 流程图
              • 结构图
              • 业务流程
              • 使用流程
              • 页面流程
            • 分享、交流
          • 品牌延续性设计
            • 风格概述
            • LOGO
            • 色系
            • 元素与图标
            • 字体
          • 界面设计
            • 布局排版
            • 字体
            • 菜单
            • 搜索框
            • 表单
              • 文本框
              • 单选
              • 下拉
              • 按钮
              • 多选
            • 内容文本
              • 正文
              • 列表
              • 链接
            • 界面文本
            • 按钮型链接
            • 窗口类型
              • 对活程
              • 提示框
            • 图标
              • 功能图标
              • 装饰图标
            • 修饰元素
            • 标题栏
            • 404
            • 打印
          • 人机交互
            • 快捷键
            • 输入
          • 首次体验
          • 产品测试
            • 你发现了什么问题
            • 用户在说什么
          • 我们自己的体验
            • 同类、竞争产品使用
            • 注意生活中的细节
            • 持续不断的学习
          • 这不是一个（一部分）人的事 是人文环境的营造，从思想开始有章可循，促进协作，共同完善 这不是准则，也不是规范 是称之为产品设计导向的一个不断健全和完善的指南 瞄准：用户、市场 团队：协作、沟通、分享、共进 努力打造良好用户体验的产品去迎接市场和用户的考验
      • 产出物
        • 交互
          • 交互设计图RP
          • 交互文档DRD
        • 视觉
          • 视觉设计图
          • 视觉规范文档
        • 前端/视觉
          • 切图、H5
    • 开发
      • 产品
      • 交互
      • 前端
      • 开发
      • 测试
      • 开发 设计走查 测试 项目跟进
      • 产出物
        • IOS/Android
          • losAndroid开发、测试包
          • PHP、数据库
        • 交互
          • 交互走查文档
        • 视觉
          • 视觉走查文档
        • 测试
          • 测试用例&测试报告
    • 反馈
      • 产品
      • 运营
      • 交互
      • 客服
      • 可用性测试 AB测试 用户反馈 产品数据
      • 产出物
        • 交互
          • 可用性测试文档及报告
        • 产品
          • 数据埋点
• 软件产品生命周期
  • 相关人员
    • 软件架构师
    • 软件工程师
    • 软件开发工程师
    • 应用程序安全专家
    • 软件项目经理
    • 质量保证测试员
    • 渗透测试员
    • 软件采购分析员
    • 项目经理
    • 安全经理
    • IT总监/经理
  • 周期模型
    • 产品规划（产品可行性分析）
      • 产品定位
      • 产品卖点
      • 功能策划
      • 开发周期评估
      • 市场效益评估
      • ...
    • 技术可行性分析
      • 组建设计团队
      • 软件架构设计
      • 技术可行性评估
      • 技术风险评估
    • 产品研发
      • 以“卖点”为中心
      • 组建研发团队
      • 制定软件过程规范（CMM）
      • 设计、研发、测试、发布
    • 市场推广
      • 宣传
      • 销售
      • 实施
      • 维护
      • 反馈
  • 关隘模型
    • 移情
      • 验证“想法”是不是真的存在
    • 黏性
      • 验证产品（解决方案）是否能留下人。
    • 病毒性
      • 验证产品是否存在传染力
    • 营收
      • 验证产品是否有赚钱能力
    • 规模性
      • 大规模的拉新，把市场铺开
    • 前四个阶段都是试验，得到一个靠谱的结论，再去花钱做规模，圈市场，能有效降低创业风险。 这是一个完整的产品从“蚕食”到“鲸吞”的科学过程。
• 计算机知识
  • 计算机知识体系
    • 计算机理论知识
      • 计算机网络
        • 四层网络模型
          • 应用层
            • FTP
            • SMTP
            • HTTP
          • 运输层
            • TCP
              • 三次握手
              • 拥塞控制
              • 保证数据的顺序，数据重传
            • UDP
          • 网络互连层
            • IP
              • ip协议的职责
          • 链路层，物理层
            • ethernet
            • 802.2，802.3
        • 思科网络技术基础
          • 网络环境构建
          • 网络命令
          • ...
        • 网络安全
        • socket编程
      • 数据结构和算法
        • 堆
          • 堆排序
          • 找出数组中最小的前k个元素
          • priorityqueue
        • 栈
        • 树
          • AVL树
          • 红黑树
          • DFS
          • BFS
          • B树
          • B+树
        • 图
          • dijkstra算法
          • floyd算法
          • 图的遍历
        • hash
          • 哈希函数
          • 哈希冲突解决方案
          • 哈希表的容量
        • 链表
          • 链表逆序
          • 求链表交点
        • 查找
          • 二分查找
          • 二分查找变形，类顺序数组
      • leetcode
      • 操作系统
        • 多线程和多进程
        • 死锁
        • 调度模型
        • 虚拟内存
        • 内存寻址
      • 编译原理
        • lex
        • yacc
        • 词法分析，语法分析
        • 小型编译器
    • linux/osx
      • 常用工具
        • git
          • gitrebase
          • gitcherry-pick
        • vim
          • vimscript
          • vimrc
          • vimplugins
          • shortcuts
        • ssh
          • psh
        • intelij
        • crontab
        • tmux
      • 服务器应用组件
        • nginx
          • nginx扩展
          • nginx配置（vhost）
          • 负载均衡
          • ng缓存
            • 一致性哈希
          • nginx进程模型，线程模型
          • nginx源码阅读
          • 网络编程的io模型
            • epoll
            • select
        • 消息队列
          • kafka
          • redis-list
        • lvs
        • https配置
      • 增量工具
        • ag，用来替换grep，silversearcher
        • htop,用来替换top
        • mac下的iterm2，用来替换terminal
    • web前端
      • css，less
      • javascript
      • html,dom
      • jquery
      • vuejs
      • angularjs
      • chrome调试js
    • 业务架构
      • 高并发，秒杀场景
      • 支付系统
        • 微信支付接入
      • 业务拆分，服务化
      • 性能评估，压力测试
        • 压测工具，ab，在apache-utils里面
        • webbentch
      • 方案
        • 可选方案
        • 方案优缺点评估
        • 方案的前提
        • 后期维护成本
        • 健壮性
        • 监控
      • rpc
        • thrift
        • grpc
    • 数据存储
      • mysql,pgsql
        • 索引的实现原理，索引的使用
        • 锁
          • mysql读锁
          • 写锁
        • 存储引擎
          • innodb
          • mysima
        • 事务
          • 实现原理
        • sql查询
          • sql执行的顺序
        • 主从分离
        • mysql代理
      • redis,memcache
        • list，kv，zset，hash，scan
        • 缓存淘汰算法
          • ttl的实现原理
            • 采用过期判断，每个key都有一个过期时间，每次操作前都会检查下是否过期，过期的话，将其清理。缺点是，如果大部分key都没有访问，那么他们不会被清理，所以仍然会比较占用内存。 定时清理，过一段时间，将过期的key清理一次。所以，redis中用了并存的两种方式来实现ttl的功能。
        • 阅读源码
        • rediscluster
        • redis中用到的数据结构
          • skiplist
          • ziplist
          • hashtable
      • cassandra
        • cassandracluster
      • commonproxy----haproxy
    • 编程语言
      • python
        • 爬虫scrappy
        • 语言
      • shell
        • 常用工具findgrepsedawktailmake
      • php
        • 配置
        • 语言
        • 源码阅读
          • cgi/fastcgi
          • array的实现
          • 变量的实现
          • sapi
          • zendengine
          • opcode
          • 函数的实现
          • php代码的执行过程
        • php扩展
        • php框架
          • laravel
          • orm
            • batchinsert
          • router
          • middleware
          • artisan
          • cli
          • 读几个模块的源码
          • log规划
          • lumen
        • php-fpm
          • php-fpm的初始化过程
          • fpm的数量
          • nginx与fpm交互过程中的技术细节
      • c/c++
        • C++程序设计
          • 面向过程
          • 面向对象
          • 泛型编程
          • 函数式编程
            • c++11
            • automake
            • cmake
            • stl
          • ...
        • 数据结构
          • 链表
          • 树
          • 图
          • ...
        • 算法设计与分析
          • 搜索
          • 排序
          • 递归
          • 动态规划
          • ...
        • 可视化编程
          • MFC
          • QT
      • Java
        • Java程序设计
          • Applet
          • JavaSE
          • ...
        • JavaWeb程序设计
          • JSP
          • JavaEE
          • SSH
          • ...
        • Android
        • Hadoop
      • C#
        • C#桌面应用
        • ASP.NET
    • 设计模式
      • 依赖注入
      • 单例
      • 工厂
    • 数据库原理
      • 关系模型
      • SQL
      • 数据库设计
      • SQLServer、Oracle、MySQL、SQLite
      • ...
  • 基础语言
    • 移动端开发
      • 移动端开发是指「手机端软件」的研发，我们常用的手机软件就是使用的移动开发技术，iOS开发是设计苹果手机上的软件，Android开发是设计「华为、小米、三星」等手机厂商的软件
      • Android开发
      • ios开发
    • 后端开发
      • 后端开发指的是对网站数据的存取、平台的搭建、稳定性的维护等「业务逻辑」方面的开发技术
      • Java
      • PHP
      • Python
      • 数据库
    • 前端开发
      • 前端开发是指开发我们看得见的网页，包括图片、按钮、文本框、提示框等的开发，用户能够直接与网页进行交互的所有操作都属于前端开发范畴
      • HTML&CSS
      • JavaScript
      • Ajax&jQuery
  • 理论部分
    • 计算机介绍
      • 计算机是电子数字计算机的简称，是一种自动地，高速地进行数值运算和信息处理的电子设备。它主要由一些机械的，电子的器件组成，再配以适当的程序和数据。程序及数据输入后可以自动执行，用以解决某些实际问题。计算机的各个物理试题为计算机硬件，程序和数据则称为计算机软件。
      • 软件设计
        • 软件工程
          • 需求分析
          • 概念设计
          • 详细设计
          • 编码实现
          • 软件测试
          • ...
        • 面向对象方法学
          • UML
          • 设计模式
          • ...
    • 数据结构与算法
    • 数学基础
      • 数据分析
        • 数学分析原理
      • 概率论
        • 应用统计与数理统计
      • 线性代数
  • 进阶
    • 全栈工程
      • 全栈工程师指的是前端+后端全能型人才
  • 实战应用
    • 微信小程序实战
      • 主要使用HTML+CSS+Javascript语言开发
    • 搭建电商平台
      • 主要使用PHP语言开发