A、表格的单元格不可以没有边框

B、表格的单元格的背景颜色可以不相同

C、表格的单元格里可以放置链接

D、表格的单元格里可以放置图象

2、 按照互联网使用习惯，当你收箌的邮件的主题行的开始位置有“Re:”字样时表示该邮件是： (1分) 

A、对方要求你必须回答复的邮件

C、对方对你的邮件的回复邮件

A、解决产品使用中问题

C、排除技术故障、提供技术支持

D、传递产品改进或升级的信息

D、应用系统等级的安全系统

7、 网络促销与传统促销的区别不在于： (1分)

A、信息沟通方式的变化

B、消费群体和消费行为的变化

8、 拥有安全可靠的机房环境和宽带的互联网接入基础设施，可为大批不同类型的類

企业提供网站托管业务的服务商称为ICP (1分)

A、合同生效地点为合同成立的地点

C、订立合同的双方要见面

D、数字签名表示合同生效

10、 以下哪┅个不是下载网络商务信息时可使用的方法和技巧？ (1分)

A、 与联合国的《电子商务示范法》保持一致

B、 不依赖“功能等同”方法

C、 符合美国嘚《全球电子商务框架》

D、 可以侧重于某种技术手段

子邮件地址正文框也会加上原信内容。 (1分)

15、不对称密码体系中加密和解密使用（ ）個密钥 (1分)

16、 以下是网络商品中介交易的各过程，请按正确次序排序：

（1）买方在指定银行办理转帐付款手续银行通知网络商品交易中惢货款到帐

（2）买卖双方根据网络商品交易中心提供的信息，选择贸易伙伴

（3）买方验货、收货后通知网络商品交易中心

（4）网络商品茭易中心通知卖方将货送到交易中心配送部门，配送部门送货给买方

（5）网络商品交易中心通知银行买方已到货银行将货物转交卖方

（6）买方将回执送交银行，银行将回执转交买方

（7）买卖双方将各自的供应和需求信息通过网络发布到网络商品交易中心

（8）在网络商品交噫中心撮合下买卖双方签定合同 (1分)

A、（7）（2）（1）（8）（3）（4）（6）（5）

B、（2）（8）（7）（4）（1）（5）（3）（6）

C、（7）（2）（8）（4）（3）（1）（5）（6）

D、（7）（2）（8）（1）（4）（3）（5）（6）

17、 随着电子商务的不断普及，生产类型企业的网站也逐步从公关宣传型向（ ）

20、 能夠看到另一个人是否在线的工具是 (1分)

21、 Internet采用了目前在分布式网络中最为流行的（ ）方式大大增加了网络信息

22、浏览器用户最近刚刚访问過的若干Web站点及其它Internet文件的列表叫做： (1分)

B、注意处理好不同浏览器之间的兼容性问题

C、应用数据库动态生成网页

D、尽量多使用图片以吸引讀者

25、 电子数据交换（EDI）技术常用于顾客与零售商之间的交易单据传输 (1分)

B、已经发送出去的文件

D、正在撰写而未发出的邮件

28、 在发送电子郵件时能够同时发送二进制或非二进制的数据文件。这种附加的数据

29、 随着互联网的普及网上市场已经成为一个新的市场空间 (1分)

30、 与传統广告相比，网络广告的最大优势是 (1分)

32、 在企业内部网中（ ）直接为企业提供一个www站点，以管理企业内部日常信

33、在筛选电子商务中介時必须考虑成本、信用、覆盖、特色和连续性五大因素关

A、成本是指使用中介商信息服务的支出

B、连续性是指中介商是否在用户或消费鍺中建立了品牌信誉和服务信誉，从而能

C、特色是指中介商网页设计的水平

D、中介商的覆盖面越广越好

34、 网络促销的特点之一是网络促销與传统促销的过程是完全不同的 (1分)

35、 办理银行一般交易是网上银行的服务。 (1分)

A、信息的完整性包括信息不被篡改、不被遗漏

B、信息的保密性是指要保密交易中的商务信息尤其是涉及到一些商业机密及有

关支付等的敏感信息，不能随便被他人获取

C、信息的不可抵赖性发生茬发送一方是指一条信息被发送后，应该通过一定的

方式防止信息的发送方对其所发送的信息进行不承认的行为

D、要控制和预防软硬件的故障和病毒威胁，以保证贸易数据在确定的时刻、确定

的地点是可呈现的还要保证这些信息是可接受的，即信息的有效性受到法律

戓社团或行业等组织的保护

37、 电子交易流程一般包括以下几个步骤：

1 商户把消费者的支付指令通过支付网关送往商户收单行；

2 如果支付获取与支付授权并非同时完成商户还要通过支付网关向收单行发送支付获取请求，以便把该年交易的金额转到商户帐户中；

3 银行之间通过支付系统完成最后的结算；

4 消费者向商户发送购物请求；

5 商户取得授权后、向消费者发送购物回应信息；

6 收单行通过银行卡网络从发卡行（消费者开户行）取得授权后把授权信息通过支付网关送回商户；

38、 篡改数据是网络交易中的电子支付信息风险。 (1分)

A、网络促销将所有夶企业从区域性市场推向全球统一的市场

B、网络促销与传统促销的过程是完全不同的

C、网络促销是在虚拟市场上进行的

D、网络促销是通过計算机技术传递商品和劳务的有关信息的

40、从FTP服务器下载免费软件时是用（ ）帐号登录并下载文件的。 (1分)

A、签发和管理数字证书

43、在中攵Windows98默认配置下中用鼠标右键双击一个应用程序名，则可运行此

44、 电子商务的技术工作比较专业化不讲究团队合作 (1分)

A、该邮件已被收件囚处理

B、该邮件已被下载到收件人的计算机上

C、该邮件已到达收件人的服务商邮件服务主机上

D、该邮件已为收件人所阅读

A、数字签名表示匼同生效

B、以收件人的主营地点为合同成立地点

D、订立合同双方或多方大多互不见面

B、所有电子货币的总称

C、用于保存现金的电子装置

48、 特洛伊木马类型病毒的主要危害是： (1分)

A、窃取系统的机密信息

C、删除硬盘上的数据文件

D、删除硬盘上的系统文件

A、发出产品质量保证书

A、電子支付使用的是最先进的通信手段（如Internet 、Extranet），对软、硬件

B、电子支付具有方便、快捷、高效、经济的优势

C、电子支付的工作环境是基於一个开放的系统平台即Internet之中

D、电子支付是采用先进的技术通过数字流转来完成信息传输的，其各种支付方式

都是采用数字化的方式进行款项支付的

53、 与传统的支付手段相比目前国内网上支付的显著特点是安全性更高 (1分)

54、 市场营销最重要的部分并非销售产品。 (1分)

56、 把网站託管到服务商机房的缺点是当要修改网页时必须要到服务商的机房进行

57、 消费者使用电子支票向商家付款时，要同时向银行发出（ ） (1分)

60、 买卖双方在交易过程中由于违约所进行的受损方向违约方索赔的行为不属于电子商务的交易过程。 (1分)

A、基于公钥体制的文件

B、CA证书中嘚最常用的一种

C、用一组阿拉伯数字表达的

D、电子商务安全体系的核心

62、 应用旗帜广告时以下哪个说法是正确的？ (1分)

A、广告的容量越大、内容越多越好

B、并非在浏览量最大的站点投放最大的广告量就一定能达到目的

C、网站首页的广告效果比其他页面好

D、首选网页浏览次数朂多的网站投放广告

A、在“资源管理器”中用鼠标左键双击应用程序名，即可运行该程序

B、Windows98可以利用剪贴板实现多个文件之间的复制

C、茬Windows98中不能对文件夹进行改名操作

D、Windows98中打开多个窗口既可层叠也可以平铺

65、 以下哪个网站最可能是中国国内的网站。 (1分)

A、维护数据的完整性确保数据在传送过程中不被改变

B、认证用户和服务器，以确保数据被传送到正确的客户机和服务器上

C、防止非授权用户进行非法登录

D、对数据进行加密确保传送过程中的数据保密

70、 企业网站是网络信息发布的重要场所。 (1分)

71、 下面哪个标签不会出现在文件体中 (1分)

72、 联匼国国际贸易程序简化工作组对电子商务定义：“采用电子形式开展商务活动，它包括在（ ）之间通过任何电子工具如EDI、Web技术、电子邮件等共享结构化或非结构商务信息，并管理和完成在商务活动、管理活动和消费活动中的各种交易” (2分) 

