0 产品设计基本概念
0.1 什么是产品设计
产品:
- 产品指的是能够供给市场,被人们使用和消费,并能满足人们某种需求的任何东西
 
产品设计:
- 互联网产品设计值得是基于战略需要和用户需求,形成方案直至实现方案完成为止的一系列工作和准备和管理
 
基本原则
- 需求原则:始终围绕需求来设计产品
 - 信息原则:根据我们获取到的信息(相关政策,对手的某些信息等)合理转换到我们的产品找那个
 - 有效原则:同样的需求我们可能有三四种方案去解决,那么哪一种方案是最好的最有效的
 - 逻辑原则:我们的设计方案需要符合一定基础逻辑,不能反人类
 - 效率原则:公司资源是有限的,如何利用有限的资源实现我们产品,满足需求
 
如图所示
 
0.2 产品设计的基本方法
人性法
- 什么是人性:人之所以成为人的那一部分
 - 人性的弱点:可以被利用的那部分
 - 人性法: 利用人性的弱点设计产品
 - 举例
- 朋友圈免费领取就是利用贪婪的新:设计要点:突出免费,限量,高价值
 - 外卖产品拯救懒癌患者:突出快捷,选择多,优惠券
 - 社交产品满足se欲:突出颜值导向,匿名,地理位置,xing幻想
 
 - 总结
- 挖掘人性最根本的需求源,懒,贪,色,傲
 - 发散的思维寻找解决方案,直击人性弱点
 - 选择合适的方案快速试错,检验是否成功利用弱点
 
 
映射法:
- 找到互联网的模式和线下的模式对比
 - 举例:
- 网络秀场和传统歌舞厅:都是颜值向导,有有钱人给主播打赏
 - 12306和火车售票厅:都支持买票,退票,查询
 - 今日头条和报纸:都有头版头条,广告,主题面板
 
 - 总结:
- 对比现实场景,有什么事类似的需求
 - 类比线上环境,需求可以如何满足
 - 选择合适方案,提高需求满足效率及效果
 
 
- 参考法:
- 微创新,关键点:
- 从小处着眼贴近用户需求心理
 - 快速出击,不断试错
 - 模仿不一定是抄袭
 
 - 举例:
- QQ游戏大厅和联众 :微创新——利用QQ作为游戏入库,导入了大量用户
 - 唯品会和Vente-Privee:微创新——移植国外模式到中国,满足国人虚荣心,进而变成尾货市场
总结: 
- 模仿,确定需求
 - 列举,需求清单
 - 创新,更优的解决需求
 
 
 - 微创新,关键点:
 
0.3 产品设计的基本流程
我们来看一下产品流程
我们看一下各个阶段产品经理充当的角色
- 需求阶段
- 充当角色
- 思想家
 - 作家
 - 画家
 
 - 完成需求从细胞到交互,原型,文档的过程
 
 - 充当角色
 - 开发阶段
- 充当角色
- 外交家
 - 监工
 
 - 监督需求的实现,排除万难保障需求完成的时间
 
 - 充当角色
 - 发布阶段
- 充当角色
- 数据分析师
 - 客服
 
 - 完成需求检验及客户意见搜集,上线数据分析等工作,继而整理需求进入下一轮的产品设计
 
 - 充当角色
 
0.4 产品设计的五个模式

产品设计:
- 关注需求
 - 合理制定方案
 - 明确迭代规划
 - 合理展示架构
 - 以用户为核心设计
 
1 产品方案
1.1 前情提要
产品设计
互联网产品设计值得是基于战略需要和用户需求,形成直至实现方案完成为止的一系列工作的准备和管理。市场分析
- 行业背景分析
- 宏观分析
 - 竞争态势
 - 行业技术预测
 
 - 市场现状分析
- 市场规模
 - 市场阶段
 
 - 微观个体分析
- SWOT分析
 - 用户研究
 
 
- 行业背景分析
 竞品分析
- 竞争格局分析(总述)
 - 竞品定位分析
 - 竞品功能分析(具体分析)
 - 竞品策略分析
 - 结论建议(总结)
 
- 需求分析
 
需求是希望满足某种欲望或者需要,而非特定的解决方式
- 需求到方案
 
