逐日埋首于这个页面的改版、谁人成果的迭代，是否真正领略手头这些设计事情对付整个业务的代价？又可否权衡每处新设计对付用户体验的影响呢？

其实，设计师完全可以不像游击一样，那边发明问题就跑去设计那边，而是运行一套良性的机制，辅佐整个团队，从更全局的视角去调查用户和洞察业务，让产物一连地晋升体验，让团队一连地做出对的决定。

近几年，我们一直在摸索这种良性的机制，做过许多实验，也看到一些逐步成型的要领，给业务带来了实际的益处，设计师在团队中输出的代价也越来越有分量。这里想和各人分享的，就是我们对付体验打点机制的一些思考。

用户体验设计 VS 用户体验打点

要表明“用户体验打点”，我想和“用户体验设计”比拟起来说，会更清楚。用户体验设计存眷的是“完成一次有效的设计”，得到某个问题的详细办理方案；而用户体验打点存眷的是“运行一个有效的机制”，让团队运行一套可以或许一连晋升用户体验的事情 *** 。

关于体验问题池的反思

体验问题池是我们曾经实验过的一种体验打点机制。我们通过各类 *** 收集用户的体验问题，放入问题池举办状态打点与共享，并在每个产物周期中逐个推进问题的办理。

体验问题池

这样机制的引入，好像给设计事情带来了些进步之处：

我们有了清晰的Check List，待办理和已办理问题一目了然；

每个别验问题都有明晰的优先级，办理时有轻重缓急；

只要我们一连推进迭代，就能一连办理问题；

利用线上团队东西，利便信息的打点和共享。

一切好像很是优美，但实际上又潜伏着危机，体验问题池给团队带来了什么样的风险呢？

共情不便是洞察

我们和用户一样痛，并不代表我们对用户体验有更全局的认知，更深刻的洞察。

存眷局部问题，大概错过创新时机

越存眷局部，就越容易得到局部的办理方案，也就意味着更大概错失颠覆性的新流程与新体验。就像我们假如只存眷于用户损坏的舆图，就更大概提出修补舆图的办理方案，而错过提供手机导航的创新时机。

紧张问题不便是紧张方针

辅佐业务在市场中竞争，实时抓住时机有时比办理问题更重要。因此，我们拟定方针时，不能范围在办理某个问题上。比起“办理舆图损坏的问题”，“为用户到达目标地，提供更高效的新 *** ”或者是更有代价的方针。

同步信息不便是告竣共鸣

只与相助方共享一份复杂的清单，很容易进入到只有设计师干着急的状态，产物和技能脚色处于被动相助的位置，而没有形成配合的方针和愿景，相助难以顺畅。

事情量不便是事情结果

我们能很是直观地看到办理过几多问题（还不必然真办理了），但仍然无法丈量，在这些事情之后，用户的体验毕竟产生了几多变革。

那么，更好的机制应该是什么样呢？今朝，团队正在运行的体验打点机制，更重视全局化的体验洞察，可量化的体验指标，以及团队共鸣的成立。我们把这样的机制称作“全局化体验打点”。

全局化体验打点

全局化体验打点的要害流程，分别成5个重要阶段：

全局化体验打点流程图

1. 俯瞰

在俯瞰阶段，我们需要得到用户体验的全貌，通过可视化模子建造体验全景图。这里推荐几种适合俯瞰全貌的可视化模子：

用户体验舆图／User Experience Map

用户体验舆图从用户视角出发，揭示用户在整个路程中的体验环境。当业务提供的是流程型处事时，好比租房、谋事情，用户体验舆图就很适适用来揭示体验全貌。下图是我们为58租房业务建造的租客用户体验舆图。

租客用户体验舆图

（2）处事蓝图／Service Blueprint