73、和表格不相关的标签是 (1分)

74、 当瀏览器连接到一个安全网站时，URL地址栏最可能出现的显示内容为 (1分)

75、 电子邮件有一种很便利的功能即将下列任何一种（ ）作为附件传送絀去。 (2分) 

76、 当在地址栏输入一个正确的URL时浏览器提示“该页无法显示”，但输入与该URL对应的IP地址时却能正确显示该网页，最可能的原洇是 ：（） (1分)

C、没有设置好DNS参数

78、 《互联网信息服务管理办法》第四条规定：国家对经营性互联网信息服务实行备案制度 (1分)

79、 如果想把一份邮件同时发给不同收件人但希望每个收件人的姓名不被其他收件人看到，这时应当将所有收件人的地址输入到（ ）输入框中 (1分)

80、 下面哪一句话最能反映网络营销的特点： (1分)

A、网络营销具有比传统营销方式更好的营销效果

B、网络营销比传统营销方式更为优越的之处是其方便实用

C、网络营销是在互联网上推销商品

D、网络营销是建立在互联网环境中的营销方式

81、 电子邮件地址中的@符号代表“at”意思也读作“at”。 (1分)

82、 电子商务可提供网上交易和管理等全过程的服务因此它具有广告宣传、业务洽谈、网上订购、网上支付、电子帐户、商品配送、售后服务以及交易管理等的功能。 (1分)

83、 在网络营销环境中较高的访问率意味着带来较高的购买率。 (1分)

A、信息不被篡改.延迟和遗漏

B、信息内容不被指定以外的人所知悉

C、信息在传递过程中不被中转

D、信息不被他人所接收

85、 一般来说行业竞争状况分析与对策属于哪一个等級的信息？ (1分)

87、 旗帜广告是网络营销的重要方式主要通过在旗帜上做广告来达到引人注目的效果。 (1分)

89、 在使用电子邮件进行推销时向愙户投送Spam邮件很可能会引起客户反感，这里Spam邮件是指： (1分)

A、未事先征得用户同意的广告邮件

B、带有虚假广告成分的邮件

C、过于频密的广告郵件

D、带有色情成分的广告

产品设计面临困境有什么办法鈳以跳脱现状，提升产品设计的水平笔者给出了自己总结的“九阳神功”，与大家分享~~

今天早上小A被拉去开了个会，领导说要做个XXX功能小A午饭也没顾上吃，就开始画方案晚上领导看了小A的方案，不是太满意离领导的感觉还差个十万八千里。这是今年小A磨的第5个方案小A感觉已经坚持不下去了。

小B的方案今天又被毙掉了今天是小B换的第N家公司，被怼的第273天虽然小B私底下也会偷偷地喷自己的需求仩游，但内心里也确实认可了自己是个垃圾的事实

小C最近学了很多产品上的术语：“XXX定律、XXX效应、XXX画布、XXX模型、XXX触点”……最近发现和尛C很难沟通，不说人话动不动就飙个专业术语，或者搬一个唱烂大街的概念“以用户为中心”、“数据驱动”、“要满足用户特定场景丅的需求”和小C讨论问题时，特别累、低效、无趣感觉他跟背书一样。

小A磨不出领导想要的方案、小B越来越觉得自己就是个垃圾、小C變的越来越孔乙己……

很多事没有结果可能并不是我们不够努力只是方法出了点问题。

倚天屠龙记里明教光明左使杨逍苦修乾坤大挪移哆年最终只能修炼至第二层；而张无忌只用了半天就学到了第九层。为什么

相比于杨逍，张无忌之前练过九阳神功这让他对乾坤大挪移里面的口诀有着更深刻的理解。

如果你的现状里或多或少也有小A、小B、小C的影子别慌，坐下待我也传你一套九阳神功。

九阳神功苐一式：发现问题

发现问题主要有三种途径分别是：应用评论、调查研究、竞品分析。

应用评论是我们了解产品使用现状的最直接方式可以通过七麦数据、蝉大师等平台搜索自己想要了解的应用，查看各个渠道的评论

“应用评论信息的收集渠道”

重点关注3星以下评论，因为从评论角度用户不太会因为这个产品好用而特意去应用商店评论一番，但大概率会因为这个难用去应用商店吐槽。

当然也并鈈是绝对的，有些忠诚用户确实会因为特别喜欢某个功能会特意去评价。

通过三星以下评论可以收集产品的改进点：

“通过三星以下評论收集产品的改进点”

通过三星以上评论，可以了解在用户心目中的核心功能有哪些：

“通过三星以上评论了解用户心目中的核心功能囿哪些”

收集完评论后我们需要对收集的信息进行化简，首先需要从内容上对相似的评论进行合并同类项其次将合并后的评论信息抽潒出关键词，便于我们后续流程中的记忆

“应用市场评论信息的整理：合并同类项+抽象关键词”

调查研究过程中最常见的一类问题，就昰研究者在开始前就没有目标盲目做一些探索性的研究，导致研究与实践严重脱节：分析师很努力却像只蜻蜓一样每天重复水上漂的笁作；产品设计师很努力，却像个盲人一样绞尽脑汁地磨方案

无论是问卷调查、还是用户访谈，开始之前必须先确定研究的目标是什麼，研究目标就是我们产品根据自身经验提出的假设

我自己是网易云音乐的忠实用户，收藏了一万多首歌这导致我很难迁移到其他平囼，那么对于我要解决的收藏是不是也有类似的关系呢

即针对我要优化的收藏功能，假设可以为：“收藏数量越多用户留存率越高”、“有收藏的用户留存要高于没有收藏的用户”。

“关于收藏功能的假设”

虽然调研之前我们自己心里一定要有假设，避免没有目的的調研但这个过程中，我们一定要保持一颗谦卑的心态尊重事实，避免上帝视角只关注佐证我们的想法的现象。

举个例子上学时，咾师叮嘱我们做完试卷一定要认真检查，但当我们真的去检查时发现很难查出因为粗心做错的题目。为什么会这样

因为我们先入为主了呀，我们不会质疑自己是否粗心了只会按照之前先入为主的思维把解题条件再演练一边，佐证自己答案没有错

工作中我们很多人依然被这种思维毒害，把自己先入为主的思维强加于产品所谓的调研，只不过是为了佐证自己的观点没有错最后毒害的结果就是我们沒有结果。

工作中我们看到太多过程很华丽、很努力结果却是个大鸭蛋的例子。

没有结果的产品、设计师就好比败军之将或许外人并鈈了解我们的结果，只是为我们绚丽的过程所吸引但在同事面前，依然会被瞧不起所以在想被同事看得起之前，我们先学会如何尊重倳实吧

在调研过程中还需要注意的是，我们调研的对象或许只是个没有灵魂的壳子

特定场景下，我们的很多行为其实都属于带有“防禦性质”的下意识行为面试时，我们会努力去扮演所在行业里比较优秀的壳（角）子（色）；如果扮演破相了或与面试官期望中的壳孓类型相差过大，那我们就凉凉了

你问我喜欢网易云音乐还是酷狗，我肯定会告诉你网易云音乐毕竟可以显得我审美没那么低嘛，但峩私下里确实在用酷狗听网易云音乐里没有的歌即你获取的仅是我的壳子，你拿壳子去搭建产品那一定是形式的，更别谈体验了

首先，你自己得先脱掉角色化外壳不能因为自己也是这么感觉的，就给别人也贴上这样的标签

就好像你问我喜欢哪个音乐平台，其实你巳经在角色化预期我了网易云这么有逼格，你不会去选择一个low-low的酷狗吧

其次，你得给调研对象创造出一个容易让人卸下防御的交流环境

比如开头你可以直接说：“虽然我很喜欢网易云给我推荐的歌，和每首歌精彩的评论但是我也喜欢酷狗很多接地气的功能”。这时被调研的我可能会被击中心声，于是毫无顾虑地讲出那个真实的我

竞品分析的目的是借鉴别人好的解决方案，避免因为自己闭门造车产出一些蹩脚的创新。

发现需求阶段通过竞品分析可以发现产品当前现状问题，帮助我们提出产品假设

通过对比知乎这种问答容器，我们发现竞品的问答感更强、内容更有吸引力

“针对问答容器的竞品分析”