我们往往听到的都是一种解决方案,但它大多不是真实的需求。
对此我们需要挖掘出真实需求,提出满足需求的最佳解决方案
例如:新闻APP老板需要做一个调整字体大小的功能,这就是一个方案。
是老板为了满足老年人能看手机新闻的需求。
我们根据我们目前的产品状况,可能我们的产品刚起步,面对的客户细分群体是20-40岁人群。
这样对他们来说这个需求可以先不被满足,我们可以把这个功能放到以后迭代中去。
很多时候,需求不被实现的原因
- 究其原因是方案本身除了问题
 - 偏离了用户需求
 - 无法满足企业需求
 - 考虑不系统导致实现过程愈发艰难
 
1.2 产品方案定义
产品方案可以理解为产品战略,就是学习运用产品组合策略和产品开发策略规划产品线,谋求理想的利润空间,根据产品生命周期的不同阶段定制适应性战略。
方案和需求的对比:
| 需求 | 感性的(我饿了) | 一个点(就是饿了) | 有限的(只是一个我饿了的需求) | 心灵的(就是心理想想) | 用户的(我) | 
| 方案 | 理性的(现在要动脑怎么去想怎么从饿到不饿) | 一个面(从订餐餐厅,到配送到我手中一个面) | 多样的(我既可以出去吃,也可以点外卖) | 金钱的(用金钱就能解决) | 企业 | 
互联网产品方案:
是一套基于用户需求,并根据行业及市场的北京,在有限的时间内,可按迭代完成的,有利于本企业建立竞争优势及获得更多用户并产生更多效益的一套产品策略及运营迭代方案组合。
1.3 产品方案
1.产品方案的要求:
- 先进行
背景分析 - 之后定一下
产品基调 - 和
产品框架 - 需要
结构清晰 - 最好预估一下
产品预期 
- 产品方案的设计方法
产品方案是重思路,策略,逻辑,而轻具体实现细节 
基于分析结论
- 市场
 - 竞品
 - 用户
 - 需求
 
形成解决方案
- 定位
 - 目标
 - 逻辑
 - 功能
 
- 产品方案的基本内容
 
| 为什么 | 市场竞品分析  用户需求分析  主要论据 | 
分析结论:论据需支撑后续方案结论 | 
| 做什么 | 产品定位  愿景  产品目标  核心逻辑 | 
方案结论:阐述核心产品逻辑 | 
| 怎么做 | 功能描述  关键页面  运营策略  时间规划 | 
简述功能界面及运营策略阐述耗时规划 | 
| 做到了 | 发展规划及预期展望 | 
画一幅美好的未来蓝图 | 
其中标记为红色的是重点,必须包含的内容,下面我们进行一一阐述
3.1 主要论据
论据与最终提出的产品方案有直接的联系,尽可能以数据形式展示
案例:哪些论据可以支持方案结论
   产品方案:优化视频内容的展示逻辑,包含增加智能推荐比重及自动播放功能
- a%的用户已经升级为4g网络
 - xxx的用户有超过1g/月的可用流量
 - 视频可增加用户的有效使用时长
 - 竞品xxx的视频内容占超过50%
 近5年视频内容产量的行业增长速度达到每年c%
正确答案是:1 2 3 5
3.2 产品定位
产品时怎么样来满足目标消费者或目标消费市场需求
3.3 愿景
企业长期发展的方向目标理想愿望及企业自我设定的社会责任和义务
3.4 产品目标
本次产品的退出能到到具体的怎样的效果,如分别满足了用户及企业的什么需求
3.5 核心逻辑的表达
产品的核心模块,核心竞争力,差异化的部分
案例:现在想做一个XX音乐VIP的产品,我们怎样进行核心逻辑的表达?
先设计产品的定位和目标
- 产品定位:一款为音乐粉丝提供更好服务的产品
 - 产品目标:
- 提供音乐特权,让粉丝用户更好的体会在线数字音乐
 - 提供粉丝特权,让粉丝用户更好的创造明星,追星,捧星
 
 - 目标用户的金字塔:
- 狂热粉丝,普通粉丝,跟风粉丝(狂热粉丝为顶端)
 
 

- 逻辑分析
- xx音乐VIP是以xx音乐及xx社区为基础的一款增值服务产品
 - 在xx音乐平台提供增值特权,通过xx用户的粉丝效应,拉动xx音乐平台的活跃度

 
 - 逻辑分析
xx用户与草根明星的互动以社区产品为承载,对用户进行召集。
 - 逻辑分析

 
