用户体验设计师若何做设计驱动？

用户体验随着2007年第一代iPhone发布以及互联网公司的兴起发展变的越来越主要，险些所有的人都明白，一款产品只有让用户用得好、用得爽、用起来很愉悦想要推举其他人，这款产品才有市场，以是，现在的互联网产品研发过程中都特殊重视用户体验，用户体验设计师在个中承担了非常主要的角色。

在产研流程中，用户体验设计一样平常在产品经理的下贱，从产品经理这里接到设计需求，进行场景和流程的梳理，输出低保真进行可用性测试或者高保真直接交付给开拓，在这个过程中更多的是关注点是，在某个详细场景下用户在利用某个功能时用什么样的交互办法更符合用户心智？用什么样的设计风格更符合目标用户画像的喜好？

长此以往，用户体验设计的代价就埋藏在一个个交互流程和UI界面里，比较尴尬的是当我们的产品在市场上取获胜利或者失落败的时候，很难从业务指标的维度去看用户体验设计的商业代价。

这是用户体验设计团队存在的代价和意义么？

我猜很多设计同学都会回答“不是”或者“不仅仅是”，以是现在越来越多的设计团队开始考试测验走在前面，在业务一线深入学习业务，乃至进行一些沉浸式用研，创造业务痛点或者机会点，再抽离出来，回归到设计师角色本身，进行产品的用户体验设计；或者对现有的产品数据埋点进行剖析，基于业务目标，提出观点方案，进行观点方案的可用性测试以验证方案的合理性，从而推动产品进行排期，跟进上线，以及上线之后的数据验证形成闭环。
这便是设计驱动！

那设计师为什么要做设计驱动？ 产品提设计需求给设计师不喷鼻香么？为什么设计师要自己去挖掘需求，给自己增加事情量，还要做推动事情？

紧张有以下3个缘故原由：

1. 当前设计师能力模型哀求下的发展趋势

在招聘过程中，越来越多的口试官青睐有自驱力的候选人，具备自驱力的人除了具有创新能力以外，更加乐意主动去做一些事情，而且会做的更好。
对团队的古迹贡献也更大。
以是，是否具备自驱力成为很多岗位能力模型必备的之一。

假设一个具备自驱力的设计师加入了一个利用OKR的团队，团队中的每个人对付年度目标、季度目标、月度目标都非常清晰，具有自驱力的设计师会主动去思考：“基于这样的团队目标，我可以做什么？” 一旦设计师开始这样的思考，并通过专业的设计方法进行剖析，便是设计自驱的开始了。

2. 提升产品易用性的紧张办法

随着互联网的发展，各岗位的分工越来越细，产品经理在接到业务需求的时候，考虑更多的是功能的实现，而随着越来越多功能的堆积，产品的形态越来越固化，须要从第一性事理的思维办法，基于用户场景，重新去考虑操作流程和交互办法。
也是设计发力的一个很好的切入点。

3. 设计师代价的直接表示

设计师在很多场合最常被寻衅的便是：“设计在这个项目中对业务的代价是什么？怎么去衡量？” 如果设计师一贯在做设计协同事情，就很难去量化设计代价。
以是，通过设计驱动的办法直接体验设计代价是非常有必要的。

二、设计驱动怎么做？如何落地？

既然设计驱动这么主要，本日我们来聊一下设计驱动怎么实行落地？

1. 紧跟业务目标、产品目标

设计同学在做设计驱动最常碰着的一个问题便是“产品不排期”“开拓没资源”，导致这个问题的根本缘故原由是没有和产品目标和业务目标对齐。
一些优化点，产品固然认可，但是跟他的目标没有特殊强干系，优先级自然就要今后排。
以是，在每年目标设定或者细化OKR的时候，多跟产品和业务聊一下，明确一下方向，设计驱动也在这个方向上找准发力点，才能顺利落地。

比如今年微信小程序的目标是下单量的提升，设计师通过拉取寄件数据，比拟经由首页和不经由首页的两条寄件流程的数据漏斗，创造不经由首页的转化率更高，侧面解释寄件首页构造不合理，用户选择有一定的难度。

接下来，通过对首页下单流程的优化，提升下单的转化率从而提升下单量的设计目标就跟产品和业务目标非常契合，就很随意马虎和产品达成共识，推动落地。

2. 通过多元的用户研究方法找到设计发力点

除了上个案例利用的埋点数据剖析去挖掘机会点以外，还有很多方法：比如 设计走查、搜集日常用户反馈、周期性的竞品剖析、定量或者定性的用户调研信息挖掘、沉浸式调研等。

比如我们在提升快递员揽收流程效率的项目中，设计增值的机会点挖掘便是来源于快递员的日常反馈：

通过对用户的反馈的问题进行分类归纳，找准用户最大痛点，作为设计驱动的发力点。

2022年，我们做了一次电子面单升级的设计驱动，紧张目的是为了提升中通品牌辨识度，最初的想法也是来源于NPS调研中用户的反馈。

当然，以上方法的闇练利用，须要你具备较强的洞察力、数据剖析能力、细致的不雅观察能力以及对设计的热爱。

3. 通过设计方案演示以及可用性测试等办法推进项目落地

探求到设计切入点之后，接下来就可以制订设计谋略、设计目标，以及衡量指标。
为了能够给产研干系方有一个直不雅观的展示，一样平常会把交互方案先设计出来，如果有充足的韶光，也可以制作演示方案，演示方案的好处之一便是可以找到目标用户群做可用性测试，通过可用性测试的真实有效的数据反馈，初步论证设计发力点的精确性。

当然，也欢迎产品经理参与到方案评审过程中，听一下产品侧的想法和不雅观点，只要大方向同等，一些小的建议都可以作为对方案的补充，也可以把设计驱动转变为产设共创，这样，后续的推动事情就会好做很多。

4. 跟进上线，验证数据，持续进行设计迭代

只要方案进入了排期阶段，接下来的流程就和常规协同流程差不多，跟进开拓、设计验收还原性，上线。

不同的是，设计驱动的项目，要关注上线往后的运营效果，可以阶段性的对数据进行监测，上线1周、1个月、2个月的数据，看一下方案阶段制订的衡量指标数据是否达到预期，如果公司有产品运营，约请产品运营对数据监控更好，主动避免既当运动员，又当裁判，没有说服力。

数据出来之后，如果数据情形比较好的话，后期做设计驱动会越来越随意马虎，相信产品经理不会谢绝一个帮助自己完成指标的人。
如果和预期差距有些大，也不要气馁，毕竟做任何事情都不可能一次成功，要从过程中吸取履历教训。

不过成功与否，复盘都是必须要做的，让项目的成功和失落败都变的更故意义。
成功的复盘可以把成功履历进行分享，提升团队整体的设计力，也提升自我的影响力，失落败的复盘可以让往后少踩一些坑，提高成功的可能性。

末了，希望奋斗在一线的设计师们都能够在设计驱动的过程中提升自我，得到代价感的同时，给产品和业务也带来实际商业代价。

本文由 @小郁儿Vivian 原创发布于大家都是产品经理，未经容许，禁止转载。

题图来自 Unsplash，基于CC0协议。

该文不雅观点仅代表作者本人，大家都是产品经理平台仅供应信息存储空间做事。