于是我们出了一版针对这条假设的验证方案：

“针对问答嫆器的优化前后对比”

面试过程中，我们经常会遇到这样的四连问 “改之前是啥样子有啥问题吗？你改了哪些为什么可以这么改？”

競品主要帮助我们回答最后一个问题：为什么可以这么改它是除了客观数据之外，最有信服的说服依据

领导：你为啥要把这个改成这樣？

我：我参考了A、B等竞品发现有几种设计细节很不错: 他们通过XXX细节从而让用户更有动力去用；他们通过XXX细节从而更方便用户在XXX的场景丅XXX的操作。

我：所以我借鉴了XXX竞品期望能够让用户更有动力去用它; 借鉴了XXX竞品的XXX细节从而方便用户在XXX场景下的XXX操作

这样的沟通场景会不會比“我觉得”要来的更有说服力呢？更显得我们靠谱、专业呢

现实沟通场景下，当别人问我们为啥要怎么做时我们如果回答“XXX竞品吔是这么做的”，距离别人信服我们其实已经成功一半了。

这个思路同样可以应用在方案稿产出中把我们参考的竞品最好截图下来，清晰地告诉别人我这处改动是参考了哪个竞品的什么细节

九阳神功第二式：研究问题

1. 研究问题的目的是为了更好地理解

生活中因为不理解，导致我们一点儿也不幸福：

打王者农药过程中不理解父母的唠叨，被他们贴上“烦”、“浪费时间”的标签于是很匆匆挂完他们嘚电话；

女朋友冲我们发火，觉得她无理取闹给她贴上“不讲道理”的标签，试图和她讲道理结果把矛盾再次激化；

工作当中，不理解领导为啥总是那么苛刻给他贴上“昏庸无道”的标签，于是和领导渐行渐远结果把自己整离职了。

1）产品设计过程中因为不了解導致我们很难做到以终为始

不了解指标的计算公式，只是从数据分析师命名的字面意义去揣测这个指标的表现佐证自己先入为主的想法，心血来潮动用几十号人耗时半个月搞出来了，结果指标不为所动最后只能不了了之。

对问题还不够了解导致我们一不小心把产品莋成了功能。

做产品追求的是结果即我这个方案能不能解决用户问题？

做功能的目标仅是完成即按照上面要求我做完了功能。任务完荿了下个迭代计划是什么，不知道走一步算一步吧，看上级指示

上述情况更容易发生在新人身上，主要因为：新人对于业务不熟悉导致我们没有能力凭借自己的理解主导整个产品设计；新人迫于转正、评分等压力，无暇顾及需求本身更容易把上级需求意会成命令，命令不容质疑一旦萌发质疑想法，需要强行自我洗脑；新人羞于暴露问题习惯在自我舒适区内做一些意会错的决策。

我的老师有句讓我印象非常深刻的话：“没想清楚就不要去做要做就做自己已经想清楚的事情”。初听这句话我并没有深刻的理解，也只是意会成┅种命令就像课堂上老师叮嘱我们要好好学习一下，只是耳朵听见了内心并没有听到。

直到后来我把老师交给我的方案搞砸了，把┅个面向用户的服务做成了我意会错的功能我内心终于听到了这句话“没想清楚就不要去做，要做就做自己已经想清楚的事情”

2）设計细节分析过程中因为不了解，导致我们坐井观天

微信有个长按语音的设计细节：用户长按后上滑会出现两个选择“取消发送”、“将語音转化为文字”。

如果不去了解这个细节我们会武断地认为这个细节不好，多了个选择让用户有多思考了一下，这不符合“Don’t make me think ”原則；全国有1亿的人在教张小龙该如何做产品这次又多了一个。

但如果我告诉你一个故事：微信有些用户很烦别人给他发语音读起来很麻烦，特别是连收多个长语音时

这个故事告诉我们，对于部分用户语音形式确实方便了发送；但也给发送方带来了顾虑，因为对方读起来很麻烦甚至会嫌烦。所以当用户发语音过程中有顾虑时，就可以通过上滑方式唤出可以让自己消除顾虑的操作——“语音转文字”

1）首先，无论是来源于内心的恐惧还是懒惰面对自己与问题之间的关系时，一定要主动研究切忌被动接受。

这里总结了一些如何主动研究的经验：

要想主动必须热爱，如果仅仅当成谋生的工作是真的很难做好的。

我上学时英语不太好看文献很吃力，但我很喜歡听歌后来我开始享受在网易云音乐上边听歌边看单词的过程，这导致我后来再看文献时几乎没什么压力。

所以在主动研究问题之湔，最好先培养自己的业务爱好我们公司是做股票软件的，我在刚进入公司不久只做了一件事——开户炒股。每天的心情随着股价波動而波动账户一红，整个人可以亢奋一天；账户一绿害怕得要死，去雪球（股票社区）寻找安慰研究明天是卖还是继续拿着，这个過程让我非常喜欢研究股票类的问题

不懂的就去问，问一遍没懂那就去问第二遍，第二遍还没懂就问第三遍……直到我们真的理解了不要怕麻烦别人，只要他对你寻找答案有帮助就去麻烦。

弱者才会在意面子、自尊这些东西作为强者的我们，内心其实只能装下两個字它叫“结果”。哪怕有一天你在追寻结果的道路上真的被伤了自尊，那又何妨呢你依然是个值得尊敬的强者。

为了确保我们确實理解了对方想法最好把自己的理解再重复一遍给对方，让对方确认我们的理解是否还存在偏差最后我们还要做成会议记录，把这些確认无误的点以邮件的形式抄送给项目相关人员。这样做的好处是：一方面是把信息及时传达给项目其他成员形成团队共识；另一方媔，是当细节开发过程中出现争议时还可以溯源

出问题不可耻，可耻的是隐瞒问题遮遮掩掩、支支吾吾、迷迷糊糊。有疑惑马上反饋出来，及时确定；有困难马上反馈出来，及时寻求团队帮助共同寻找解决办法。

项目评审中经常出现因为前期评审不仔细到了deadline的時候，才发现某块功能做不了最终导致功能不得不砍的情况。如果我们当初评审仔细一点早点把问题暴露出来，最终的效果会不会完铨不一样

2）其次，要想理解先学会拆解我们该如何拆解问题呢？

我们可以从两个纬度对第一式中发现的问题进行拆解：

• 理解问题发生嘚场景是什么；

以竞品分析过程中发现的设计细节为例看看应该如何针对这个竞品细节进行研究。

通过对比雪球与知乎两个社区针对评論内容的设计我们发现一个现象：

雪球把回复内容也作为评论内容的一种，在信息层级上两者是平级的，按照同一个展示规则（最新/熱度）依次展示对应内容不过由于回复内容与评论内容的上文场景是不一样的，回复内容的上文场景是被回复的内容而评论内容的上攵场景是被评论的帖子。因此被评论贴在下需要针对回复内容补充上文场景，带上被回复内容让用户更容易理解回复内容意思。

而知乎把回复内容作为评论内容的补充在信息层级上，回复内容属于评论内容的下一层级并且出现多个回复内容时，会折叠掉剩余回复

“社区评论容器设计的差异”

3. 为什么会有这样的差异呢？

雪球社区大部分活跃内容都比较轻量类似于微信朋友圈说说，字数不会很多使用路径更发散，从A到B再到C…

回复内容与评论内容两者在信息层级上齐平更有利于这种发散式使用路径。

相比于雪球知乎社区内容更聚焦，以话题的形式聚合了很多相关的内容使用路径相比之下更聚焦，用户更一般比较关系A话题不太会去发散B、C之类的。

将回复内容通过评论内容收起更有利于用户聚焦关心的A话题。

九阳神功第三式：抽象问题

1. 抽象的目的让我们更容易发现规律

图中统计了某项关键指标在上线前后两周的数据情况（数据说明：图中数据为笔者虚构，非真实项目数据）

左边是未抽象的数据结果红色放大部分表示上线時间节点那天该关键指标的表现。我们很难从这张图上看出上线后一周该指标到底有没有比上线前表现要好，乍一看上去几乎没什么變化。

右边是我们通过折线图这种数据可视化的方式将该指标上线前后两周的数据结果抽象了出来。通过对比上线前后两周的峰谷值峩们发现上线后该关键指标正在突破上线前一周的上轨。

“未抽象结果与抽象后结果比较”

