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)常见的几个表达的技巧
*字不如表,表不如图