▲ 设计师&产品经理需求评估的差异
为什么做需求评估
1|增强业务理解
作为设计师,要增强主动性并培养责任心,运用自己的专业能力,推动产品项目更快更好地发展,逐渐具备发现问题和机会的洞察力与敏感度。需求评估的过程也是不断提升在团队中的领导力和影响力的过程,有利于树立专业靠谱的设计师形象,形成工作中的良性循环。
▲ 需求评估的流程阶段
在进入设计流程前,会经历一系列的需求调整阶段,通常会在“需求形成-需求发出-需求评审”这三个阶段进行需求评估。在这三个阶段中,如果有任何疑问或不同意见,都应该及时主动提出,尽量避免将问题遗留到策划评审之后才提出,将风险转嫁到设计环节。
在了解识别阶段要做好信息输入,设计师要对需求进行不断的提问,了解为什么要做这个需求,目标用户是谁,要达成什么产品目标,需求的衡量标准是什么等等。这个阶段的主要目标是对需求有宏观认识,帮助我们后续理清设计思路。
2|分析评估阶段
在了解识别阶段只是大致辨别需求真伪,初步评估需求合理后要更深入地审视需求,做进一步的需求评估,主要从需求必要性、需求可行性、衡量标准和项目节奏几个方面展开。
2-1 需求必要性
评估需求必要性的目的是明确需求做不做的问题。在工作过程中,由于产品经理和设计的职能不同,因此立场有差别是很正常的。我们不能一味地接受需求,但也不能盲目地拒绝需求。要立足于用户体验并充分理解产品目标再进行需求必要性的评估。
2-2 需求可行性
▲ 需求可行性评估流程
以下面这样一个需求为例:▲ 设计需求单详情
为帮助大家更好地解读需求,首先解释几个概念。
搜索联想:在候选词下方实时展示其他联想词的功能,点击联想词就可以直接跳转到对应的搜索结果内容,以帮助用户缩短搜索路径,快速获取信息。
CPD:在产品中引入的一些广告内容,通过用户下载量来获取收益。
负反馈:用户表达对产品或功能的不满意程度,并提供改进建议的能力。
因此,这个需求是说,在用户使用浏览器搜索内容时,浏览器在搜索联想词中引入了一些应用广告内容。如果用户对这些CPD应用不感兴趣或不符合需求,可以通过负反馈机制告诉浏览器的搜索引擎,搜索引擎会根据用户的反馈进行调整和优化,提高推荐CPD应用的准确性,从而提升用户体验。
在需求单中,产品已经给了详尽的解决方案,似乎只需要将它转化为原型图即可。但是否真是如此呢?此时不要忘记多问几个“为什么”。这里我们也可以运用抽象阶梯的思维方式不断向上抽象层级。
抽象阶梯是一种巧妙构建问题的工具,它可以帮助我们更清楚地解决问题。以我们提出的最初始的问题为起点,在阶梯中上上下下地去移动。向上移动以扩大范围,逐步寻找问题的本质原因;向下移动不断探究细节,发散问题。
○ 为什么“要做负反馈”
○ “用户反馈投诉多”
○ 为什么“反馈投诉多”
○ “相关性差,又占据可视空间,影响浏览操作”
▲ 抽象阶梯应用示例
通过抽象阶梯不断向上,我们推导出问题的本质是搜索联想CPD的存在干扰了用户对联想词的浏览筛选。
那基于这个问题我们是否还可有其他的方案呢?我们可以使用HMW的思考方法快速发散出策略方案。
运用这个方法可以改变我们固有的思维逻辑方式,防止自己圈定在一个圈层或者方向中,开拓自己的思维层面,不受单种方式的拘束,创建多个维度思考方向进行发散。例如,可以发挥问题的积极影响、移除消极影响、逆向思维、质疑假设等等。
以该需求为例,结合可发散的思维方向,我们得到了如下的一些可能的解决方案:
▲ 方案发散示例
罗列出解决方案后下一步要对方案进行收敛,主要考虑方案的有效性和可落地性评估方案:
有效性是指通过了解竞品、数据和可拓展性等维度,评估方案是否符合用户习惯、是否和产品整体保持了一致性,是否符合未来规划方向等。以方案4为例,若我们直接去掉广告势必会影响收入水平,和我们的整体规划是不相符的。
可落地性是通过重要性&困难矩阵、投产比来评估的,具体的获取途径可以请开发评估或找运营帮忙测算。例如我们希望对投诉的用户不展示广告,就要请开发评估技术上是否可以实现,对收益的影响程度如何等问题。
▲ 常见的落地性评估标准
2-3 衡量标准
不同业务不同需求衡量标准之间有所差异,明确标准能够方便后期制定方案策略、上线后评估方案有效性,为后期迭代保留相关依据。
时间节奏:包括上线/策划评审/开发/测试等关键节点
方案时间:交互/视觉方案何时输出
3|结论确认阶段
针对需求方案、衡量标准、时间节奏与需求方提前沟通,同时也要沟通未达成一致内容准备在会议上提出,和各业务方共同讨论,让需求方也有心理预期。
沟通内容主要包括以下几个方面:
Ⅴ.时间安排够不够方案设计?有没有风险?
输出评估结论后,要将结论与各业务方沟通,并逐步消除不确定项。确认结论的时间主要围绕需求评审的会议时间展开。
要及时主动参与需求评审,在评审过程中勇于发表建议、提出疑问。对于存在争议的内容最好可以在会议上达成共识,而非等到会后再私下沟通。如果认为方案存在体验问题,要针对体验坚守底线,及时准确地表明自己的态度。最后,要根据需求评估结论再次检查是否明确了全部信息,防止遗漏。
3-3 会后确认
跟进确认自己关注的信息,沟通确认会上遗留问题、梳理方案设计前的信息是否完备,未完备进行沟通获取。
确定以上信息无误后,就可以准备进入后续项目流程。
最后,我们再回顾一下完整的需求评估过程:
▲ 需求评估流程回顾
除了上述提到的方法,设计师在实际沟通需求时,可以帮助我们解决问题的手段还有很多。使用何种方法只是表象,更重要的是要培养自己透过现象看本质的能力,形成自己的工作方法。
作为设计师,学会需求分析,辨别需求真伪是很关键的,这在需求沟通、需求分析中会形成较大差异。当然这并非是一朝一夕可以提升的,需要通过不断增强对用户行为及体验的理解、对商业的理解,在实践中锻炼自己,不断积累经验才可以提升。
感谢你的阅读,希望对你的设计工作有所帮助~