迭代需求落地设计方程式

(*≧▽≦) 2024-12-24 09:55:58

当拿到一个迭代设计需求的时候，设计师该如何着手去做需求，本人整理了一套自用的WCPHV设计方法

【W】Why：为什么要迭代？原来有什么问题、新版本要达到什么目的
【C】Content：迭代的内容，明确用户场景、功能与流程梳理
【P】Problem：聚焦用户的问题，收集与核实用户痛点并从中寻找设计机会点
【H】How：怎么解决问题，针对已知痛点，明确设计方向和探索具体的解决方案
【V】Verification：设计验证，拟定验证方案，跟进后续反馈，不断完善体验

下面以“智能外呼”的设计案例串联阐述迭代设计的具体步骤与方法

第一步：WHY

了解清楚我们为什么要做这个需求

通常B端的迭代需求常见的有四类：满足用户期望、设计创新、数据反馈分析、管理层战略规划

满足用户期望：需要了解用户现在使用遇到什么问题，可以和用户直接交流，获取一手未加工信息。因为产品经理的转达可能带着自己的理解和方案会带有引导性，局限设计思路。直面的交流更容易发现设计的机会点
设计创新：通常来源于现有市场竞品和类竞品已有的功能，这类需求没有办法知道竞品设计师的意图，只能靠产品经理和设计师自身对业务的积累与理解进行分析，这个功能可能会为用户带来什么好处，是提升了工作效率？还是降低了人工/资产成本，判断是否适用于公司本身的业务，或者怎么运用更有利于在本公司提效降本
数据反馈分析：这个是最客观的需求，通过历史数据分析用户行为，不断的完善体验，不用质疑，直接开干！当然这基于数据采样合理、分析正确的前提。例如产品刚上线一个月，没有培训，没有新手引导，说没有使用量产品功能不OK要改版肯定不合理。B端用户都有自己固定的工作流程，等用户自己探索发现新功能的概率极低
管理层战略规划：一般这个层次的需求，就是“重点项目”。老板们会给一个我想做什么的概念，那就需要产品和设计师去完善怎么好，这个时候如果时间允许的情况下做调研是非常有必要的。对于未上线的功能用户没有实际使用会给不出合理的建议，但是我们可以围绕功能的场景进行展开咨询，更合理的满足用户需求

智能外呼迭代需求设计，为什么要做这个需求？【设计创新】

外呼主要用户是客服，每月约有2万多人访问，访问量达30万次，使用量非常大，但是对比竞品公司的页面发现，我们的产品的信息展示过多，层级不够清晰，导致页面重点不突出，阅读费力度高；页面风格陈旧，观感欠佳；简单操作下钻深，不够轻量，希望新版本在体验上有一个升级，让用户用起来更加舒适和简单

旧版本页面

第二步：Content

对迭代的内容有一个清晰的了解，包括场景、功能、流程等

梳理场景的方法常用的有用户画像法、情景观察法。C端的产品对于服务的是哪一细分群体的用户非常明确，因此用户的场景会比较清晰，比较适用于用户画像绘制。但是B端的用户很多时候服务的是不同的组织，可能每个组织的管理模式不一样，岗位要求不一样，都会导致用户使用习惯不一样，因此在B端仅参考用户画像设计指导产品迭代是不太适用和实用的。建议大家有条件的使用情景观察法，实地了解用户场景和需要，条件不允许的情况下可通过产品经理间接了解用户的场景，确保设计符合用户真实心智
功能和流程我们可以基于用户访谈、情景观察、页面走查、产品经理业务介绍等多种方式进行梳理绘制，在设计交互的过程中作为参考，保证流程的闭环，细节思考到位

外呼场景/流程梳理：主要采取产品经理业务介绍、页面走查的方式完成

分析了用户在呼叫前、呼叫中、呼叫后的主要操作步骤流程，以及对应的场景及目的

第三步：Problem

问题在哪里，收集与核实用户痛点

在做流程/场景梳理的过程中，会直接或者间接的收集到用户的问题，那我们需要做的是验证这些问题是否真实存在。例如一个用户说“某某功能我觉得应该怎么样设计更好”，这时候我们需要找别的用户验证，请教他们平时是否用这个功能，用的怎么样？有什么建议？不要直接问，侧面去核实这个问题是否真实存在，避免引导用户；再例如我们走查发现一个功能交互非常不友好，是不是立马改？不是的我们需要核实，首先咨询产品经理，当时这么做的原因是什么，因为我们非专业用户可能会不理解实际业务需要（B端的产品很多专业性较强，有学习成本），其次和产品经理意见不同可以直接咨询实际用户使用的场景是什么样，有没有遇到什么问题。还是那句话侧面咨询不要直接问！

外呼用户痛点分析，设计机会点挖掘

本次需求涉及改版功能主要是打电话，了解了用户打电话的场景后发现信息层级非常凌乱，操作也不够轻量，很多简单快捷的操作都需要跳转新页面解决；视觉表现欠缺

场景1：在页面电话号码处点击拨号、再在外呼点击呼叫完成打电话

场景2：对于需要重复拨打的场景要么重新找到信息拨打，要么在通话记录里拨打

场景3：除了电脑呼叫，其他方式都是转移到别的设备接听

场景4……