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