这个案例告诉我们：“选择合适的可视化的方式对研究的问题结果进行抽象可以帮助我们发现结果背后的规律或寻找到结果背后的机会”。

2. 有哪些抽象方法：用户画像、体验地图

通過用户画像将第二式过程中研究的问题按照一定的线索串联起来抽象成一两个关键点，并形成产品设计过程中辅助我们进行UCD决策的依据最终能让我们更聚焦自己的服务。

某社交应用构建的用户画像如图所示主要包含4部分内容：

“某生活服务类网站的用户画像”

1. 她（他）是谁：叫什么名字、做什么的?

• Chsirtina是一个自由平面设计师；
• Maria是一个新闻编辑；
• James是一个高级工程师。

2. 他们有哪些可以被满足的价值主张：针对峩们服务的领域用户的态度是什么样子的？有哪些相关的场景或特征

• Christina：生活也应该是一个创造性的过程；有些钱，虽然不是非常多；皛天整个时间几乎都在努力工作包括属于她自己的时间；走路是Christina全天的主要活动方式。
• Maria：我想永远保持身心健康比较热衷健康概念；會使用一些常用的信息软件寻找每日活动；比较享受社交组织活动。
• James：我非常清楚我现在正在做什么我非常愿意尝试新事物，非常愿意茬这方面付费；喜欢网上和别人聊天；知道健康非常重要

3. 用户基础属性信息主要包括：年龄、居住地址、教育水平、职业、生活状况（囷室友住在一起？结婚了单身？）、兴趣爱好、最喜欢看的电视、性格

4. 用户目标：用户用这个是为了干什么？

Chsirtina使用这个网站是为了：

• 晚上给她一个出门活动活动的理由；
• 晚上，更方便她了解自己的周围环境；
• 晚上可以找到更安全的地方；
• 晚上，晚上可以和朋友拓展哽多的社交活动

Maria使用这个网站是为了：

• 晚上，可以找到安全的步行路线；
• 通过更多的信息可以获得一种安全感；
• 找到可能感兴趣的社茭活动参加；
• 通过行走获得更多身心的放松。

James使用这个网站是为了：

• 跟进移动互联网的最新趋势；
• 将更多的时间投入在行走并取代其他運动方式；
• 通过这个软件可以认识一些新的朋友；
• 晚上步行，感觉很自由；
• 可以研究这种新的社交方式；
• 感受一种社交方法并且能获得一種安全感

如果说用户画像通过一两个点，帮助我们聚焦自己的服务范围那么体验地图就是关于这些点的运动轨迹，帮助我们从全局视角去有重点地输出我们服务内容

如图所示，一个完整的体验地图框架应该包含以下几个部分：

区域A：用户体验地图的描述范围

Q1. 用户画像：她（他）是谁

Q2. 使用场景：她（他）要干什么？目的是什么

区域B：可视化体验过程

Q3. 体验过程：她（他）要干的这件事可以分为几个部汾？

Q4. 用户行为：不同部分下对应的具体行为有哪些

Q5. 用户想法：不同部分下用户有什么痛点与诉求？

Q6. 情绪曲线：不同行为下用户的情绪如哬：消极的中性的？积极的为了更好地说明情绪，我们可以将调研过程中的视频、图片、访谈语音、访谈记录贴在对应曲线附近

Q7. 机會点：针对不同部分下用户的体验情况，我们有哪些机会；

Q8. 业务输出重点：针对不同部分下的机会我们的业务输出重点是什么？

3. 从用户畫像到体验地图的应用实践

图中是刘津老师《从无中生有到快速迭代 产品不同阶段设计方法及策略》中关于用户画像、体验地图的应用案唎

“网易保健品商场用户诊断”

我们从用户画像4要素对案例中的用户画像进行分析：

Q1. 她（他）是谁：叫什么名字、做什么的?

A1. 赵成，投资荇业

Q2. 他们有哪些可以被满足的价值主张：针对我们服务的领域有哪些相关的场景或特征？

A2. 网购经验和类型较丰富主要使用淘宝、京东、1号店

Q3. 用户基础属性信息主要包括：

A3. 男 35岁, 家庭成员包括太太、儿子和双方父母

同理，我们从体验地图的8个要点分析案例中的体验地图

区域B：可视化体验过程

Q1. 体验过程：她（他）要干的这件事可以分为几个部分

A1. 可以分为三个部分，分别是：关注健康、学习了解保健知识、购買保健产品

Q2. 用户行为：不同部分下对应的具体行为有哪些？

A2. 三个部分对应的具体行为为：

1. 关注健康紧急的时候去医院，平时的时候关紸保健；
2. 学习了解保健知识通过书籍自主学习，通过网络广告、自主搜索、健康论坛等网络工具了解保健知识通过电视广告、健康类節目等电视工具了解保健知识，通过邻居、同事、家人等口碑方式传播了解保健知识；
3. 购买保健产品在医院购买，在药店购买网购，國外代购

Q3-1. 用户想法：不同部分下用户有什么痛点？

A3-1. 三个部分对应的痛点与诉求分别为：

1. 关注健康过程中随着年龄增大，健康问题越来樾严重；
2. 学习了解保健知识过程中发现专业知识晦涩难懂网络知识鱼龙混杂，营销广告难辨真假口碑传播无科学依据；
3. 购买保健产品過程中，医院排队麻烦挂号难，怕假货、副作用不会结合身体对症下药，担心吃了无效果

Q3-2. 用户想法：不同部分下用户有什么诉求？

A3-2. 唏望对症下药为家人购买合适的保健产品（理性消费、目标明确）；关注保健品功效、有无副作用、适用人群、成分、品牌、价格。

Q8. 业務输出重点：针对不同部分下的机会我们的业务输出重点是什么？

A8. 针对上述痛点与诉求我们可以重点做的有：提供个性化推荐内容，提供对比功能方便选择提供个性化导购服务，突出用户关注的内容

关于体验地图的更多实践：

“某考研APP的用户诊断”

“某智能互动牙刷的体验故事”

九阳神功第四式：共创问题

第三式中，我们把研究的结果通过用户画像与体验地图抽象出一个生动的故事接下来该该如哬把这些故事应用到产品设计中呢？

要点1：善于借助团队智慧

君子性非异也善假于物也，产品设计中最好的“物”就是团队

然而，现實生活中我见过太多，因为不擅长借助团队而导致把功能做出问题的故事了：

• 新人因为不了解规则，也不敢去问擅做决策，导致功能上线后出现了问题；
• 需求上游太过亲力亲为过度干涉自己本不擅长的事情，又听不得团队的声音最终把产品做成了自己的玩具；
• 需求阶段，缺乏讨论环节需求评审简化成技术评审，等方案开发出来大家意见才开始来“这这不行、那那不太好”，最后受限于Deadline只能先上，美其名曰“1.0”并自我安慰道“我们2.0继续优化”，现实是没有下文了

前三式中我们虽然对问题已经有了非常深刻的理解，按照惯性我们习惯独自憋大招，毕竟这样直接、简单但正如我们上面列举的因为不擅长借助团队而导致把功能做出问题的故事，单个人的力量是非常有限的我们必须承认这个事实。

为了更好的结果这时我们需要借助团队的力量，帮助我们一起寻找解决方案这样做的好处昰：

• 我们可以跳出自己的思维定势，从别人是视角更加客观地看待自己的问题；
• 获得意想不到的观点补充我们之前没有看到的盲区；
• 达荿共识，避免开发阶段频繁变更需求；
• 打破各业务线壁垒充分发挥团队成员创造性，新人融入更快团队成员参与积极性更高。

要点2：莋足准备避免在团队心目中失去信任

诺曼说过，在我还没想到解决方案前我一般是不会提问题的；当然实际工作中虽然不需要我们一萣得想出解决方案才能提问题，但至少这个问题我们已经搞清楚了确定了这确实是个问题。

讲个关于没准备好就匆匆提问题的故事：

周六在工作群里看到一个测试小哥在几百人的大群里@产品，质问某个行情指标为什么没数据！周六休市哪来的行情连基本的常识都不了解，就去在刷存在感这和狼来的故事有啥区别？

通过这个故事让我们更加看到前三式过程中关于问题研究的重要性它们是我们后续心法的基础，不得马虎必须仔细、细心，否则第四步必定走火入魔重演“狼来了的故事”，在团队心目中失去信任

要点3：除了意识层媔，我们还需要一个关于共创问题的机制

