B端设计｜需求转化设计

需求与设计是不可分开的，当然指的是用户需求，产品会将用户需求转化产品需求，而设计需要在用户需求过程中有更多的参与感，才能为设计更加恰当的内容，并减少返工。

一、设计执行过程

工作中设计侧理解的需求实际任务指标，是经过加工，呈现出很直观的任务要求点，比如这里加一点，那里加这种交互规则设计模式，组件控件什么的。

需求和设计实际上也隔离开的，中间是产品的转述，而常修改的原因大多在此处。设计师的目的应该是加入产品中间商，做一手的需求参与者。

二、需求转化过程

先来说下，从需求转化设计执行的一个基本过程，整个过程中，真正独立设计页面是很小的部分，大多数整理【需求】和【开发】。但也可以说设计是穿插在整个过程中的。

三、需求设计问题

补充需求，即在现有的的需求基础上新增额外的需求内容，而新需求常出现的阶段在【设计模块】及之后，也有在此之前补充，但影响不大，因为前边流程都在对需求整理阶段，新增需求没啥大的影响。

影响比较大的是在【设计模块】之后，后几个阶段穿插进来的需求，会遇到几个问题：

• 是否需要调整设计页面；
• 前端是否需要返工；
• 前后端接口是否改变。

一直以来的操作就是设计重做，前端重做，后端可能改接口，硬需求下，后两种操作可能无法避免，而设计这一侧可以考虑下，能否在当前页面承载新需求，极少的改动，同时减少前端的返工？

四、需求设计要求

接收完整需求

在当前需求下预制可能出现的新需求，不影响现有结构？这个是需要设计师思考的一个点。

五、解决方式

前面几篇文章已有提到，拆解了各个设计模块的设计内容，介绍了在B端设计中的数据表格、表单、控件等设计思路和样式。这些思路的来源是：

• 将需求场景分类，划分到各个设计模块中，这点是基础步骤；
• 为在可能后加的新需求中，在表格、表单等组件做预设扩展空间。

六、操作步骤

场景分类：

上边提的表单、表格，组件都有说到。这里的原始需求放在设计上就是将基础组件扩展，留下扩展空间（需要和前端提前沟通）。

比如说：

• 多级弹窗；
• 列表嵌套层级表格、表单；
• 树状结构嵌套列表、表单、表格；
• 问卷基础表单、问卷题型（题目条件复杂性以及题目之间的关联性）。

这几个场景类型里各自出现的衍生问题如何解决：

1. 多级弹窗

这里要说到对使用弹窗的要求：一种是多级弹窗之间操作功能是相对分割的，一种弹窗之间是相互关联需要对比数据的。

前者可以用普通弹窗也就是叠加，类似win系统中病毒一样的，可以解决无限多级弹窗。亦或是蒙层叠加覆盖，只显示当前弹窗内容。

后者需要对比的，可以采用浮层+抽屉，相互叠加，数据比照。右图：

2. 列表嵌套表格、表单

医疗数据中，基础的数据列表形式，不能实际业务需求，在考虑基础设计模式，后续新需求的考量也是需要建立在基础设计模式上，因此在设计时需要留下扩展空间，而不至于重构。

场景：

列表呈现的数据，左右上下扩展数据，可通过滑动模块完成设计。只需查看数据部分关键字段还需要重复点击进入详情是不可取的。

需要对列表内部进行扩展，扩展的选择一种是表格（表格又可进行切换调整），一种是表单（表单又可进行模块划分）。因此扩展空间增大了。

3. 树状结构嵌套列表、表单、表格

同理医疗数据研究的复杂性，树结构应用在导航，层级关系的基础场景内。复杂业务要求树结构承担更多的功能。因此面对后续需求还是需要从内部扩展（与前端沟通）。

在信息结构的层级关系下，需要查看每一个层级的具体的详细信息，而常规的树结构与详情左右分割，不被允许，关联性不够。

4. 问卷基础表单、问卷题型（题目条件复杂性以及题目之间的关联性）

基础问卷类型，线上有提供的问卷星、腾讯问卷等都可以满足的。自己开发一套，是因为数据的安全的，因为需求是变动，所以在基础上需增加更多的组件类型模块内容。

题型之间有关联性，当前题型的设置的条件才能触发链接到指定一题，或跳转一题，那原本的题型还需增加设置项。

七、总结

对B端设计来说，理解需求、沟通需求、转化需求，是项必须具备的增长能力。需求讨论的过程中构建需求房子框架，基本的心理建设模型应该建立起来了，未知的地方也应该打上标签了，后续的就是一点点将疑点清晰化。

比较合适的方式，手中有纸笔，写写画画，勾勒图形，写写要点疑点。

完善需求设计细节。每项任务都是新的开始，每个经验都是在完善设计方法。

需求与设计与开发是紧密结合的群体，保持密切沟通。

给作者点赞，鼓励TA抓紧创作！

来源：http://www.woshipm.com/pd/5448683.html
本站部分图文来源于网络，如有侵权请联系删除。