第3章 从小工到专家，设计卓越产品


3.1认识产品设计
3.1.1什么是产品设计
     *通过对用户群体行为特征进行具体分析，设计出符合用户期望载体的过程
3.1.2产品设计做什么
     *框架、结构、功能、外观，最后一个有实质性的载体上线（交付）
3.2产品实现的基本原理
3.2.1内容与数据
     *弄懂数据的产生、存储、消费情况
     *数据的产生——就是用户通过上传的形式提交信息。
     *数据的储存——基本上是工程师考虑的问题，用户提交过来的数据以什么方式存储性能会更好。
     *数据的消费——数据的展示和使用
3.2.2C/S架构
     *对于一些基础的、核心的、通用的需求，放到客户端版本中，设计这些功能的升级就通过发布新版本来解决。
     *对于一些业务属性比较强的，需求容易变更的产品，则可以考虑适量地调用网页的形式
3.2.3B/S架构
     *劣势在于网页端没有封装太多的业务逻辑，导致和服务器的通信开销比较大
     *往往会根据业务的复杂程度、交互体验性、应用场景等需求来选择具体的运用方式
3.3产品设计的三大能力
     *通过产品工具的使用把符合期望值的线框图原型勾画出来，可时间长了会发现自己永远停留在表面。
     *概念设计、功能流程设计、交互设计
3.3.1概念设计
     *概念设计就是忽略事物的具体形态，抓住事物的共同特征或本质特征进行设计。有模糊到清晰、由具体到抽象的不断进化的过程。
1.认识概念
2.概念图
     *通过虚拟映射来表现显示的一种方式，对信息世界进行建模。在数据结构设计中，通常采用E-R（实体—联系）模型进行设计。很多时候不用严格区分实体、关系和属性，只要能表达清楚意图，任何图形、图形、形式、符号的组合都是可以的。
3.产品架构图
1）从下到上——从底层开始考虑，确定哪些是最基础的，然后再去考虑业务层规则的策略，最后是表现层的商业应用。
2）从内到外——从内部管理控制层的逻辑着手，看内部系统需要设计哪些模块，最后一直延展到对外用户的使用层面上。
3.3.2功能流程设计
     *概念的设计没有约定每个功能的细节，比如：字段、校验的格式、流程的前置条件、后置条件、异常分支流程
1.功能设计
1）做对业务贡献最大的功能设计策略
2）哪怕一个功能单元，都要考虑周详，而且要严谨
P103需求-描述图
2.流程设计
1）填写表单？JS校验反馈
2）提交表单？校验？服务器反馈？
     *遇到复杂的流程时，可以假设什么条件都OK，按最理想的流程往下走，这样就可以得到一个主干流程。然后对每个结点上出现的分支流程进行细化，最后就可以得到一张完整的业务流程图了。
3.3.3 交互设计
1. 信息架构
     *信息架构中，最重要的是导航设计。设计理念是，让用户以最低的成本知道你有什么，他在哪里？怎么去？怎么回？
     *如果站点业务比较多，可以提供站点地图，是辅助导航的一种重要方式
     *导航优化——卡片分类法？用户参与？
     *页面布局与导航设计相辅相成
2. 交互细节
（1）做必要的引导和提醒，让用户知情
（2）及时告诉用户当前的进度，打消用户可能产生的焦虑情绪
（3）对于各个状态要及时进行反馈，并给用户建议性的提示
（4）掌握最基本的交互方式：鼠标单击、数遍悬浮
（5）让用户对不同状态的特性可见，一边预期操作的结果？
3.4 产品设计的八大理念
P113图
基于核心能力设计、基于高效操作设计、基于聚合设计、基于缺省设计
基于场景匹配设计、基于用户关怀设计、基于个性化设计、基于服用成本设计
3.4.1 基于核心功能设计
1. 地图产品的核心功能——信息全、更新快、线路运算能力强？
2. 播放软件的核心能力——围绕视听需求出发，包括解码格式要多，具有高清加速能力，声音可以被扩大
3. 视频网站的核心能力——内容丰富，更新要及时，下载播放速度要快
4. 搜索产品的核心功能——（基于分词，匹配索引）对用户搜索意图进行识别，精耕细作，为用户提供更精准的匹配结果
3.4.2 基于高效操作设计
     *在设计产品时，多从用户的角度考虑，让用户更省时省心
1. 批量管理？QQ通讯录
2. 批量群发？短信包
3. 批量处理？ 光影魔术
4. 自动任务？皮皮时光机
3.4.3 基于聚合设计
     1.入口聚合？hao123,appstore
     2.内容聚合？Googlereader、Feedsky、抓虾
3.4.4 基于缺省设计
     *将简单的带给用户，把复杂留给自己
     1.缺省告诉你：最？默认最便宜
     2.缺省告诉你：有？
3.4.5 基于场景匹配设计
     *摇一摇？漂流瓶？打车？
3.4.6 基于用户关怀设计
     1. 状态改变通知？站内信？手机短信？邮件？
     2. 未处理任务提醒？
3.4.7 基于个性化设计
     *普世性、共性的需求肯定是产品设计时要重点考虑的内容
     *但是不同用户的偏好不一样，鉴于此，在做好产品功能设计之外，可以考虑一下对个性化需求的满足。
     *基于个性化的需求设计是为了给用户提供丰富的选择空间，而不应该强制用户个性化
3.4.8 基于复用成本设计
3.5 产品设计的四大原则
     P131图
3.5.1 安全性
3.5.2 可靠性
     1.理想的速度
     *C/S架构，其界面的逻辑都是封装在客户端，只要服务器的响应够快即可..
     2. 兼容性
     3.并发处理能力
     *并发是指两个或多个事件在同一时间间隔内发生
3.5.3 易用性
     1.看起来很直观
     2.学起来很容易
     (1)按照通用性进行产品设计
     (2)不要约束用户,让用户按照其天性去使用
3.5.4 美观性
     *审美这件事更偏主管色彩
3.6 产品设计的两大技能
     *主要的技能包括工具的使用和文档撰写两个方面
3.6.1 工具的使用
     1.脑图类工具(MindManager/FreeMind/Xmind)
     2.流程图用例类工具（Visio/Rational Rose/Start Uml)
     3.原型类工具（Axure、Balsamiq Mockups、iPhone Mockup)
     4.数据类工具（Excel/SPSS)
     5.演示类工具（Demo-builder/PPT/PS)
3.6.2 文档撰写
     *文档的价值在于是否完整 、清晰地向阅览者传递了其所关注的信息。
     1.了解过程
     （1）弄清楚文档表达的过程
          a.整理业务素材，所谓的业务素材指的是整个业务的情况及业务的意图等
          b.面向对象，不同的人关注的内容不一样
          c.进行具体的表达，注意内容的组织
     （2）找到阻碍写文档的原因，划清边界，不要概念混乱
     （3）面向对象分析，根据文档的使用者决定文档怎么写。
     2.掌握技巧
     （1）如果是汇报方案，先说清楚为什么，这比只说结论来得有意义     
*事实上，在前期的沟通中能能清晰的告诉大家为什么，并介绍如何一步步推导，基于什么问题得到的结论.....在写产品方案时，把思考问题的轨迹展露出来，让大家在听取方案的同时进一步理解缘由，提高达成共识的可能。
     （2）先抓住中心思想进行总述，然后在分开阐述，结论先行、自上而下。
     （3）常见的几个表达的技巧
         *字不如表，表不如图