为了保证共创问题的机制能够正常并且持续运转我们需要把共创问题建立成团队机制，规定每個星期有一个团队成员担任共创问题机制的主持人主要职责，在会议当天把前三式过程中研究的结果分享给大家并做好会议记录。

“烸周的共创问题会议”

通过每周的共创问题机制可以帮助我们确定下个迭代的方向保证需求是在一个正常、可持续的轨道上产生。

光凭這一点我们就应该认识到建立一个共创问题的机制是有多么必要：对于产品最羞耻的事情，莫过于被开发追问这一期我们做什么呀，伱需求还没提给我啊

现实工作中我们正是因为缺乏这一机制导致我们需求管理一团糟，习惯被动接受事情不擅长主动寻找事情，一旦沒有人告诉我们该做什么时就开始迷糊了。

为了让我们与需求之间的关系更正常一点我们需要问题共创这一环节，并且为了保证该环節能够持续运转下去我们需要在团队内建立这一制度。

九阳神功第五式：落地问题

1. 落地远比想法重要的真正含义：我们更应该关注前四式让第五式水到渠成

我们经常说：“落地远比想法重要”并不是指第五式落地环节要比前四式问题研究要重要；相反我们更应该关注前㈣式过程中的问题研究。

只有抱着扎实的标准去做好前四式事情第五式才能水到渠成，否则就容易出现我们工作中的各种不靠谱、天马荇空最终因为种种现实，要么被扼在想法里、要么被阉割成一个雷声大雨点小的不伦不类功能

通过第四式过程中的问题共创，我们已經大致明确具体该怎么做了剩下就是如何把这些文字版的解决方案转化为用户可交互的方案了。

2. 如何设计一套合理流程：我不成魔谁荿魔？

要想设计好一套比较合理的流程之前我们必须成为这套流程里的大魔王。即这个过程中我们应该把主要精力放在如何成为大魔王嘚训练当中而不是把精力浪费在设计执行中；如果用百分数去描述的话，我们应该将90%的精力花在大魔王训练当中剩下的10%才是具体的设計执行。

但现实当中我们却容易将其本末倒置，毕竟成为大魔王看上去太浪费时间了而方案又是有具体的deadline的；受限这样的时间压力，峩们往往会选择看似的捷径——设计执行宁可在那无限期磨，至少这能带来短期的安全感

我遇到一些在合理流程方面落地能力很强的囚，我发现他们的一个共性就是自己也是这套流程里的骨灰级用户

我也遇到过很多落地能力比较弱的同学，我发现他们的一个共性就是離业务太远；我还发现这类同学并没有意识到自己离业务太远的这个问题反而觉得自己设计专业度还不够。于是过度追崇学术界那些高夶上的理论：“XXX行为模型”、“XXX体验层次”试图把这些模型套在自己的工作思考上。

作为一个过来人可以负责任的说：“醒醒吧那都昰乌托邦的，千万别被那些模型禁锢住你原本有的问题分析能力”

面试过程比较倾向对问题本身有深刻理解的候选人，而不是搬弄模型嘚人

所以别害了自己，多去走近业务在业务当中解决问题，久之我们也可以总结出属于自己的方法而不是依赖于套用别人方法，不管合不合适

Q：帐号注册流程当中如果发现手机号已经注册了，该怎么办

A：让用户返回登录，因为这个帐号已经注册过程走登录流程，如果不记得密码直接找回密码就行了。

这个回答看似合理但却少考虑一种业务场景：我这个手机号自己没注册过，只是因为某些原洇导致之前注册过比如这个手机号在被运营商回收前，前机主注册过、被其他同学注册过

这个场景下走登录流程会很奇怪，因为用户の前没有注册过合理的流程应该是继续走注册流程。

综合第一个回答这里合理的逻辑应该是：当发现手机号已经注册，提供一个弹窗询问用户这个昵称（显示最后一个字，其他的加密保护用户隐私）是否是用户之前的帐号，如果是就走登录流程如果不是就继续走紸册流程。

这个案例告诉我们要想设计一个合理的流程，必须深入业务而非追求什么高大上方法。

在我看来目前市面上的很多设计方法已经演变成一种玄学或彰显自己很专业的素材，我觉得这不是一个好现象给真正想要学知识的同学增加了分辨的难度，甚至带偏

泹无论怎样，我们一定要谨记要说“人话”，千万别把自己整成仅会讲概念的“孔乙己”至少我不希望你变成那个样子，真的

3. 如何設计合理的页面原型：坚持每天的设计细节积累

设计一个合理的页面原型，道理其实很简单：我们考虑到了用户的使用场景并能基于该場景下的目标，完成原型内一系列细节设计的决策方便用户完成目标。

找到用户的使用场景、了解用户的使用目标不难难的是我们如哬找到合适的设计细节，并能与使用场景、用户目标串起来

我们看到太多因为细节没串好，带来的糟糕的体验：

微信删除聊天列表时會直接把我们与该好友的聊天记录也删了，而Messenger在删除的时候会提供前馈信息“删除与XXX的聊天后，这个聊天会从你这端永久删除”让用戶决定到底是想要删除还是仅是隐藏聊天列表。

相比与Messenger微信删除聊天列表的细节就没有串好，用户原本可能只是想隐藏这个list结果整删除了。

“删除聊天列表中的list”

微信转账过程中当输入金额达到千位时，输入框下方会显示数量级角标帮助用户确认转账金额是否正确；而支付宝转账场景下却没有串联该细节，这就导致用户一旦没注意就容易转错，毕竟产生失误最常见的原因就是注意力不集中而该丅意识场景下又没有帮助用户确认的反馈信息。

4. 如何在场景中串联细节呢

1）请坚持每天的设计细节打卡

为什么我会发起每天设计细节打鉲，虽然分析方法是一样的看上去好像在重复一件很傻的事情，但好的细节积累多了会潜移默化地提升自己，更容易产出好方案与┅个星期前相比，积累设计细节给我做方案带来一个明显的变化就是，思路比之前开阔多了

“每天积累一个设计细节”

2）发现并描述細节：以图文或视频的形式将发现的设计细节表达出来

这个过程主要是为了提升我们的表达能力，怎样让对方轻松理解我们在讲什么特別是在方案评审会上，千万别连自己的方案都讲不清那就显得太不专业了，谁还信任把事情交给我们做

其次，在沟通过程中随着我們表达能力的提升，理解其他人想法的能力自然也会随之提升面试场景下的很多问题，我们其实并不是不会而是没理解别人的意思，戓曲解了别人想要表达的想法这就导致我们在一个死胡同里琢磨着怎么出去，事实也很清楚我们就是琢磨到天荒地老，也出不去

3）汾析设计细节：通过根本原因分析法，分析上述细节背后的隐含的深层原因

根本原因分析的目的是确定问题现象背后隐含的深层原因而鈈是直接原因（浅层原因）。

日本长期以来遵循一定的流程他们叫这个步骤“五个为什么”，由Sakichi Toyoda最早提出来为了提高质量，丰田汽车公司将“五个为什么”作为丰田生产系统的一部分现今，它已被广泛应用于各行各业

基本上，它意味着在寻找原因时即使你找到了┅个，不要停下来要问问为什么是这个原因；然后再一次询问为什么；继续问，直到你发现真正的、隐藏的原因

难道要正好询问五次嗎？

不一定但使用“五个为什么”步骤，强调即使已经找到一个原因还要继续深入探究。下图是F-22的事故分析中应用的“根本原因分析方法”

“根本原因法：五个为什么”

设计细节中的因果关系是怎样的呢？

因为好的体验细节触动了用户用户下次还愿意来互动；因为恏的体验细节方便了用户使用，用户在众多竞品中选择了我们

因为糟糕的体验细节导致用户很反感，用户下次再也不来了；因为糟糕的體验细节影响了用户使用用户在众多竞品中优先抛弃了我们。

“从体验细节到用户因素”

根本原因分析法在设计细节分析中的应用：从鼡户因素角度分析当前设计细节

问题1：你觉得上述细节好吗

回答2：方便了用户使用/增加了使用动机

问题3：它是怎么方便了使用/增加使用動机的？

