四步将方案述求转为设计方案 🤔
tags
Design
date
Jun 25, 2022
在日常的工作中，策划往往会提出具体的方案，例如「这里要加一个轮播的效果」、「按钮加一个动效」这些都属于方案述求。
作为设计师，不应该直接按照方案述求开展设计，而是要一步步思考背后的业务目标以及更好的设计方案。
步骤
- 将方案述求转为业务述求
- 将业务述求转为业务目标
- 将业务目标转为设计问题
- 将设计问题转为设计方案
接下来从一个具体的案例出发，进行描述：
需要设计一个活动，参与活动的用户有机会获得奖励，且每一天都会解锁新奖励。界面中需要展示今天解锁的新奖励是什么。
此时策划提出建议「这里要加一个轮播的效果」。
将方案述求转为业务述求
我们需要知道，为什么策划希望采用此方案，此方案解决了哪个业务述求？
「这里要加一个轮播的效果」，可能的业务诉求是，存在 1 个以上的信息，策划希望在有限的空间内可以曝光这些信息。
好，现在我们已经将方案述求转为了业务述求；加一个轮播效果的业务述求是可以曝光多个信息。
将业务述求转为业务目标
进一步思考，为什么策划希望可以曝光多个信息，想必这些信息都非常重要吧？
进一步沟通后了解到，策划希望轮播每一天解锁的新奖励，目标是希望刺激用户每天都参与活动，提升活动留存率。
刺激用户每天都参与，提升活动留存率就是业务目标。
将业务目标转为设计问题
在获得业务目标后，现在我们可以反过来验证方案述求可以很好的实现业务目标吗？
轮播意味着用户需要持续停留在一个位置才能看到后几条轮播的信息；这对于重要信息的曝光显然是不利的。
还可以有哪些方案可以实现业务目标？
- 直接展示最近几天的奖品列表，今天的突出显示？
- 打开活动页面时，弹窗告知用户每天的奖励都会更新，并展示即将解锁的奖励？
- 次日继续参与活动可获得中奖 Buff？
- ……
这些备选的方案就是我们要解决的设计问题，到底哪个更好呢？
将设计问题转为设计方案
这个阶段，我们需要从业务目标、设计合理性、技术实现以及可持续性等多个维度思考设计问题，并且选择其中一个转为设计方案。
例如对于「曝光多个奖励信息，刺激用户持续参与活动」的述求，前面已经淘汰了使用「轮播」方案；打开活动页弹窗提示？会阻断用户的主流程，显然也不合适。
最终选择了展示最近几天的奖励列表，并且支持点击进入二级界面，查看所有奖励。
这既可以突出今天用户关心的奖励，也可以迅速获取后几天将解锁的奖励，较好的完成了重要信息的触达。
总结
收到方案述求时，我们首先理解方案背后的业务述求（曝光每天的奖励信息），以及具体的业务目标（鼓励用户每天参与活动）；通过业务目标验证方案述求是否合理，思考是否有更好的设计方案；通过发散方案并结合业务目标、设计原则、技术实现等维度选取合适的方案产出最终的设计方案。