重要结论
-
优秀的产品愿景总是致力于满足客户的需求,而不会受限于既有的解决方案。
-
用户测试是通过收集对产品的反馈以改进你的用户体验,而定性调研是为了更好地了解你的产品能够解决怎样的用户问题。这两者是截然不同的。
-
随着时间的推进,用户的需求、痛点以及经验都会产生变化,因此,在你的整个产品流程中,需要将用户调研与验证作为一个系统环节。
-
由于用户需求与市场前景变化如此之快,对于产品路线图的频繁重审就变得十分关键。至于重审的频率,则取决于企业的规模与在行业中所处的位置。
-
高效的产品负责人对于路线图应当已经非常熟悉,如果与用户相关的新的信息与当前计划有所出入,他们会通过直觉意识到这一点。
优秀的产品领导者总是能够建立起令人信服的产品愿景,这也是 Apple 之所以成为 Apple,特斯拉之所以成为特斯拉的原因。成功的产品企业的推进力来源于他们的愿景:我的产品为什么,以及怎样为用户的生活带来巨大的变化。一款产品需要有一个坚定的愿景,这一点的重要性无论怎样强调都不过份。不过,愿景必须频繁地、定期地与用户的需求保持一致性。
优秀的产品愿景总是致力于满足用户的需求,而不会受限于既有的解决方案。仅举两例:“提供便捷的、可负担的交通方案“,或是“提供安全的、私密的沟通方式“。
伴随着企业的成长,业界环境、当前的技术以及客户本身也在不断地变化与发展。在这些变化的冲击之下,那些坚持解决长期的客户问题的产品愿景仍然能够屹立不倒。但是,为实现这一愿景而设计的策略与战术则必须赶上这些不断变化的因素,这一点是不可避免的。
大多数企业都能够持续地关注行业与技术方面的最新进展。不幸的是,与之相比,企业在保持对客户的需求与经验方面的关注上往往做得不够。
为了使你的产品能够良好地发展,必须确保你的产品路线图不仅能够指向长期的愿景,并且路线图中的各种创新和特性与用户的核心需求是相符的。你需要在产品设计与开发过程中持续地进行用户调研与验证,才能够获取洞察力、发展方向与自信,他们能够使你的路线图变得更灵活,同时保证产品仍然朝着最关键的愿景发展。
定量研究与定性研究
大多数企业在收集定量数据方面都做得很好,能够较快地实现各种数据分析方案,使你了解各种数据:哪些区域的用户数量最多、他们的登录频率如何,以及产品的用户变动率表现。这些数据来源确实有很高的价值,能够为你的产品决策提供重要的依据。但是,这些数据指标未必能够涵盖所有情况,他们虽然能够为你展现产品的现状,但不会告诉你这种状况的产生原因。
因此,在这种情况下就需要引入定性研究方式。这种方式需要直接与用户进行对话,了解他们遇到的问题、有哪些动机、遇到什么挫折,以及他们的背景和经验。这些问题并不仅限于使用产品的过程,同样也包括于他们的日常生活。与用户对话的次数越多,对用户的理解就越深,因此,你对于产品能够解决什么样问题的认识就越清晰。
需要指出的是,这些对话并不是围绕着用户测试展开的。当然,你需要进行频繁的用户测试以验证方案,并发现产品中的可用性问题(在后续章节将对此展开讨论),但这并不是我所指的定性用户调研。用户测试是通过收集对产品的反馈以改进你的用户体验,而定性调研是为了更好地了解你的产品能够解决怎样的用户问题。这两者是截然不同的。
案例:客户旅程地图
我们近期与一个从事家政服务行业的公司进行了合作,他们的开发团队非常忙碌,产品路线也很有抱负。不过,他们开始认识到对于目标客户缺乏足够的了解。
经过与客户和目标用户的多轮一对一访谈、工作坊以及共同创造式的练习之后,我们创建了一系列客户旅程地图。在这些地图中,我们列举了客户在旅程中的每一个阶段的任务、想法以及感受。在每个阶段中,为了让客户能够更好地满足用户的需求,我们进行了充分的研究,并使产品的机会越来越清晰。
这些客户旅程地图首先使我们与客户对于用户的问题有了一个大概的理解,以此为起点打造高效的方案。不仅如此,这些地图也为促进客户的公司对于用户需求与痛点的理解上了一个台阶。
这些定义更加清晰的客户需求,以及额外找到的机会,将提升产品路线图与企业服务用户的整体愿景的贴合程度。
尽早测试,频繁测试
企业时常会因为快速推出产品而牺牲测试,如果没有在一开始设计特性的时候对于用户的需求有一个清晰的认识,问题就会更突出。不过,即便你的方案是建立在用户需求的基础之上,也不代表就可以忽略对方案的验证环节。即使你理解了用户的问题,也不代表他们能够理解你所提出的解决方案。用户测试能够确保你的产品能够真正地解决用户的问题。
某些企业会在新产品或新特性发布之前进行用户测试,这当然比什么都不做要好。但在这个时间点上,你已经投入了大量的资源用于开发产品或是特性。
因此,你应当尽早进行测试。在实际投入开发资源之前,可以考虑先设计一个可点击的原型,以验证你的设计概念。对于设计的修改比起开发阶段的修改可要经济得多。
验证环节被忽略的最主要原因就是时间的压力,但用户测试并不一定是一个很耗时的过程。如果能够提早安排,那么不用一天时间就可以组织用户完成一轮用户测试。人数也不必太多,你可以挑选5个左右的用户,从中尽可能了解你所测试的功能的价值。5个用户的数量虽然不多,但是以 Nielsen Norman 的经验来看,如果测试人数大于5人,效果反而会下降。根据产品或功能的不同特征,你可能需要进行更多的测试,但对于概念与 UX 的验证来说,选择较为精益的方式即可。
案例:通过设计 Sprint 进行精益验证
在时间压力较大的情况下,我们经常会选择启动专门的设计 Sprint(基于 Google Ventures模型),作为一种需求理解、概念化、原型创建以及验证方案的方法。
在最近一次设计 Sprint中,我们对产品的下个迭代进行了设计,该产品允许用户在企业内创建以及维护电子邮件的签名(这只是该产品的其中一项特性,不过在这个 Sprint中主要的工作就是这项)。按照设计 Sprint 的流程,我们在这个为期一周的 Sprint的最后一天安排了5场背靠背的用户测试。如果没有事先协调妥当,这项验证步骤可能会使项目的时间延期一周以上。不过,由于进行了妥善的计划,我们在一天内就完成了用户测试,甚至在这一天结束之前还有时间对这一次用户测试的常见问题与重要结论进行汇总与记录。
用户验收测试的结果很有可能会导致额外的工作,而这可能又将影响你的产品路线图的时间计划。这一结果可能会造成一些不适,但至少你不会将时间浪费在那些客户不需要、或是不明白如何使用的特性上。
系统性的用户调研与验证
随着时间的推进,用户的需求、痛点以及经验都会产生变化,因此,在你的整个产品流程中,需要将用户调研与验证作为一个系统环节。你可以选择每个季度对一组新的用户进行定向的调研活动,也可以选择每天与一位用客户进行交流,总之要保持调研的持续性。与此类似,在你的设计与开发过程中的各个环节,也应为用户验证预留时间。
哪怕只是很短的时间,与用户持续地进行沟通也是至关重要的。Jared Spool 与他在 UIE 团队的同事发现,如果设计团队每六周能够抽出至少两小时的时间与用户进行沟通,与那些每年甚至更长的时间才与用户沟通一次的设计团队相比,其结果也大为不同。
一旦这些过程能够固化下来,你就会发现,你对用户已经有了一个非常深入的理解,为他们打造解决方案的过程变得如此自然,近乎是发自本能的。在这种情形下,你的本能来自于文档化的客户调研。
何时对你的产品路线图进行回顾
由于客户需求与市场前景变化如此之快,对于产品路线图的频繁重审就变得十分关键。至于重审的频率,则取决于企业的规模与在行业中所处的位置:
创业公司
新成立的创业公司至少应当每个季度更新一次路线图。如果你目前正在一家创业公司就业,就会明白路线图的变更频率往往会更高。对精心设计的计划做出改变确实令人沮丧,甚至让你感觉是在试图瞄准一个不断移动的目标,但路线图的变化对成功来说是不可或缺的。创业公司持续不断地学习他们用户的行为,从中发现最好的市场切入点,灵活地调整策略非常重要。此外,创业公司的组织结构往往没有那么正规,这也意味着他们能够更快地执行新的点子。
成熟企业
成熟的企业应当每年一次对路线图进行分析。首先,目标的变化不会这么大。其次,大型企业应当已经建立起更完善的客户反馈渠道,以听取客户不断变化 的需求。成熟企业的长期计划可以帮助他们持续迭代与发展。通常来说,由于需要企业的层层审批,产品的时间周期也会相应加长,创新的实现更为复杂,所需时间也更长。
值得指出的是,以上这些指导意见只适用于一般性的情况。高效的产品负责人对于路线图应当已经非常熟悉,如果与用户相关的新的信息与当前计划有所出入,他们会通过直觉意识到这一点。
成熟企业对于产品路线图的回顾与变化通常来说是周期性的,这也是出于一些现实的原因。即便如此,如果从客户的需求中了解到某些新出现的情况,路线图也仍然可以进行大范围地调整,而不必受制于传统企业结构的限制。
路线图何时需要进行改变
变化总是会令人感到不适。通过整体环境的透明度与发展速度的提升,产品组织会逐渐锻炼出对变化的容忍度,而更理想的状况是主动拥抱变化 。但不管怎样,许多人仍然不会很快地接受这一点。
在计划中所产生的变化或许会使人感到挫折。在某些情形下,领导者会倾向于 “保持原样“,“继续前进“。但是,如果客户的反馈显示出现状需要做出某些修正,那么在错误的方向上继续前进则是愚蠢的。结果清晰的客户调研会支持你的决定,在你需要据理力争时就会非常有底气。
需要指出的是,如果你的组织缺乏对客户的洞察力,在路线图产生变化时,在开始时会显得有些不和谐。但随着时间的推进,一旦你建立起一个稳定的渠道以听取客户的意见,那么你对路线图的大部分更新就将是长期的,而不会对你的产品团队目前的工作带来困扰,更不至于回炉再造。
你与客户之间的关联越近,对他们需求的理解就越深,变化所带来的影响也就越小。通过对客户清晰的认知,你也将具备充分的信息,路线图的发展将会是一马平川,而不是崎岖陡峭的。
充满自信地维护路线图
对产品路线图的维护需要充分的自信心。每次对路线图做出变更时,你需要确信这些改变能够帮助你完成产品愿景和高层次的目标,而这是现有的计划所无法实现的。在某些企业或是职位上,对于路线图的变动可能会面临各种阻力,但只要你有一个稳定的渠道以获取对用户的洞察力,在进行决策时就能够成为你的客观基础。
只要建立起稳定的渠道以进行用户调研与验证,你就能够更加自信地前进,因为你的决定是建立在对于用户需求深入的理解之上。
关于作者
Justin Zalewski 是 Studio Science 公司的产品设计总监,他带领着一支天赋满满的 UI/UX 设计与开发团队,专注于数字化产品的设计与开发。他的客户既包括小型创业公司,也包括享誉全球的品牌,包括 Salesforce、Angie’s List、Stack Overflow 和 MailChimp。