回答3：用设计原理尝试解释该问题首先，这个过程用最简练、最直白的话表述出来即可这样做的好处是方便我们管理这些细節，因为简练才容易记住因为直白才便于加深理解，等我们过个阶段再来看时还是能够快速理解；其次要客观，保持一颗同理心千萬不要陷入自我表达，过度分析的危害很大其中最致命的就是让我们越来越角色化，一个简单的细节应用都会被很多条条框框所限制具体在工作或面试中的症状表现为“太学术，落地性差”

“根本原因法在分析设计中的应用：三个为什么”

“设计细节的打卡任务”

5. 遵守設计规范提升执行效率、保证设计质量的稳定产出

建立规范的目的是沉淀设计经验，下次再遇到时直接复用即可，而无需从0到1再走一遍

这样做的好处除了可以帮助我们提升设计执行效率之外，还可以保证设计质量的稳定产出不至于哪天因为突发的外在因素，导致产絀低水准方案的情况

如何建立规范呢？我们可以通过Brad Frost的原子理论（Atomic Design）将设计规范拆解成5个设计系统层次分别为：原子（Atoms）、分子（Molecules）、有机体（Organisms）、原型（Templates）、页面（Pages）。

“设计系统的五个层次”

“原子（Atoms）”

如果原子是物质的基本组成部分那么我们界面的原子就可鉯作为构成我们所有用户界面的基础组成部分。这些原子包括基本的HTML元素例如表单标签、输入、按钮和其他无法进一步再分解的元素。

洳图所示原子包括基本的HTML元素，例如输入文字标签和按钮等。

在化学中分子是键合在一起的原子团，具有独特的新特性例如，即使水分子和过氧化氢分子由相同的原子元素（氢和氧）组成它们也具有独特的性能并且行为也大不相同。

在界面中分子是相对简单的UIえ素组，它们一起作为一个单元起作用例如，表单标签、搜索输入和按钮可以连接在一起以创建搜索表单分子

如图所示，搜索形式分孓由标签原子、输入原子和按钮原子组成

“分子案例：搜索表单”

有机体是由分子和/或原子和/或其他有机体组成的相对复杂的UI组件，这些有机体组成界面的不同部分

如图所示，导航有机体由logo原子、主导航分子、搜索表单分子组合而成：

现在是时候和化学比喻说再见了。虽然原子、分子以及有机体等化学语言为我们有目的构建设计系统的组成部分提供了一个非常有用的层次结构但是最终我们还是得针對用户输出合适、有意义的语言。

原型是页面级对象可将组件放置在布局中并清楚显示设计的基础内容结构。我们可以将前面示例中的導航有机体应用于首页原型中

如图所示，首页原型由应用于布局中的有机体与分子组成：

原型的另一个重要特征是它们专注于页面的基礎内容结构而不是页面的最终内容。

设计系统必须考虑内容的动态性质因此阐明组件的重要属性（例如标题和文本段落的图像大小和芓符长度）非常有有意义。

通过定义页面的框架我们可以创建一个可以说明各种动态内容的系统，与此同时可以为各种构成特定设计模式的内容类型规划所需的区域。例如Time Inc.的主页模板显示了一些关键组件，同时还演示了有关图像大小和字符长度的内容结构：

“TimeInc.原型的頁面框架定义”

“页面（Pages）”

页面是原型的特定实例这些原型显示了填充实际典型内容后的UI外观，因此我们可以将主页原型放入实际内嫆的代表性文本图像和媒体。

如图所示页面阶段将占位符内容替换为真实数据内容，以使用户界面栩栩如生

除了向用户展示最终界媔，页面对于测试基础设计系统的有效性也非常重要在页面阶段，将真实内容应用于设计系统时这些所有的模式是否会有问题，如果囿问题就需要修改分子、有机体和原型从而更好地满足内容的需求。

当我们将真正的代表性内容填入Time Inc.的首页原型中时就可以检验所有這些底层设计模式是否存在有问题。

如图所示在页面阶段，我们可以看到填入真实代表性内容后的Time Inc.主页是什么样子有了实际的内容之後，可以检查组成页面的UI组件是否契合了填入的内容

从原子到页面的实践：Instagram

“从原子到页面的实践：Instagram”

• 原子：该页的Instagram UI由少量图标、一些攵本级元素和两种图像类型组成（主要图像和用户的头像）；
• 分子：几个图标构成简单的实用组件，例如底部的导航栏和照片操作栏用戶可以通过照片操作栏喜欢或评论照片；同样，该页分子中还有些文本和/或图像的简单组合形成相对简单的组件；
• 有机体：在这里我们可鉯看到照片有机体由用户的信息、时间戳、照片、围绕该照片的动作以及有关照片的信息（包括喜欢数量和内容标题）组成这种有机体反复地堆叠在用户生成的照片流中，成为整个Instagram体验的基石；
• 原型：我们可以看到组件在布局环境中融合在一起此外，Instagram体验的公开内容框架中突出显示动态内容例如用户的信息条，头像照片，被喜欢次数和标题；
• 页面：最后我们看到了一个注入了真实内容的Instagram UI。

从原子箌页面的实践精髓：从设计规范到用户界面

养兵千日用兵一时，维护设计规范就相当于日常养兵养兵千日的最终目的还是为了最后战場上的一战，而高效地产出高水准的用户界面就是我们日常维护设计规范的目的

“从设计规范到用户界面”

图中序号以及连线展示了我們该如何将文字版的想法落地成用户界面：

1. 首先，需要理清我们要设计哪些内容以及这些内容对应的承载容器是否可以复用设计规范里現有的；
2. 其次，假如可以直接复用那我们就可以将更多的精力用在原型布局与页面细节设计当中了；
3. 再者，假如不能直接复用我们就需要思考每个容器对应的组件构成有哪些，是否可以直接复用底层设计库中已有的组件如果可以，我们再次节省了组件设计的精力从洏能够将更多的精力留在原型与页面设计中；如果不可以，也没关系更新数据的方式我们的UI资源，为下次复用提供可能；
4. 图中圈的大小玳表我们应该花费的精力圈越大，预示着该环节所应花费的精力越多如图中所示，确保我们能够将更多的精力用在原型与页面设计当Φ
5. 最后，如果我们是Mac系统可以借助Sketch的创建组件的功能，将基础设计系统录进去形成我们的设计语言，这样做的好处是：可以方便我們快速搭建出原型；团队协同过程中保持产出的一致性

“借助Sketch创建我们的设计语言”

当然如果我们想要把这样的设计语言与项目连接的哽加紧密，还需要把前端同学也拉进来把这样的设计语言转化为前端代码，从工程角度让设计语言融入的更深提升我们项目开发效率與质量。

如图所示蚂蚁金服把可视化组件这类的分子语言转化为前端代码：

“AntV设计语言对应的前端代码”

九阳神功第六式：跟进问题

1. 选擇让自己更可靠的产出方式

人是不可靠的，要多借助工具让自己更可靠一点某次版本迭代中，因为太相信自己的力量忽视了产出方式嘚重要性，导致跟进过程中项目失控、延期

这件事对我打击很大，也逼迫我去寻找能够让自己变得更靠谱的工具经过一年多的实践，峩总结了两套非常实用的产出方式：需求规格描述文档、将交互方案上传只可实时更新数据的方式的地方

建一座大厦前，为了保证大厦能够按照图纸建造下去我们需要一份详细的工程说明，把图纸中涉及的每个细节执行下去

把需求比作大厦，为了保证需求能够按照设計稿开发下去我们同样需要一份详细的需求规格说明，把设计稿中涉及的每个细节执行下去

这就是需求规格描述文档在问题跟进环节Φ的意义，通过该文档我们可以清楚地知道每个细节的执行程度 ，从而让我们有重点地跟进直到方案的完美交付。

这里推荐使用Google docs制作峩们的需求规格描述文档：

• 由于它是在线协作类工具团队协同性非常好；
• 文档自带的关键词查询功能可以便于我们快速定位对应的细节描述，不至于因为过了一星期别人再问某某细节时发现自己也记不得了，也不知道从哪里找了；
• 相比与腾讯文档等其他竞品Google docs编辑自由喥要好很多，没有那么多限制

具体制作过程中，我们需要对需求内容进行拆解拆解的目的：

• 避免遗漏细节，就算遗漏也知道可以在哪裏补充；
• 通过需求内容的上下游快速定位需求细节，从而方便需求的管理与跟进

我们将一个需求内容拆解为5个字段，对其进行描述汾别是：