3.6 时间规划
不同的方案有不同的应用场景:
- 预研类方案的规划主要是达成大目标的整体时间规划
 - 具体产品方案的时间规划主要是开发用时的基本评估

 
3.7 画蓝图
说白了就是吹出一个美好的未来
为什么需要产品方案
- 深刻理解需求的背景
 - 明确解决需求的路径
 - 为项目做准备
 
产品方案对个人工作的帮助
- 信息汇总与提炼
 - 逻辑梳理及建立
 - 目标的明确及确认
 
产品如何指导项目规划
- 产品方案的分析基础是项目规划的依据
 - 产品方案的发展展望是项目的目标
 - 产品方案中产品框架是项目迭代时间估算的基本
 
产品方案的使用
- 对于个人
- 深刻理解需求,提炼最合适的解决路径
对于项目 - 项目预研,项目申报,立项,甚至BP
 
 - 深刻理解需求,提炼最合适的解决路径
 
- 对于个人
 总结
- 产品策略及运营的方案组合
 - 源于需求,区别于需求
 - 走向需求文档,可能到不了需求文档
 - 有事没事,脑子里想想的方案
 
2 项目规划
2.1 项目规划的意义
- 明确清晰地目标
 - 有利于资源协调及执行
 - 更有利于全团队的一起努力
 
2.2 项目规划的做法
- 立项
- 怎么立项
- 发邮件,当面汇报,等待审批均可
 
 - 为什么要立项
- 仪式感
 
 - 是不是小公司就不需要立项?
- 不是,而是可以换一种形式的立项
 
 
 - 怎么立项
 - 分期
- 怎么分期
- 时间条件,技术条件,目标导向
 
 - 为什么要分期
- 因为资源有限,竞争激烈
 
 - 分期规划就不能调整了吗?
- 可以调整
 
 
 - 怎么分期
 - 调整
- 怎么调整
- 看反馈,看竞品,吧更能建立核心产品竞争力的特性点提前做
 - 看数据,把用户更喜欢的特性点做到更好的体验
 
 
 - 怎么调整
 
2.3 规划工具Roadmap
特点:
- 是一个路线图,蓝图
 - 需求预期管理:优先级,完成时间
 - 比脑图特性列表要更重视未来的时间周期
 - 比甘特图要弱化具体任务
 - 不拘泥于模板形式,意义大于呈现
下面两个都是Roadmap

 
如何制定Roadmap
- 明确Roadmap的排期基本目标
 - 在有限的资源之下,优先选择更重要的事情先做,逐步达到产品目标
 - 需求的合理并行及串行
 - 需求之间的关联及递进关系
 - MVP产品理念
 - 先保障最基本的功能实现,甚至是将需求才分完成,避免过度设计的冗余,先实现基本功能
 
- 常见错误:大而全
- 互联网瞬息万变,不能面面俱到
 - 资源有限
 - 设计部可能完美,需要用户反馈
 - 先用最高效的方式满足用户的核心需求
 
 - Roadmap的定期回顾
- 每个时间周期下的规划,都需要定期的复盘
 - 复盘可以更好的明确需求目标
 - 及时调整需求点的优先级,以适应更好的市场竞争
 
 
2.4 使用项目规划
项目规划分类
- 时间管理,把控节奏
 - 预期管理,管理好领导预期
 - 复盘分析,上线后需回头校验
 
如何确定项目周期
1.根据项目性质- 内部项目外包项目:外包项目按需求方确定周期
 - 整体输出型项目,迭代型项目:整体项目根据战略规划确定
 - 客户端项目,网页项目:客户端一般2-4周,网页一般1-2周
2.根据项目阶段 - 0-1:一般时间可能达到2个月以上
 - 优化阶段: 1-2周左右
 - 稳定阶段:3-4周左右
3.项目重要性 - 极为重要:尽可能压缩周期不可延期
 - 较为重要: 可按正常周期尽量不要延期
 - 一般重要:可按正常周期或为其他项目让路
 - 不重要:可延期
 
如何确定单个周内具体任务
1.需求优先级- 重要紧急任务必须做
 - 致命BUG类型修复必须做
 - 重要任务在有冗余时间的情况下做
2.其他因素 - 运营需求,卡着时间点:运营提供目标后确定
 - 合作部门需求,对方领导很看重: 根据既往合作情况确定
 - 老板需求,没有理由:根据老板性格确定
 
