日常用户旅程：让应用程序贴近用户的例行公事

用户旅程通常被视为一个项目。你聘请了一家咨询公司，举办了为期两天的研讨会，制作了一张令人印象深刻的地图，然后生活就恢复了正常。六个月后，产品发生了变化，受众也发生了变化，地图也变成了虚构。

问题不在于车间。这个想法是，理解用户是一个事件，而不是例行公事。构建优秀应用程序的团队不会每年重新发现一次用户。他们每周都在旅途中度过，以符合那些有最后期限交付的人的实际议程的小举动。

这篇文章不是关于绘制旅程的。这是关于如何在产品团队的日常生活中保持旅程的存在，这是没有人教授的部分，也是区分那些谈论用户和实际与用户一起工作的人的部分。

敌人是距离，而不是无知

产品团队不会因为缺乏兴趣而忽视用户。它们靠重力而移开。冲刺、内部会议、技术债务和利益相关者的压力将注意力吸引到内部。几周后，决策开始根据内部意见做出，而用户则成为会议中提到的抽象概念。

最重要的是，日常旅程是对这种重力的防御。这些小仪式可以让团队更接近产品使用者的真实情况，而且频率足够高，以免任何人失去联系。

这里的论点很简单：频繁而廉价的接触比深入且不频繁的研究更有价值。每天花五分钟观察实际行为胜过一份无人重读的一百页报告。

没有单一的公式，但有一些习惯在小型和大型团队中都很有效。关键是它们足够轻，可以承受交付的压力。

从每天阅读反馈开始。应用商店中的评论、支持消息、网络上的评论。团队中有人每天都会读它，不是为了回应每个人，而是为了掌握脉搏。模式很快就会出现：同样的抱怨一周出现三次是旅程破裂的迹象。

每周进行一次观察。十五分钟观看实际使用的录音或观看用户使用该应用程序。一开始会很不舒服，我们看到人们陷入了我们认为显而易见的流程中，而正是这种不舒服纠正了方向。

保持旅程指标可见。不是具有五十个指标的面板，而是代表应用程序当前价值的一两个指标。当这个指标波动时，团队会问为什么，这个问题将他们拉回旅程。

例如，在市政公共服务应用程序中，团队可以预留周一的前半个小时来做三件事：阅读本周的支持票、查看最常用服务的完成率并选择要调查的摩擦。它成本低廉，符合常规，并且可以让使用该系统的公务员参与决策，而不是只有在正式投诉时才被记住。

在日常生活中，旅途问题很少是大问题。这些都是小不便，团队习惯于忽略这些小不便，因为他们和它们一起生活。半隐藏的按钮。没有人理解的错误消息。可以消除的额外步骤。

社交的危险是麻醉。那些每天使用该应用程序的人不会发现它的缺陷。这就是为什么观察新用户如此有价值：他们在团队甚至没有注意的地方犯了错误。

一个有用的做法是保留一份由团队中的任何人提供的小摩擦的实时清单。不是一下子解决所有问题，而是确保这些困难不会从集体记忆中消失。每个周期，有一两个人离开清单并进入交货状态。这是真正的持续改进，而不是一个永远不会开始的重新设计项目。

与旅程共存意味着与人们的数据共存。这带来的责任也是日常的，而不是年度清单项目。

当团队阅读支持、参加会议和分析行为时，他们正在操纵个人数据。在[LGPD0下，这需要持续小心：仅访问必要的内容，不将敏感数据导出到松散的电子表格中，当目标是了解模式而不是特定人员时进行匿名化。

健康的习惯是将隐私纳入您的日常生活中，而不是将其视为障碍。在询问有关旅程的新信息之前，请先询问其用途以及是否有法律依据。在内部共享会话录制之前，请记住那里有真人。这种反复的关心变成了文化，而文化对公司的保护远远超过抽屉里的合规文件。

另一边有一个陷阱。当仪式变成盲目的义务时，它们就会因过度的过程而消亡。一场持续一小时并产生无人阅读的会议记录比根本没有会议更糟糕。

平衡在于保持仪式轻松且以行动为导向。与用户接触的每一刻最多应该产生一个决定或一个需要调查的问题。如果你只生成报告，它就会变成戏剧。

一个实际的迹象表明，例行公事已经变得僵化：人们开始出于义务出现，没有带来任何新东西，会议开始一周又一周地重复相同的观察结果。当这种情况出现时，就该削减而不是加强了。改变决定的五分钟仪式比填满日历的一小时仪式更好。

团队的成熟度体现在这里：知道什么时候仪式是为旅程服务的，什么时候它本身就成了目的。礼仪必须调整，无需仪式。我们的目标永远不是完成仪式；而是完成仪式。是不要忽视用户。

了解用户并不是一个可以达到和存档的里程碑。这是一种每天都在培养的亲密关系，通过一些小动作融入最严格的日常生活中。旅程图就是照片；让产品保持活力的是电影，而电影只有在团队每周按播放键的情况下才会播放。

值得问的问题不是“我们什么时候重新进行用户研究”，而是“本周我们做了什么来拉近与产品使用者的距离”。如果答案是否定的，那么这段旅程就已经开始成为虚构。

如果你的团队制作了一张令人停止呼吸的伟大地图，那么也许缺少的不是另一个研讨会，而是例行公事。博客上还有其他有关产品文化和指标的文本，有助于建立这些习惯。