百木园
一、为什么用户体验设计师要做设计驱动？
用户体验随着2007年第一代iPhone发布以及互联网公司的兴起发展变的越来越重要，几乎所有的人都明白，一款产品只有让用户用得好、用得爽、用起来很愉悦想要推荐其他人，这款产品才有市场，所以，现在的互联网产品研发过程中都特别重视用户体验，用户体验设计师在其中承担了非常重要的角色。
在产研流程中，用户体验设计一般在产品经理的下游，从产品经理这里接到设计需求，进行场景和流程的梳理，输出低保真进行可用性测试或者高保真直接交付给开发，在这个过程中更多的是关注点是，在某个具体场景下用户在使用某个功能时用什么样的交互方式更符合用户心智？用什么样的设计风格更符合目标用户画像的喜好？
长此以往，用户体验设计的价值就埋藏在一个个交互流程和UI界面里，比较尴尬的是当我们的产品在市场上取得成功或者失败的时候，很难从业务指标的维度去看用户体验设计的商业价值。
这是用户体验设计团队存在的价值和意义么？
我猜很多设计同学都会回答“不是”或者“不仅仅是”，所以现在越来越多的设计团队开始尝试走在前面，在业务一线深入学习业务，甚至进行一些沉浸式用研，发现业务痛点或者机会点，再抽离出来，回归到设计师角色本身，进行产品的用户体验设计；或者对现有的产品数据埋点进行分析，基于业务目标，提出概念方案，进行概念方案的可用性测试以验证方案的合理性，从而推动产品进行排期，跟进上线，以及上线之后的数据验证形成闭环。这就是设计驱动！
那设计师为什么要做设计驱动？ 产品提设计需求给设计师不香么？为什么设计师要自己去挖掘需求，给自己增加工作量，还要做推动工作？
主要有以下3个原因：
1. 当前设计师能力模型要求下的发展趋势
在招聘过程中，越来越多的面试官青睐有自驱力的候选人，具备自驱力的人除了具有创新能力以外，更加愿意主动去做一些事情，而且会做的更好。对团队的业绩贡献也更大。所以，是否具备自驱力成为很多岗位能力模型必备的之一。
假设一个具备自驱力的设计师加入了一个使用OKR的团队，团队中的每个人对于年度目标、季度目标、月度目标都非常清晰，具有自驱力的设计师会主动去思考：“基于这样的团队目标，我可以做什么？” 一旦设计师开始这样的思考，并通过专业的设计方法进行分析，就是设计自驱的开始了。
2. 提升产品易用性的主要方式
随着互联网的发展，各岗位的分工越来越细，产品经理在接到业务需求的时候，考虑更多的是功能的实现，而随着越来越多功能的堆积，产品的形态越来越固化，需要从第一性原理的思维方式，基于用户场景，重新去考虑操作流程和交互方式。也是设计发力的一个很好的切入点。
3. 设计师价值的直接体现
设计师在很多场合最常被挑战的就是：“设计在这个项目中对业务的价值是什么？怎么去衡量？” 如果设计师一直在做设计协同工作，就很难去量化设计价值。所以，通过设计驱动的方式直接体验设计价值是非常有必要的。
二、设计驱动怎么做？如何落地？
既然设计驱动这么重要，今天我们来聊一下设计驱动怎么执行落地？
1. 紧跟业务目标、产品目标
设计同学在做设计驱动最常遇到的一个问题就是“产品不排期”“开发没资源”，导致这个问题的根本原因是没有和产品目标和业务目标对齐。一些优化点，产品固然认可，但是跟他的目标没有特别强相关，优先级自然就要往后排。所以，在每年目标设定或者细化OKR的时候，多跟产品和业务聊一下，明确一下方向，设计驱动也在这个方向上找准发力点，才能顺利落地。
比如今年微信小程序的目标是下单量的提升，设计师通过拉取寄件数据，对比经过首页和不经过首页的两条寄件流程的数据漏斗，发现不经过首页的转化率更高，侧面说明寄件首页结构不合理，用户选择有一定的难度。
接下来，通过对首页下单流程的优化，提升下单的转化率从而提升下单量的设计目标就跟产品和业务目标非常契合，就很容易和产品达成共识，推动落地。
2. 通过多元的用户研究方法找到设计发力点
除了上个案例运用的埋点数据分析去挖掘机会点以外，还有很多方法：比如 设计走查、搜集日常用户反馈、周期性的竞品分析、定量或者定性的用户调研信息挖掘、沉浸式调研等。
比如我们在提升快递员揽收流程效率的项目中，设计增值的机会点挖掘就是来源于快递员的日常反馈：
通过对用户的反馈的问题进行分类归纳，找准用户最大痛点，作为设计驱动的发力点。
2022年，我们做了一次电子面单升级的设计驱动，主要目的是为了提升中通品牌辨识度，最初的想法也是来源于NPS调研中用户的反馈。
当然，以上方法的熟练运用，需要你具备较强的洞察力、数据分析能力、细致的观察能力以及对设计的热爱。
3. 通过设计方案演示以及可用性测试等方式推进项目落地
寻找到设计切入点之后，接下来就可以制定设计策略、设计目标，以及衡量指标。为了能够给产研相关方有一个直观的展示，一般会把交互方案先设计出来，如果有充足的时间，也可以制作演示方案，演示方案的好处之一就是可以找到目标用户群做可用性测试，通过可用性测试的真实有效的数据反馈，初步论证设计发力点的正确性。
当然，也欢迎产品经理参与到方案评审过程中，听一下产品侧的想法和观点，只要大方向一致，一些小的建议都可以作为对方案的补充，也可以把设计驱动转变为产设共创，这样，后续的推动工作就会好做很多。
4. 跟进上线，验证数据，持续进行设计迭代
只要方案进入了排期阶段，接下来的流程就和常规协同流程差不多，跟进开发、设计验收还原性，上线。
不同的是，设计驱动的项目，要关注上线以后的运营效果，可以阶段性的对数据进行监测，上线1周、1个月、2个月的数据，看一下方案阶段制定的衡量指标数据是否达到预期，如果公司有产品运营，邀请产品运营对数据监控更好，主动避免既当运动员，又当裁判，没有说服力。
数据出来之后，如果数据情况比较好的话，后期做设计驱动会越来越容易，相信产品经理不会拒绝一个帮助自己完成指标的人。如果和预期差距有些大，也不要气馁，毕竟做任何事情都不可能一次成功，要从过程中吸取经验教训。
不过成功与否，复盘都是必须要做的，让项目的成功和失败都变的更有意义。成功的复盘可以把成功经验进行分享，提升团队整体的设计力，也提升自我的影响力，失败的复盘可以让以后少踩一些坑，提高成功的可能性。
最后，希望奋斗在一线的设计师们都能够在设计驱动的过程中提升自我，获得价值感的同时，给产品和业务也带来实际商业价值。
本文由 @小郁儿Vivian 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
来源：https://www.woshipm.com/pd/5573951.html
本站部分图文来源于网络，如有侵权请联系删除。