每个任务如何规划时长
1.需求规划- 文档输出时间可以压缩
 - 交互与设计时间预留充分
 - 预留需求修改时间
2.开发阶段 - 后端,前端时间需要确定
 - 联调时间不可少
 - 开发自行估计开发量
3.测试阶段- 测试时间一般为开发时间的0.5-1倍之间
 - 预留bug修复时间
 
 
2.5 产品方案撰写
- 产品方案基本思路如图所示:

 
案例:孩子总被人贩子拐跑这个事,想给孩子装一个追踪器
- 需求
- 孩子不丢
 
 - 分析用户
- 父母
 
 - 分析背景
- 国外有Amber alert网站
 - 国内有儿童失踪信息紧急发布平台
 
 - 分析行业
- 儿童智能手表
 - 儿童智能手机
 - 便携式定位器
 
 - 产品定位
- 职能定位产品
 
 - 产品形态
- 可贴在衣服上的只能定位产品
 - 与家长通讯设备连接
 
 - 预期
- 一期产品:可续航动力,无sim卡,便于携带
 - 二期产品:更轻便,能在身体表面,对身体无害
 
 
- 撰写技巧
 
- 信息加工再展示(支撑数据要得体)
- 数据要说明问题
 - 说明需求真实性
 - 说明需求重要性
 - 说明方案合理性
 - 关键文字不可省略
 - 合理利用图形结构化观点
 
 - 产品目标要清晰
- 这次要做什么
 - 为什么要这么做
 - 需求是否得到了充分的分析
 - 需求方案是否得到了全面的论证
 
 - 展示期望蓝图
- 自信
 
 
3 构建产品结构
3.1 解读产品结构
我们看一下整个项目的生命周期
定义
结构层是五个层面中的第三次,他也是是当地将我们的关注点从抽象的决策与范围问题,转移到更能影响最后的用户体验的具体因素
在内容建设方面,主要是通过信息架构来构建用户体验。信息架构研究的使人们如何认知信息的过程,对于产品而言,信息架构关注的就是显现给用户的信息是否合理并具有意义。
我们谈的产品结构
基于前期的需求分析及市场竞品分析等依据,将各个需求点以某种逻辑系统化的组织起来所形成的的立体结构
基于该结构,可以顺利的引导用户行为或将各类信息进行顺畅的流转。
小结
我们需要做的有关产品结构的构建,就是把原本可能无序的各个需求点以某种结构的方式展示出来
3.2 常见的产品结构类型
产品结构类型大致分为以下5种,如图所示:
层级结构
优势:- 符合人类天生爱分类的习惯
 - 有较高行为操作效率
 - 大多数产品均用这种结构
案例分析:手机QQ - 战略层思考
- 战略:
- 即时通讯软件
 - 年轻人社交工具
 - 生活方式
用户及场景 - 年轻人,90后
 - 非家长沟通
 - 工作,生活,学习沟通
 
 
 - 战略:
 - 范围层思考
- 需求:
- 聊天
 - 传文件
 - 发图片
 - 视频
 - 群聊天
任务流程 - 登录注册
 - 加好友
 - 发起聊天
 
 
 - 需求:
 - 结构层思考

 
线性结构
优势:- 利于表达一个故事
 - 一步步指引符合人的单向思维
 - 易于引导完成一个指定任务
 - 网页时代多用于产品介绍页
案例分析:短信 - 战略层思考
- 战略:
- 手机操作系统必备
 - 沟通工具
用户及场景 - 手机用户
 - 发不紧急的消息
 - 发存档的信息
 - 电话不通时发信息
 
 
 - 战略:
 - 范围层思考
- 需求:
- 发消息
 - 回复消息
 - 选择对象
任务流程 - 发消息-选择联系人
 - 回复消息
 - 选择联系人-发消息
 
 
 - 需求:
 - 结构层思考

 
矩阵结构
优势:- 可以同时满足不同用户
 - 能够承载更多信息
 - 展示效率更高
案例分析:JD产品介绍页 - 战略层思考
- 战略:
- 促进销售成单
 - 提高人均消费额
用户及场景 - 贪便宜的
 - 懒得
 - 不方便实体购物的
 
 
 - 战略:
 - 范围层思考
