前言：既然是笔记，我只mark了我觉得对我现阶段有用的东西。并非书中全部内容总结。
第一章，产品需求挖掘 。。。。。。。。。。。。。。。。略，基本大同小异
第二章，产品定义
第一步，写新闻稿：
- name
- 预计发布时间
- target customer
- 解决了什么问题；
- how to solve（核心功能点）。
第二步，创建并且不断更新的FAQ文档：
- SVN ★★★★★
- Dropbox ★★★★
- Windows Live Sync ★★★★★
- 这几个就是网上推荐的工具？好多人推荐用wiki的喔，但是我不知道wiki是什么，不是维基百科么？怎么是个同步文档呢？
随着产品方案的不断细化，会有更多的问题，指出产品的不足，FAQ文档可以分成内部FAQ和外部FAQ（客户看），这个文档 可以大
量节省回答重复问题的时间，节省时间等于提高效率。
第三步，流程图/原型（线框图）
我个人认为要先画流程图，再画原型（线框图），因为画原型有时候会陷入细节，交互之类的设计。请摒弃这个习惯。而且 如果有流程
图，画原型陷入细节了，还可以迅速回到正轨。
流程图的基本原则：
- 只制作用户界面中相关部分的原型。
- 总是使用完成的、经过适当编辑的文本：例如大段文字=>“这里有一段话”占位；但是对于任何表单、按钮、对话框或其他有意义的控件你必须使用准确的高质量文案。
- 控制花在视觉设计上的时间。
- 使用灰度图，不要使用其他颜色：彩色会加大开发难度，并且带走注意力。
- 当心视觉花招：不知不觉争取别人的认可，例如边角变园或者透明度会使事物变得更加美观。
第四步：制作产品单页/10min的ppt
- name
- 预计发布时间
- target customer+客户数量
- 解决了什么问题+这个问题对目标客户的价值
- how to solve（核心功能点）+竞品分析
- 时间节点（主要里程碑）
第五步：写功能规格文档
- 简介：为什么要做这个产品以及要做些什么；必要的术语关键词统一析疑
- 目标和非目标：细化目标，排优先级
- 用例和用户场景：用例是指用简要的语句来描述那些用户必须执行的操作，用户场景则是用叙述事故的方式来描述用户是如何体验产品的。
例子：
用例：用户能共享屏幕
OR：当用户视图共享屏幕时，如果其他用户正在共享，该用户会受到系统让他确认是否代替目前正在共享的其他屏幕的提示。
比较好的用例描述模型是：用户类型+用户行为
例子：作为视频聊天参与者之一，我希望能【共享我的屏幕给其他视频聊天参与者】。
用用户场景的方式重描述：乔迪希望共享她的屏幕。她点击“共享屏幕”按钮。系统弹出提示要他选择想要共享的窗口或者共享整个 桌 面，每个
窗口都有窗口预览图和标签描述，并且预览图是实时的，就像一个个小视频。当乔迪点击其中一个选项后，他的屏幕就成功展现在视频
群聊中 了。但如果有人正在群聊中展现屏幕，系统会弹出提示：“瑞克正在共享他的屏幕，你想要代替成你的屏幕吗？”如果乔 迪点
击“是”，瑞 克的视频界面就会切回他的摄像头，乔迪的屏幕就会显示在群聊中；如果乔迪点击“不”，她则回到初始状态。
优先级要有一套常用的标准排序，例如：
P0：没有该功能产品没法演示
P1：没有该功能没法发布
P2：锦上添花，下一个版本的候选项
P3：呵呵
- 原型和流程图
- 非功能性需求：API，各种接口规格，
- 负载规划
有策略应对突然的访问高峰
第三章
我已经并入了上面了。。。。。。。。。。。。。。略