从无中生有到快速迭代
产品不同阶段的设计方法及策略
刘津 李月
意义 方法&案例 延伸
·更全面
·更高视角
·更有针对性
WHY WHAT HOW
·产品不同阶段与对应目标
·产品不同阶段的设计侧重点
·产品不同阶段的设计流程与案例
·用户体验设计导图
·从业务到体验，从规划到结果
·职业发展进阶
意义
·更全面
·更高视角
·更有针对性
WHY
·产品不同阶段与对应目标
·产品不同阶段的设计侧重点
·产品不同阶段的设计流程与案例
·用户体验设计导图
·从业务到体验，从规划到结果
·职业发展进阶
方法&案例 延伸
WHAT HOW
4
意义
项目总结
方法应用 设计案例
⋯
共通点 设计规律之“道”
千变万化之“术”
具体设计策略
设计规律
意义
设计规律
具体设计策略
设计策略的依据
⽅方法分析
前置条件 限制条件
意义
1 新生期
2 变革期
3 稳定期
三阶三导示意图
更全面地了解产品设计方法
从点线再到面
1
意义
意义
更高的战略视角看产品设计
总览全局
2
意义
更有针对性的根据产品情况
进行设计
3
意义
个人综合能力的全面提升4
·更全面
·更高视角
·更有针对性
·产品不同阶段与对应目标
·产品不同阶段的设计侧重点
·产品不同阶段的设计流程与案例
·用户体验设计导图
·从业务到体验，从规划到结果
·职业发展进阶
方法&案例 延伸
WHAT HOW
意义
WHY
产品不同阶段对应的目标
不同产品阶段，目标不同
方法
产品不同阶段与对应目标
目标？
1 规划 ·参与产品前期规划
3 迭代
·迭代设计方案
·达成阶段目标
2 设计
·发现问题
·定义问题
·设计方案
业务导向的阶段
目标：验证需求是否靠谱
方法
产品不同阶段与对应目标
需求
探索
1 规划 ·参与产品前期规划
3 迭代
·迭代设计方案
·达成阶段目标
2 设计
·设计方案新生期
业务导向过渡到体验导向
目标：验证结构是否合理
方法
产品不同阶段与对应目标
结构
探索
1 规划 ·了解产品前期规划
3 迭代
·迭代设计方案
·达成阶段目标
2 设计
·发现问题
·定义问题
·设计方案
变革期
体验导向的阶段
目标：界面优化以满足体验及
商业目标
方法
产品不同阶段与对应目标
界面
探索
1 规划 ·了解产品前期规划
3 迭代
·迭代设计方案
·达成阶段目标
2 设计
·了解前期设计思路稳定期
产品不同阶段的设计侧重点
方法
产品不同阶段与对应目标
新生期
（需求探索）
变革期
（结构探索）
稳定期
（界面探索）
1 规划 3 迭代2 设计
产品不同阶段的设计流程与案例
无中生有新生期
方法
产品不同阶段的设计流程与案例
阶段1
定义：产品初创期或寻求新的业务转型机会；这一阶段是典型的业务导向阶段
任务：侧重参与前期规划或了解产品背景，摸索产品方向
阶段性目标：验证需求是否靠谱
注意点：不需要过度设计，能明确传达需求即可
新生期
（需求探索）
1 规划 3 迭代2 设计
阶段1：无中生有新生期
2 设计·设计方案1 规划 3 迭代
阶段1：无中生有新生期
·参与产品前期规划
用户诊断
用户故事
使用痛点
用户诉求
如何解决
⋯ ⋯
用户概况
产品方向
产品价值
战略评估
产品描述
使用场景
⋯ ⋯
产品价值
及画像
锁定
目标用户
业务 用户
目标用户细分
竞品分析
设计方向
需求&设计要点
功能 内容 设计点
用户/
场景
设计方案
界面草图
设计迭代
检验及修改
PRD、原型
阶段1：无中生有新生期
例：某垂直电商产品的0到1
锁定目标用户
目标用户细分
业务 用户
阶段1：无中生有新生期
例：网易保健品商城——锁定目标用户
业务 用户·通过门户广告宣传转化网易内部用户 ·关注健康
·消费能力强的人群
·数量大的人群
·喜欢网购
·⋯⋯
·为家人购买
·对导购要求较高
·对价格相对不敏感
·⋯⋯
问卷 聚类分析
自我满足型
32%
人情世故型
36%
关爱家人型
32%
用户诊断
用户故事
使用痛点
用户诉求
如何解决
⋯ ⋯
用户概况
阶段1：无中生有新生期
例：网易保健品商城——用户诊断
·赵成 男 35岁
·家庭成员包括太太、儿
子和双方父母
·投资行业
·网购经验和类型较丰富
·主要使用淘宝、京东、
1号店
问卷分析+用户访谈
用户痛点用户故事 用户诉求 解决方案
关注健康 学习了解 保健知识
购买保健
产品
医院
保健 平日
紧急
专业知识晦涩难懂
营销广告难辨真假
网络知识鱼龙混杂
口碑传播无科学依据
医院排队麻烦、挂号难
不会结合身体对症下药
怕假货、副作用
担心吃了无效果
提供个性化导购服务
提供个性化推荐内容 提供对比功能，方便选择
突出用户关注内容
年龄增大，健康问题严重
希望对症下药，为家人购买适
合的保健品（理性消费，目标
明确）
关注保健品功效、有无
副作用、适用人群、成
分、品牌、价格
阶段1：无中生有新生期
例：网易保健品商城——用户诊断
书籍
网络
电视
口碑
自主学习
网络广告、自主搜索、健康论坛等
电视广告、健康类节目等
邻居、同时、家人等传播
医院
药店
网购
国外代购
用
户
故
事
用
户
痛
点
用
户
诉
求
解
决
方
案
产品方向
产品价值及画像
产品价值
战略评估
产品描述
使用场景
⋯ ⋯
市场调研+用户研究+产品现有资源评估=产品价值&战略评估（做还是不做）
阶段1：无中生有新生期
例：网易保健品商城——产品方向
？
阶段1：无中生有新生期
例：某B端产品的官网设计
阶段1：无中生有新生期
用户诊断
用户故事
使用痛点
用户诉求
如何解决
⋯ ⋯
用户概况
产品方向
产品价值
战略评估
产品描述
使用场景
⋯ ⋯
产品价值
及画像
锁定
目标用户
业务 用户
目标用户细分
竞品分析
设计方向
需求&设计要点
功能 内容 设计点
用户/
场景
设计方案
界面草图
设计迭代
检验及修改
PRD、原型
例：某B端产品的官网设计
御膳房特点（共同点+差异点） 对应设计点
用户角色较多，诉求差别很大 需要分角色描述用户需求
角色 产品 解决方案间有交叉，关系错综复杂 需要分别介绍角色、产品、解决方案，并以完整案例串通，来说明产品
如何运作、满足用户需求；首页也要体现出角色、产品
产品模式新，不容易理解 强调产品理念、价值、特色，以及我们为什么用户解决什么问题。注意
用有说服力的语言打动用户
工具类产品，解决用户的实际问题 一针见血，直奔主题，给/“有用”、“高效”的印象
都属+大数据 云计算类的产品 考虑竞品在设计上的共同特征，比如设计风格要有科技感，但又不失清
新活泼
阿里、商家、
气象、交通、
SNS、其
它……
数据分析、
APP开发、
算法……
会员管理、
精准营销、
数据化运
营……
多种解决方案
解决用S的业
务问题
数据同步、
上传、V
权、购买、
出售……
海量的数据资源
数据提供者
阿里NN
淘宝 淘外商家
政/
其它
……
数据加工者
数据分析师
开发工程师
……
多样的开发工具
集中的数据管理 优质的数据P用 数据管理者
淘宝 淘外商家
/业
ISV
科研人员
……
数据消费者
淘宝 淘外商家
/业
ISV
科研人员
……
高效的数据流通
I整的生态系统
丰富的业务场景
3. 洞见方A——御膳房整3.值
淘宝商家 独立软C开发商 E业&组织 科研机构
典型的用户
故事 使用
场景 反馈
• 需要的数据在不同报表、工具、系统/，分析、使用都费
时费力
• 不同分析工具里面的数据不一样
• 淘内淘外，线上线下的数据整合困难
• 无线和PC的数据没有打通，对于顾客的购买行为无法有效
跟踪
• 数据的利用率不高，部分因为数据的积累和取用不够P捷
• 想换ERP，I数据都在里面，换不了
• 授权给第三方应用的数据，不知道哪些数据被授权出去了，
数据不安全
• 想更多了解老客户I是没有数据
• 想要第三方数据
• 引流成本高&客户流失率高&不知道如何维护老客
• 调研周期长&样本少&成本高&精准性不够
• 广告效果不好，广告主不
满意
• 竞争越来越激烈，如何突
围
• 大数据挖掘成本太高
• 人群不精准，预算花不出
去
• 阿里那么多数据，我B能
用吗
• 大数据浪潮已经来临，如何挖掘自身业务数据的
潜在价值，真正让数据说话？
• 我B的数据存储量很大，业务膨胀对于存储空间
有更高的弹性需求，I服务器维护成本高昂，服
务器资源消耗分布不均，不支持弹性、可扩展
• 我B缺少数据仓库建设经验，前期建设需要投入
大量研发资源，周边系统的支撑不足
• 希望使用第三方数据助力业务运营&阿里消费者
数据也许对我B是一个完成突破的契机
• 办数据大赛需要第
三方平台
• 学者R科研课题，
需要数据R支持
• 高校开相关课程，
需要大数据开发平
台的实例及培训体
系
用户痛点
诉求
• 数据不通&数据不一致
• 分析工具单一、传统，费时费力&传统BI昂贵、耗时
• 数据和应用绑定，使用不P&第三方授权，不方P，不安
全
• 需要更多的数据，包括会员和访客的行为、属性数据&同
行业店铺运营数据&营销效果&第三方数据&更有效地利
用
• 需要更丰富的营销触达渠道
• 需要更好的调研方式
• 能用到更多的数据
• 精准筛选人群
• 降低大数据挖掘的成本
• 提升广告效果
• 希望挖掘自身业务的潜在价值
• 获得阿里数据和第三方数据
• 希望以最经济的方式优化配置资源
• 缺少数据仓库建设经验
• 第三方平台&数据&
势力及培训体系
解决方案 • 御膳房产品：数据/心 数据联盟 • BI解决方案
• 复购提升解决方案
• 商家调研解决方案
• 产品：数据引擎 安全产品
数据市场
• 精准营销解决方案
• BI解决方案
• 复购提升解决方案
• 商家调研解决方案
• 产品：数据引擎 数据/心 数据市场 安全产品
• E业云数据解决方案
• 产品：数据引擎 数
据市场
• 科研解决方案：承
办数据大赛、学术
研究、共建大数据
专业
带给用户的
价值
• 整合线上线下数据，自由管理&利用三方数据，玩法多变
• 通过BI 工具提升效率，挖掘数据价值
• 依靠数据应用及服务获得利润
• 获取丰富的淘宝数据和淘
外数据&
• 一站式解决数据应用的开
发、售卖，迅速变现&
• 获得更大市场和用户曝光
• 业务数据上云，通过数据化运营来R业务决策和
产品实现。
• 获得阿里数据、数据服务、第三方数据，让产品
服务更智能。
• 使用高效易用的大数据开发平台和云数据仓库，
完成高级开发需求。
• 获取丰富的淘宝数
据和淘外数据&
• 获悉全球领先的电
商实践案例&
• 享用高效、功能强
大的开发平台
�� �� ��
� ��
��� ��
总d 御膳房是一I基OP的P,,S平台，帮助
P客户、商家、ISV
管理、开发、应用数
据，最终R生业务价
l。
提g大数据应用U开发到C
市售卖的端到端解决方案；
提g基OP的全开放d系架
构，可接入其中各环节应用
和服务
驱动客户高效使用数据，
创造新的商业模式和更大
的商业价l
丰富的阿里及第B方数据；一站式
开发平台；高效的数据管理、流通；
完整的数据生态系统
商家
ISV
DP
企业
科研
ISV喜宝L绫致提g直通车投放服务。
希望利用阿里开放的商家数据，和气
象局开放的气象数据升级 PP，最终
帮绫致集团更好的做直通车投放。
数据
中心
基O御膳房数据开发
平台，帮助租户管理
数据、运营数据和使
用应用的一站式中心。
“存”“通”“用”；
帮助御膳房租户 • 数据化运营
• 运营数据
承载多种解决方案，解决用户BI、
CRM、市场调研多I业务场景
企业的数据资R管理
员；数据分析师；业
务运营人员
伊米妮目前使用赤兔绩效来进行客服
人员的考评，同时使用数PBI进行店
铺数据分析。其希望赤兔中的客数据
可以保存并被集成到数PBI中，以客
服报表d现，以i日常分析……
数据
引擎
提g数据开发、应用
开发、大数据挖掘引
擎、帮助客户探索数
据及研发数据
在P端建立数据V库，o分S受P计算高性能、c成本的
优势；
利用ODPS SQL，M,pReduce, Xlib 和数据探索，开发
模型和算法，高效处理数据；
利用数据服务和 PP开发套件，将您的数据以服务的形式
C市Q易，在保证数据安全的同时实现数据价l。
强大 ：数以A计CPU配以丰富强大
的开发工u，提g海量数据处理能
力；
协e：灵活的角色管理、数据授权
和X码管理，让团队协e简单高效；
安全：用户的数据和X码会被妥善
存n，确保不会丢失或泄漏，只有
获得授权才能访问。
ISV
企业
科研
商家开发人员
商家在线D获取一部分用户数据，通
过IDM,pping服务，可以匹配出用户
在阿里的消费行L、用户特征等k息，
再通过look,like服务，放大到全网中
去寻找类a的用户，对他们投放广告，
得到更好的效果。
数据
市场
基O御膳房数据平台，
帮助租户Q换数据及
数据服务。
集中：一I市场降c搜寻成
本，建立统一的市场机制
放大：解决存、通、用的问
题，构建企业数据中心，增
加共生共赢的数据Q易需求
通过阿里的P计算、电商
市场与数据优势，构建数
据中心业务模式与生态，
U而建立集中市场，驱动
客户安全Q换、使用、管
理数据，最大化数据的流
通、使用价l
安全，不可复制，P,,S在数据防盗
版和隐私保护C提g独一无二的R
品支撑；
配套使用环境；
海量数据、阿里和第B方数据的化
学反应；
卖方：阿里系（阿里、
阿里投、阿里全资收
购）、政企、线D企
业；……
M方：ISV、品牌商、
阿里系、企业、机
构……
高德在数据市场出售数据，快的在数
据市场购M高德数据，再结合自己的
数据，就可以根据司机的喜好和距离
来L客户提g精准推单，提升业务效
率。
安全
R品
提g多种安全R品和
服务，保证数据安全
希望利用多租户带来的资源高度共S模式，提高资源利用
率，降c单b资源成本；同时p服租户间隔离性D降给租
户带来的不i。
提g敏感k息脱敏、数据开发生R
防入侵防泄漏、数据使用行L风险
控制等安全R品服务，用户可根据
需要I性化自身的数据安全策略。
数据提g者；开发人
员
数据提g者出O安全考虑需要使用；
开发人员在有数据保护需求的情况D
会使用数据脱敏服务
. 洞见方.——产品之间的关系
PaaS$$$$数据引擎 数据3发 WebApp 数据探索 数据服务集成 A产I维
SaaS$$$$数据中心 BI 效果 数据管理 应B管理 …… 数据市场
IaaS$$$$$阿里云
方法
产品不同阶段的设计流程与案例
步步为营变革期阶段2
变革期
（结构探索）
1 规划 3 迭代2 设计
阶段2：步步为营变革期
定义：新生期产品在产品方向逐渐稳定后，寻求体验上的大幅优化
任务：侧重发现、定义体验问题并给出解决方案
阶段性目标：验证结构是否合理，使用流程是否顺畅等；用户主要任务是否能比较顺利的完成
注意点：不要过度纠结界面细节设计
2 设计·发现问题
·定义问题
目标用户
问题
目标用户画像
使用场景细分
产品数据分析
产品使用问题
⋯ ⋯
实际用户画像
目标用户
校正
实际用户细分
用户调研 卡片分类
数据分析 聚类分析...
3 迭代
设计迭代
检验及修改
PRD、原型
阶段2：步步为营变革期
1 规划·了解产品前期规划
竞品分析
关键问题
鱼骨图收敛
问题
问题
问题
问题
关键问题1
关键问题2
改进方向
解决方法
解决方法
解决方法
解决方法
关键问题1
关键问题2
鱼骨图发散
设计方案
任务 子任务
界面草图推导
阶段2：步步为营变革期
例：网易彩票产品改版
目标用户校正
实际用户细分
用户调研 卡片分类
数据分析 聚类分析...
4%
阶段2：步步为营变革期
例：网易彩票客户端——目标用户校正
2%
8%
男性用户占90%
2%
8%
90%
男
女
未知
性别比例
20-40岁用户占91%
1%
4%
26%
65%
4%
20岁以下
20-30岁
30-40岁
40-50岁
50岁以上
年龄分布
4%
8%
14%
51%
27%
3次以下
3-5次
5-10次
10次以上
平均购彩次数/周
每周购彩小于5次用户占78%
2%
3%
7%
12%
41%
35%
2元
2-10元
10-20元
20-50元
50-100元
100元以上
平均购彩金额/次
购彩金额小于10元/次用户占76%
数据表明，使用网易彩票客户端的实际用户以
20-40岁男性，每周购彩5次以下，每次消费10元以下的初级彩民为主
目标用户问题
实际用户画像
目标用户画像
产品数据分析
使用场景细分
产品使用问题
⋯ ⋯
选号 购彩 开奖
不了解彩种和规则
用最简单的方法，
告诉我该选什么号
例：网易彩票客户端——目标用户问题（目标用户画像）
用
户
故
事
用
户
痛
点
用
户
诉
求
初级彩民（80%用户）
不知道选什么号码
不知道跟着谁选
跟着感觉选
跟着牛人选
追号
确认号码
支付
第一时间查看开奖号码
查看自己是否中奖
支付需要开通网易宝
每次支付需要输密码
支付需要跳出客户端
开奖信息不够及时
是否中奖没有推送
支付快捷简单 开奖、中间信息的
获取及时准确
阶段2：步步为营变革期
选号 购彩 开奖
没有充分的数据和资讯
有充分数据、资
讯作为购彩参考
用
户
故
事
用
户
痛
点
用
户
诉
求
专家彩民（20%用户）
看走势图、遗漏等数据选号
看专家分析、彩票资讯
分享精选号码
确认号码
支付
第一时间查看开奖号码
查看自己是否中奖
每次支付需要输密码
支付需要跳出客户端
开奖信息不够及时
是否中奖没有推送
支付快捷简单 开奖、中间信息
的获取及时准确
阶段2：步步为营变革期
例：网易彩票客户端——目标用户问题（目标用户画像）
阶段2：步步为营变革期
例：网易彩票客户端——目标用户问题（使用场景分析）
移动场景 VS 稳定场景 移动端 VS Web端
7%
43%
50%
自选
机选
幸运选号
客户端用户机选比例明显大于Web端
8%
92%
自选
机选
自选与机选
阶段2：步步为营变革期
例：网易彩票客户端——目标用户问题（产品数据分析）
Web端 客户端
机选更加方便快捷，符合移动场景
4%
46% 50% 普通投注参与合买
发起合买
3%
25%
72%
普通投注
参与合买
发起合买
合买统计
阶段2：步步为营变革期
Web端
客户端
客户端参与合买人数明显小于Web端
与Web端相比，客户端没有发起合买人的战绩、获奖记录、成单
率等参考，也没有合买名人、热门方案等推荐，合买判断条件不足
例：网易彩票客户端——目标用户问题（产品数据分析）
彩种统计
阶段2：步步为营变革期
Web端
客户端
购买竞技彩需要有对球队充分的了解，和大量的数据作为依据，而
客户端并没有提供这些数据，购买判断条件不足
8%
28%
64%
数字彩
高频彩
竞技彩
1%
27%
72%
数字彩
高频彩
竞技彩
客户端竞技彩用户明显减少，数字彩用户有所增多
例：网易彩票客户端——目标用户问题（产品数据分析）
关键问题
鱼骨图收敛
问题
问题
问题
问题
关键问题1
关键问题2
竞品分析
阶段2：步步为营变革期
例：网易彩票客户端——关键问题
缺少做购彩决策的依据
不了解彩种和规则
不知道选什么号码
不知道跟着谁选
没有充分的数据和资讯
改进方向
鱼骨图发散
解决方法
解决方法
解决方法
解决方法
关键问题1
关键问题2
在信息层级上更扁平
突出发起者的排名和战绩
提供购彩分析类资讯作为选号依据
推荐的号码可以直接购买
过滤掉曾经开出的号码
提供简单数据
遗漏数据、近期开奖数据等
幸运选号
形式更有趣的幸运选号
摇一摇选号
专家推荐预测
旋转矩阵过滤
优化合买
阶段2：步步为营变革期
例：网易彩票客户端——改进方向
缺少做购彩决策的依据
结合场景
设计方案
界面草图推导
任务 子任务
阶段2：步步为营变革期
例：网易彩票客户端——设计方案 购彩大厅
双色球
选号投注 合买
距第12071期截止
4小时29分28秒
大乐透
选号投注 合买
距第062027期截止
1分22秒
11选5
选号投注 合买
距第092017期截止
7分15秒
竞彩足球 距第092017期截止
7分15秒
购彩大厅 幸运选号 开奖信息 彩票资讯 我的彩票
双色球合买
96% 3000元 1元 104份 总金额 每份 剩余
92% 5200元 1元 110份 总金额 每份 剩余
92% 108元 元 27份 总金额 每份 剩余
90% 8000元 1元 305份 总金额 每份 剩余
90% 8000元 1元 305份 总金额 每份 剩余
购彩大厅 合买跟单 开奖信息 彩票资讯 我的彩票
购彩大厅
开奖信息
网易彩票
我的彩票
幸运选号
彩票资讯
选号投注
合买
选彩种 选直接投注or合买
原方案
阶段2：步步为营变革期
例：网易彩票客户端——设计方案
全部彩种
购彩大厅 合买跟单 开奖信息 彩票资讯 我的彩票
按进度排序 按战绩排序
96%
鱼儿飞 ★★★
3000元 1元 104份
总金额 每份 剩余
竞彩足球
92%
Jolly ★★
5200元 1元 110份
总金额 每份 剩余
双色球
92%
西风
108元 元 27份
总金额 每份 剩余
大乐透
90%
川西平原 ★★★★
8000元 1元 305份
总金额 每份 剩余
双色球
新方案
购彩大厅
开奖信息
网易彩票
我的彩票
合买跟单
彩票资讯
选彩种选直接投注or合买
默认所有彩种混合在一起
也可以单独选择某一彩种
可以选择按进度或战绩排序
突出发起人战绩
方法
产品不同阶段的设计流程与案例
快速迭代稳定期阶段3
定义：产品业务方向十分明确，结构稳定、拓展性强，用户量十分庞大且形成了固定的习惯
任务：通过数据分析、可用性测试等方法不断优化界面细节体验
阶段性目标：验证界面的细微调整是否带来更好的体验，是否更有利于商业价值
注意点：忌大幅改动，影响用户习惯
稳定期
（界面探索）
1 规划 3 迭代2 设计
阶段3：快速迭代稳定期
2 设计·了解前期设计思路
了解背景
业务&用户问题
业务目标
用户调研
数据分析
其他问题
⋯ ⋯
1 规划·了解产品前期规划
设计切入点
达成方法
达成方法
达成方法
达成方法
目标1
目标2
鱼骨图发散
阶段3：快速迭代稳定期
3 迭代·迭代设计方案
·达成阶段目标
设计目标
界面设计目标
目标
业务 用户
目标 目标
设计方案
界面草图
原型
设计迭代
指标检验及改进
检验指标
目标 指标
目标 指标
目标 指标
业务目标分解&
用户体验量化
阶段3：快速迭代稳定期
例：同程旅游详情页改版
57
阶段3：快速迭代稳定期
同程旅游：
•创立于2004年，总部设在中国苏州，员工4000余人，是中国
在线旅游行业三大企业集团之一。
• 2014年服务人次约3000万，目前公司在中国景点门票预订市
场处于绝对领先位置。
关于景点详情页：
•景点门票是同程旅游目前最重要的营收项目，而景点详情页是用
户下单前最关键的一步。
•目前国内在线旅游产品已经基本形成自己的产品模式，而且在很
大程度上受景区供应商的制约，很多内容的设计需要综合考虑用
户习惯、业务限制等各个方面。
•因此，这也决定了当前景点详情页改版属于快速迭代稳定期，需
要慎重对待，牵一发而动全身。
了解背景
业务&用户问题
业务目标
用户调研
数据分析
其他问题
⋯ ⋯
注：我们一屏可以展示5条票型card，可以认为超过
10条即为“多”
全部景区按票型数量分类饼图
当前景区票型可以粗略分两种：
•一种票型数比较少，多为小景区，占到90%以上，但小
景区出票量比较少
•一种票型数很多，多为大景区，虽然这类大景区只占
10%左右，但出票量很多
因此，景区票型详情页优化的方案，我们可以先简单分
为两类：
多票型和少票型。
焦点在于多票型，如果能满足浏览这种票型用户的需
求，那我们可以再套用在少票型去验证是否也可行，再
根据情况考虑是不是还需要为少票型单独做另一套模板。
阶段3：快速迭代稳定期
例：同程旅游客户端景点详情页
10种及以下
11至20种
20种以上
业务分析
现状 —— 一个多票型景区的完整页面
阶段3：快速迭代稳定期
例：同程旅游客户端景点详情页
返回率偏高
转化率
用户想收起当前展开列表
想要查看更多票型信息
点评率偏低
票型过多过于繁杂
票型列表看不到预订时间的要
求
支付方式写在不同的票型card上，辨识
不清
阶段3：快速迭代稳定期
例：同程旅游客户端景点详情页
行为数据分析
交易数据分析
1、新用户对于1元门票需求很大，仅购买1元门票的新用户占比半数以上
2、用户黏性不够，3个月内留存率偏低，很多新用户只购买一次1元门票就不再来了
3、景区门票中除了普通成人票以外还有很多捆绑的联票及玩乐项目的票，但用户对门票的需求是最大的
4、当前票型存在现场支付和在线支付两种方式，用户对两种支付方式均有需求
5、用户对于预订时间及预订须知方面了解不清，导致后期订票后有投诉现象发生
阶段3：快速迭代稳定期
例：同程旅游客户端景点详情页
调研内容：
1、找了10个用户对详情页进行使用查看，收集一些大家的看法。
2、目前OTA行业对于在线支付和现场支付方式都是放在列表页显示，而不是像普通电商那样在订单填写页完成，主要是项
目理解现场支付是很宝贵的资源，不是每个企业每个景区都有能力谈下来的，但用户真的这么想吗？针对这点，我们做了两
版支付方式的设计稿，请用研协助进行了可用性测试。（用研耗时个工作日）
成果：
1、验证了一些我们预想的用户使用痛点：票型过于繁杂，满意度低，选票速度耗时较长等问题
2、用户对于支付方式的看法增强了我们对此进行大尺度改版的决心，以及，获得一些当前版本下票型排序的指导思路。
阶段3：快速迭代稳定期
例：同程旅游客户端景点详情页
用研分析
总结用户购票最怕的痛点：
1、票型过于繁多复杂难以选择 （急需解决）
2、景区购票/现场支付需要排队等待（有待解决）
3、退票有一定复杂性（有待解决）
4、网上支付有一定的操作门槛
5、票价贵（客户端相比线下已解决）
阶段3：快速迭代稳定期
例：同程旅游客户端景点详情页
设计目标
界面设计目标
目标
业务 用户
目标 目标
阶段3：快速迭代稳定期
例：同程旅游客户端景点详情页
提高用户选票的效率：
• 简化选择难度
• 有效信息读取
购票前
景点列表页
景点详情页
优化界面、导航 优化功能、流程
简化购买流程：
• 去掉不必要的填写信息
• 出行日期选择成本降低
• 提供现场购票快捷通道
购票中
订单填写页
完善退票体验：
• 降低在线支付退票门槛
• 出行日期提醒
购票后
预定成功页
退票页
检验指标
界面设计指标
目标 指标
目标 指标
目标 指标
目标 指标 预期改版成功后的变化线上版本存在的问题
简化选择难度
快速找到所需的票
H
E
A
R
T
Happiness/愉悦度
Engagement/参与度
Adoption/接受度
Retention/留存率
Task success/任务完成度
用户满意度偏低，很多抱怨 用户满意度提升
景点点评率/查看率偏低
对票型说明了解偏低，导致后期投诉
新增用户有半数以上是冲着1元门票
来的
一跳率偏高
选票速度偏慢
点评率/查看率提升
投诉率降低
一跳率降低
进入预订的转化率提升
3个月内再次购买的用户比率偏低
新用户1元门票转化提升
再次购买的用户比率提升
阶段3：快速迭代稳定期
例：同程旅游客户端景点详情页
有效信息读取
了解票型信息
更快去预订
设计切入点
鱼骨发散图
达成方法
达成方法
达成方法
达成方法
目标1
目标2
70
目标 达成方法
简化票型选择
难度
1、减少票的绝对数量 (满意度提升）
2、多景点景区票型再分类 (一跳率降低，提升选票速度）
3、优化票型的排序逻辑，使用户有规律可循去找寻更需要的产品。(一跳率降低，提升选票速度）
4、将1元票、特惠票与普通门票进行区分展示（新用户1元门票转化率提升）
5、去掉当前票型列表中对在线支付和现场支付的区分，改放在下一步购买流程中选择 (满意度提升，提升选票速度）
6、去掉当前票型列表中对场次、时间等的区分，改放在下一步购买流程中选择 (满意度提升，提升选票速度）
优化票型有效
信息读取
7、减少纯运营话术的标签，而将真正的优惠信息标签化显示 (满意度提升，提升选票速度，再次购买用户比率增加）
8、整合票型详细信息和预订须知，将跟随票型走的内容放在票型信息(投诉率降低）
9、把预订前必须知晓的预订时间要求放出来，便于用户快速判断该票当前是否可订(投诉率降低）
10、票型详细信息弹窗全屏展示，更多内容更清晰展现 (提升满意度）
11、重新调整优先级，把用户关注的点评信息等前置 (提升点评率）
阶段3：快速迭代稳定期
例：同程旅游客户端景点详情页
产品详情页设计方案
设计方案
界面草图
点评信息放出并前置
1元门票独立展示
原普通门票分类，将联票、交通票分离展示
预订时间外显
标签优化
场次类门票不做票型分别陈列，统一展示，
由下单页选择，票量大幅精简
支付方式不在票型列表展示，由下单页选择
点击后全屏弹窗展示内容，详情跟随票型说
明而不是景点的预订须知
阶段3：快速迭代稳定期
例：同程旅游客户端景点详情页
1 新生期
2 变革期
3 稳定期
三阶三导示意图方法
总结
定性为主
定量为主
定性＋定量
潜在⽤用户
实际⽤用户
设计⺫⽬目标 如何达成⺫⽬目标
如何改进问题
如何完成设计产品⽅方向规划 描述需求
产品关键问题
产品检验指标
搭建结构
优化界⾯面
通过迭代验证需求
通过迭代验证结构
通过迭代验证界⾯面
三阶三导示意图方法
总结
思考：支付宝属于什么阶段？三个阶段是否是线性的？
？
稳定期新生期 变革期
分组练习
请设计一款关于“健康”的app 请设计一款“上门洗衣”的
O2O产品，实际目标用户为
18-30岁单身男性，职业以IT
类为主
请为“网易新闻”进行优化，
设计目标为提升头条新闻的点
击率和阅读时长
运用产品不同阶段的设计方法进行设计
·更全面
·更高视角
·更有针对性
·产品不同阶段与对应目标
·产品不同阶段的设计侧重点
·产品不同阶段的设计流程与案例
·用户体验设计导图
·从业务到体验，从规划到结果
·职业发展进阶
方法&案例 延伸
WHAT HOW
意义
WHY
用户体验设计导图
规划(产生需求) 设计(产生结构) 迭代(产生界面)产出：
应用
用户体验设计导图——核心流程
应用
用户体验设计导图
应用
用户体验设计导图
贯穿三个产品
生命周期
以不变应万变
之”道“
千变万化之“术”
设计方向及检
验标准（只是
个概念）
从业务到体验，从规划到结果
应用
从业务到体验，从规划到结果
新生期
（需求探索）
变革期
（结构探索）
稳定期
（界面探索）
1 规划 3 迭代2 设计
需求
规划
需求
设计
需求
迭代
结构
规划
结构
设计
结构
迭代
界面
规划
界面
设计
界面
迭代
应用
从业务到体验，从规划到结果
需求
规划
需求
设计
需求
迭代
结构
规划
结构
设计
结构
迭代
界面
规划
界面
设计
界面
迭代
横向：设计阶段
纵轴：产品阶段
应用
从业务到体验，从规划到结果
需求
规划
需求
设计
需求
迭代
结构
规划
结构
设计
结构
迭代
界面
规划
界面
设计
界面
迭代
规划 结果
业务
体验
横向：设计阶段
纵轴：产品阶段
应用
从业务到体验，从规划到结果
需求
规划
需求
设计
需求
迭代
结构
规划
结构
设计
结构
迭代
界面
规划
界面
设计
界面
迭代
规划 结果
业务
体验
横向：设计阶段
纵轴：产品阶段 业务
规划
业务
结果
体验
规划
体验
结果
业务规划 业务结果
体验规划 体验结果
·明确产品战略、战术、目标
·定义需求及优先级
·⋯⋯
·PD主导，UED提供支持
·达成预期目标
·共同承担
·能够发现、定义、解决体验问题
·产出合理的流程、结构、方案
·以方法论为依据，灵活使用方法
·引导PD共同参与设计
·界面细节、动效、情感化⋯⋯
·结果可衡量，可达成预期目标
·共同承担
助建
共建
基于相同的目标和立场，
通过可视化的共建方式，
设计师引导项目团队成员
从用户出发发现、分析问
题，产生方向并得出解决
方案
基于相同的目标和立场，
通过可视化的助建方式，
设计师协助项目团队成员
从用户出发，完成前期准
备和规划工作
应用
从业务到体验，从规划到结果
不同类型产品的侧重点
应用
职业发展进阶
B端：业务规划
C端：体验规划
需求
规划
需求
设计
需求
迭代
结构
规划
结构
设计
结构
迭代
界面
规划
界面
设计
界面
迭代
规划 结果
业务
体验
业务
规划
业务
结果
体验
规划
体验
结果
B端
C端
D端：业务结果
D端
平面平面：体验结果
职业发展进阶
双心模型
理论上产品经理和UED在产品不同阶段的参与程度
唯有用心，才能突破职业边界和产品类型边界，和项目
成员携手做出既有业务价值、又有用户口碑的好产品。
在这个过程中产品经理和UED的个人价值都得到极大的
提升
应用
职业发展进阶
设计师的发展阶段
1
4
5
应用
职业发展进阶
2. 以方法论为基础，灵活使用方法，通过专业的分析推
导设计结果，每个步骤都有理有据；能通过共建引导
PD参与到设计过程中（体验规划）
3. 在产品前期通过专业方法协助PD梳理业务；通过专
业分析间接影响业务决策；通过助建积极参与到整
个业务规划过程中（业务规划）
4. 积极关注业务结果，主动思考在迭代过程中如何协
助PD改善业务问题；通过对业务规划的正面影响而
导致更好的业务结果（业务结果）
5. 业务结果好，体验结果才会有意义（体验结果）
1. 凭感觉或经验做设计（体验结果）
2
3
产品经理的发展阶段
12
3 4
5
应用
职业发展进阶
1. 处理各种紧急不重要的杂务，受领导各种差使（业务结果）
2. 考虑市场、用户、资源、竞争对手等因素，从宏观角度
判断业务目标及解法、需求优先级等，能清晰的阐述并
推动（业务规划）
3. 有用户体验sense，能够判断什么是用户最需要的以及
什么是好的设计；能够平衡好商业与体验需求，能够正
面影响UED的工作（体验规划）
4. 积极关注体验结果，明确通过改进体验要达到的目标，
并推动UED执行；通过对体验规划的正面影响而导致更
好的体验结果（体验结果）
5. 体验好，用户更愿意使用或推荐，直接影响到业务结
果（业务结果）
进阶过程的难点
应用
职业发展进阶
难点1：体验规划与体验结果的对接
难点2：业务规划与体验规划的对接，表现在3个方面：
• 业务导向阶段：助建
• 体验导向阶段：共建
• 过渡阶段：从助建到共建
难点3 ：业务规划与业务结果的对接
难点4：业务结果与体验结果的对接