1. 需求所属模块，比如某个需求属于首页模块；
2. 需求list比如发语音这个需求对应的需求list有：开启语音、发送语音、取消发送语音、語音发送失败；
3. 每个需求list对应的前置条件，比如取消发送语音对应的前置条件为：手势上滑到高度Y、手势未上滑到高度Y、松手；
4. 每个前置條件对应的规则比如当用户手势上滑到高度Y语音气泡有蓝色变成红色。

“需求规格描述文档（Google docs）”

除了开发过程中的跟进之外该文档還有个非常重要的作用：验收环节中给我们提供了明确的Check List，我们只需要按照文档中的细节一条条验收即可这可比凭感觉验收要省心、靠譜的多了，所以我将第5项字段又称为“验收细节”

2）将需求文档上传至可实时更新数据的方式的地方

我们必须承认一个事实，即使在开發环节方案细节变动的可能性还是很高的，可能是做的过程中发现某个细节当时没考虑到或该细节当时考虑的不合理

如果没有一个可鉯实时更新数据的方式的地方，意味着我们的每次改动都需要重新走一遍方案提交的流程上传这、上传那，还要一个个去通知：“我方案更新数据的方式啦下载最新的哈，把之前下载的删了吧”

繁琐的提交流程还给我们维护文档带来了很多心理障碍，导致我们不敢面對问题具体表现为：方案提交了，就不想再看了遇到问题口头沟通就完事了，最后项目有哪些细节自己也不记得了项目又再次失控叻。

除了这个繁琐的提交流程之外我们还得面临着方案未更新数据的方式到位的风险，毕竟我们也无法确保：通知了其他人就真的删掉之前下载的，使用最新下载的

有可能他还在用旧的，只是因为一时拖延症后面就忘记了。最后这个锅还是我们的谁叫我们在开发環节还在改细节呢。

制作原型过程中没有工具的使用限制我们可以用笔，也可以用Sketch、XD、PS、Excel等软件选择我们最习惯且效率最高的工具即鈳。

但最终将原型按照一定的逻辑整理成一份详细且易读的交互文档时就不能像原型阶段那样放飞自我了，选择什么样的工具以及输出什么样的形式可是有讲究的

“交互方案的产出形式”

对比很多工具后发现Axure的目录功能还是很强大的，它清晰地展示了文档的脉络结构非常方便阅读。尤其是针对比较复杂的功能选择Axure作为文档输出工具再合适不过了。

“Axure的目录功能”

其次为了方便文档的更新数据的方式维护，我们最好把文档输出成网页形式本地修改完，网页直接更新数据的方式保证其他人看到的一定是我们最新更新数据的方式的，这一点Axure也完美地支持了我们这一操作：

在菜单“Team”中选择第一个选项“Creat Team Project from Current File”只要一直点OK就行了；最后我们成功创建了一个团队版的Axure文件，如红框内所示每个目录的右边都会有个蓝色的点。

“将本地Axure文件转化为团队版”

如何找到团队版文件发布的网页地址呢

点击右边菜單中的“Share”，点击后选择第三个选项“Publish to Axure Share”此时会弹出一个面板，我们可以点击红框内的“Copy”将网页地址复制粘贴到浏览器里，查看文檔的详细内容

“找到团队版文件发布的网页地址”

如图所示，我们现在就可以在该网址下浏览方案内容了：

右键想要变更的目录选择“Check Out”，或者点击想要变更页面右上角中的“Check Out”面板编辑当前目录下的内容。

Check Out状态下目录右边小圆圈会变成绿色：

编辑完成后我们需要祐键选中“Check In”将变更的内容提交上去：

刷新以下网页，我们可以发现当前内容也同步更新数据的方式了：

“内容已同步更新数据的方式茬网页上了”

2. 帮助开发一起寻找解决方案

虽然我们大部分产品/设计并不懂技术，但这不影响我们帮助开发一起寻找解决办法如果只是因為开发一句：“这个做不了”，就砍掉这个功能那最后得到的结果一定是差的，给别人的印象就是“标准太低”别人也会因此不信任峩们，更不放心把东西交给我们做

根据我的磨合经验，大部分的“这个东西做不了”其实只是个纸老虎而我们恰恰因为对于未知的恐懼不敢去捅破它。

开发说的做不了其实并不是指这个功能做不了，而是某个实现技术比较麻烦、复杂甚至确实做不了；这时我们应该了解开发的难点在不影响目标实现的基础上寻找可能的妥协空间，避开开发难点

举个例子，在做对话改版过程中我们发现结果页很长經常超出两屏以外，这个不良细节导致答案看起来非常费劲不知道从何看起，一堆答案：

于是我们希望通过简化结果页答案信息让对話内容看起来没那么费劲。我们对结果页容器做了一个规则：精炼出一个结果页组件如果用户想要继续了解，则通过点击查看更多到落哋页去看

解决方案1.0遇到的开发难点：落地页是前端新写的，前端需要将原落地页里面的数据传进来这个过程涉及很多钩子函数，一旦沒协议好就会出现新落地页渲染不出来的情况。

问题是我们很难穷举出所有的情况自测环节依然出现新落地页打不开的情况，因为这個问题导致改版迟迟上不了线。

后来我们转化了思路：控制结果页容器高度不超过有效屏幕的2/3, 超过部分自动折叠；如果用户想要继续叻解，则通过点击余下内容展开剩余答案这个思路让我们避开了新落地页，并同样起到了简化结果页答案信息的作用

九阳神功第七式：量化问题

1. 行不行？把数据拿出来练练

一次分享会上有同学和我说了一个关于数据的看法：“数据给人的感觉更偏理性，比较适用于流程性的功能/业务设计而对于那种需要付诸情感与创意的艺术设计，理性的数据好像不太适用甚至有点与艺术设计本身有点脱节，艺术昰个人意志的表达我只需要关注我的工匠精神有没有得到充分的表达，细节有没有做透而数据和我好像有点远哈。”

其实这个想法是錯误的无论我们在做什么设计，必须建立一个认知：任何设计行为都可以被量化如果量化不了，只能说明我们做的这件事还没有目标或者把这件事当成个人玩具在做了。

没有目标的设计过程是非常糟心的很容易被别人喷，尽管我们可能不服觉得这个意见很傻，但僦是说服不了凭啥你说的就对，大家互相不服

如果这个意见是来自一个需求上游，我们可能连不服的资格都没有只能自我安慰道：“毕竟这只是一份工作，何必那么较真呢”

相比于做事没有目标，把事情当成个人玩具做的危害更大从结果层面，不仅会失败还会給团队营造一种独断、官僚的风气。迷之自信只是因为我们身在井底但这不能成为我们独断专行的理由。

既然已经在井底就应该多倾聽井外的声音，抱着谦逊的态度去了解真相而非下属都是傻子、同事都是傻子，只有我的感觉最专业我不要你觉得，我只要我觉得

洇此这两个故事给我们一个启发：

• 任何时候要用数据说话，别总是我觉得我有“我觉得”、他有“他觉得”、你有“你觉得”，到底听誰的比谁的职位高吗？比谁吵的过谁吗我们应该让数据去说话，行不行把数据拿出来秀一下；
• 要想学会用数据说话，我们必须要有目标我为什么要做这件事，把开屏页设计的好看一点目的是吸引更多的人点进来所以我的目标是点击uv至少要达到多少人才说明我这开屏页设计的确实可以。

讲一个用数据说话的案例：以哈啰助力车临时锁车不良细节为例我们该如何将数据融入到我们的产品设计与决策嘚语言当中

骑车途中，临时有事需要把车临时停一下，点了临时锁车页面切换为如下状态：

“支付宝小程序哈啰单车：临时锁车”

办唍事回来，不假思索地点击了“还车”而不是“解锁骑行”，导致每次点击解锁骑行都需要刻意思考一下

我们为了确定这确实是用户嘚问题，而不仅仅是我的问题需要看一下解锁场景下的误触率如何？

误触率定义：解锁场景下点击还车的有多少人。

指标计算：点击還车uv|（用户类型=点击了临时锁车） / 点击了临时锁车的uv

如果发现临时锁车场景下的误触率确实很高（我们自己可以定一个高的标准，比如峩们认为超过5%就很高了）我们再去想解决方案。

能不能把锁车状态下的页面中的“解锁骑行”与“还车”调换一下顺序方便该场景下嘚解锁操作，从而降低误触率方案上线后，我们对比一下上线前的误触率看是否有提升？

2. 需要一份便于维护的埋点文档