- 需求:
- 展示当前商品
 - 提供购买入口
 - 提供促销展示
 - 提供更多商品
任务流程 - 查看商品
 - 点击购买
 - 查看其他商品
 - 查看评论
 
 
 - 需求:
 - 结构层思考
    
自然结构
优势:- 鼓励人们探索
 - 提高产品趣味性
 - 游戏,咨询等类型产品使用(抖音)
案例分析:探探 - 战略层思考
- 战略:
- 陌生人社交
 - 赚钱
用户及场景 - 寂寞者
 - 单身者
 - 无聊时看异性
 
 
 - 战略:
 - 范围层思考
- 需求:
- 查看用户
 - 进行对应操作
 - 个人信息补充
任务流程 - 登录注册
 - 查看
 - 操作
 
 
 - 需求:
 - 结构层思考
  
在真实项目中,我们并非仅仅用一种结构,往往都是几种结构结合用
 
3.3 产品结构构建方式
产品结构=物理结构+逻辑结构
我们需要做的产品结构是这两者的完美结合
产品结构设计的基本方法:
- 自上而下
 - 自下而上
 - 两者结合
 
自上而下(先梳理父节点,再依次发散)
 自下而上(梳理最小的功能特性,再总结共性形成节点)
 两者平衡
当产品较为复杂,功能点比较多时,可以考虑两种方法混用,找到一个中间层,连贯上下
 
产品结构技巧:
- 如何提炼功能模块:
- 经验法:根据过往经验,推导出常用功能
- 涉及账户,自己过往经验进行设计
 
 - 对比法:参考其他产品,列出常用功能
- 对比映客做直播需要发起直播,看直播,美颜功能
 
 - 创造法:根据个人需求创造新功能
- 如keep会员会员等级体系功能
 
 
 - 经验法:根据过往经验,推导出常用功能
 
- 技巧一:分类
- 内容
- 分类就是要把相同或类似的东西归到一起
 - 一层一层的分类,就可以形成同一层级的节点
 - 分类结果以导航,TAB,页面内容,区域位置集中展示位结果
 
 - 分类标准及使用
- 按时间,地点
 - 按主题,按任务
 - 混合标准
 - 信息涉及多维度时怎么办,如何在结构分类中展示?(根据需求的优先级,重要程度;根据用户使用的场景,频率)
 
 
 - 内容
 - 技巧二:以功能模块为产品结构
- 直接总结产品的功能模块
 - 以功能模块为节点来形成结构
 - 举例映客:
- 发起直播,我的,首页
 
 
 - 以业务逻辑为产品结构
- 按业务操作流程分类
 - 示例后台产品
- 基础–技术常用的操作
 - 审稿–编辑常用的操作
 - 审核–产品运营常用的操作
 - 直播管理–直播运营常用的操作
  
 
 - 快速入口
- 把常用的功能在首页展示
 - 把用户可能需要的功能在相关页面展示
 - 举例:微信的+
 - 举例:搭配购买
 
 


3.4 产品结构输出物
- 产品结构图
 - 流程图
 - 特性列表
 
产品结构图
- 用于展示产品各个功能模块的立体结构方式
 - 包含物理结构
 - 包含逻辑结构的展示

 
用户流程图
- 用户流程图用于描述以用户的视角面对一个产品或功能时可进行的操作以及对应的反馈
 - 绘制技巧:把自己当作用户,在遇到的每一个可执行的操作时穷尽一切可能的情况,继而给出反应的反馈。

 
业务流程图
- 业务流程图是一种描述系统内各单位,人员之间的业务关系,作业顺序和管理信息流向的图表,利用它可以帮助分析人员找出业务流程中的不合理流向,它是物理模型

 
- 业务流程图是一种描述系统内各单位,人员之间的业务关系,作业顺序和管理信息流向的图表,利用它可以帮助分析人员找出业务流程中的不合理流向,它是物理模型
 页面流程图
- 用于展示各个页面都在怎样的前置条件下展示出来
 - 绘制技巧:穷举各项可能的操作,不同操作下展示不同的页面
  
- 总结
- 一般来说,产品经理经常用的是用户流程图
 - 不同的公司类型有不同的要求,与线下结合更多的产品可能更需要业务流程图
 - 页面流程图不经常用,可以再交互原型中展现页面之间的跳转联系
 
 
最后更新: 2018年12月26日 21:19