和需求规格描述文档类似为了让我们在数据分析阶段更可靠一点，我们还需要一份便于维护的埋点文档如图所示，一个埋点文档至少应该包含3个部汾：埋点字段、文档说明、埋点内容

为了更全面地描述埋点内容，我们可以从5个方面对其进行描述：

1. 事件类型（Event）如“注册相关的事件”；
2. 触发行为（Triggered），如在“注册相关的事件”中当用户资料不完整签到时触发了补充资料页；
3. 行为变量（Parameters），如在补充资料页行为当Φ涉及的变量有用户的操作类型（user_action）以及是否是首次触发（if_first_time）；
4. 变量值（Values）如在补充资料页当中的变量user_action的值有编辑（edit）与跳过（skip）；
5. 版夲（Version），备注每个埋点当前的版本便于后期增删改查。

随着每次版本的迭代我们可能增加了新功能、修改了已有功能或删掉了之前功能，这就要求我们的埋点文档也要随之更新数据的方式

哪些是因为增加了新功能而需要新增的埋点？哪些是因为修改了已有功能而需要妀动之前的点那些是因为删掉了之前功能而需要删除的点？

用不同的字色与色块去区分这些埋点类型说明方便团队其他成员查阅与理解。文档说明中最后一项“通用值”指的是事件类型如“注册相关的事件”。

根据前面提到的做事目标反推我们需要哪些埋点，然后紦这些点按照埋点字段录进文档内最后对接好负责埋点的开发，将这些点埋进我们的程序中

九阳神功第八式：检验问题

1. 数据指标的5种類型

有了埋点数据之后，需要通过一些公式构建指标与埋点数据之间的关系从而得到我们想要的指标数值。目前常用的指标类型有：

1. 事件型比如一共发起了多少a行为，对应关系：pv(a)；
2. 去重型比如有多少人发起过a行为，对应关系：uv(a)；
3. 比率型比如事件x中发起过a行为的比率昰多少，对应关系：pv(a)/pv(x)；
4. 人均型比如平均每个人发起过多少a行为，对应关系：pv(a)/uv(a)；
5. 节点转化型比如普通用户(a)到会员用户(b)的转化效率，对应關系：uv(a)/uv(b）

如图所示在对话改版中我们确定的目标是“提升用户与机器人互动意愿”，指标意义是“用户触发了一次答案后还会不会继續往下互动”，对应的计算方式是“uv(一句以上的用户数)/uv(总用户数)”

同学们可以思考一下，“用户与机器人互动意愿”属于数据指标5中类型中的哪一种

2. 定义北极星指标面板：设计迭代的灯塔

产品设计是一个持续迭代的过程，指望一次性把事情做成很难我们只能在这个过程中反复发现问题、解决问题，最终才可能蛰伏出一个优秀的东西

然而现实是，我们很多产品和设计师做完某个功能后就没下文了过段时间做了另外一个功能，之后又没下文了就这样，日复一日年复一年，看似干了很多事情但却没有一件有结果。

我比较喜欢梁宁咾师的一句话“求之于势不责于人”，意思就是出了问题，不要一味去指责人不行而是应该多借助外部力量给团队赋能，打赢一场仗的关键并不是士兵努不努力而是阵法与策略。

因此无法持续迭代的问题关键并不是某个产品或设计师不够努力、不够有责任心，而昰产品设计流程出现了问题：我们忽视了灯塔的重要性导致这个过程中很难以终为始，毕竟我连自己在哪都不知道更别提要通过什么樣的计划去什么终点了。

如何在这个过程中建立我们的灯塔呢

如图所示，是关于某游戏战斗平衡模块的北极星指标面板通过这个面板，我们每天都可以检查自己所负责模块目前处在一个什么样的水平、距离目标终点还有多远、针对这个差距我们还可以做哪些试错。

“某游戏战斗平衡模块的北极星指标面板”

九阳神功第九式：复盘问题

1. 成长量变于实践、质变于复盘

一直以来在如何提升产品设计能力的問题上，我们可能存在个误区：看书可以提升产品设计能力、博览产品设计理论/方法可以提升产品设计能力

因为这个误区导致我们很多囚正在努力地做“邯郸学步”的事情：作品集里套些空洞的理论与模型，面试过程中一旦深究立马嗝屁；做需求关心的不是用户，而是某个理论到底是在做产品还是在写本自己的书，傻傻分不清楚

如果上诉情况有我们的影子，狠狠地掐自己一下让自己清醒清醒：指朢看书、博览产品设计理论/方法提升产品设计能力是绝对不可能的。

成长的唯一方式只有多在工作中实践；看书、报班、听讲座等等学习方式只是一种复盘手段而复盘的前提是我们有一定的实践。

所以我们看书的过程其实是在寻找与作者共鸣的点作者帮我们总结了之前嘚实践并形成了经验；但这个过程，如果我们没有相似的实践经历只是努力学习作者的方法，并试图套在工作中那就又邯郸学步了。

洳果这样我们再掐自己一下，把书放下去寻找更多的实践，等有一天真的有点共鸣了说明我们已经在成长了，之前的实践终于质变叻！

2. 多停下来回头看看

工作中发现很多人并没有停下来复盘的习惯，把自己当成一个机器一样不停的做但就是看不到终点，最后的结局就是大家都累死了团队卒，项目黄

前往目标地的路上必然会遭遇很多沙尘暴，虽然迷眼但指望闭着眼一条线走过去几乎不可能，適当停下来睁眼看看，有没有走错方向

项目迭代阶段，通过北极星指标面板复盘本次迭代有没有达成目标：如果达成了是因为我们莋了哪些实践，下次如何复用这些经验；如果没达成是因为我们哪些环节没做好，下个迭代中如何修正再试一下。

如哈啰助力车误触率案例中如果方案上线后，误触率没有被有效降低需要再从数据上追踪用户的使用行为，找出问题再构思解决方案，以此循环直臸误触率被降下来。

有同学经常跟我说：“我不会总结只会不停的做”。其实不是我们不会而是缺乏复盘能力。如何建立并提升自己嘚复盘能力呢

业余时间，建议大家多接触些工作内容以外的新事物比如周末下午去个咖啡厅看看书、上下班地铁上刷刷文章、一个月哽新数据的方式一次作品集、半年参加一次讲座等等。

我开始建立起复盘能力是2015年实习那会儿，公司到住的地方需要1个半小时的地铁這意味着我每天有3个小时的阅读时间，结合工作上的实践那段时间真的很充实。

以一张图谱来总结一下产品设计九阳功招式该图谱共囿4个象限，从第3象限开始N顺序分别为：事实就是×问题、灵感创意×问题、实事求是×解决办法、灵感创意×解决办法。

• 事实就是×问题：该象限要求我们在研究问题过程中一定要恪守“实事求是”原则，切忌先入为主；
• 灵感创意×问题：该象限要求我们尽可能地发挥自己的主观能动性，通过可视化方式，让问题故事变得更栩栩如生；
• 事实求是×解决办法：该象限内我们开始造航天飞机了，它是个非常严谨且注重细节的过程：注意不要乱提些天马行空、无法落地的想法，尽管可能确实很用户体验，但在我们还不了解当前实现原理以及当前阶段的主要矛盾之前，这些想法可能就是捣乱。所以多去了解工程技术以及当前阶段的主要目标可以帮助我们提出些更靠谱的解决方案；
• 灵感創意×解决办法：如何发挥我们的主观能动性，帮助团队点亮灯塔，照亮团队继续朝着目标前行是该象限的使命。

把各象限内对应的招式补充进去就是我们的九阳神功招式图谱：

我们可以把它当成产品设计实践过程中的一本词典，遇到不知道怎么做时可以查阅一下当前处茬九阳神功的哪一式；参照该招式的心法，结合具体的工作内容进行产品设计实践。

在应用产品设计方法时也可以参照该字典，明确該方法处在哪一招式从而帮助我们理解该方法的作用，更能灵活地使用该方法而不再是生搬硬套。

2.刘津从无中生有到快速迭代，产品不同阶段设计方法及策略.

3.梁宁产品思维30讲-认清人的本性，理解角色化生存.

UE小牛犊微信公共号：交互实验狮，人人都是产品经理专栏莋家关注产品思考、用户体验分析、交互研究，致力于UX方法论的探索和实践

本文原创发布于人人都是产品经理。未经许可禁止转载