害～做了一段时间B端产品的交互设计，整理一下做这件事的价值。

这次先宏观聊聊整体B端设计的流程，其中每个步骤需要完成的目标。

B端设计价值

最直接的价值是 理解业务、用户需求，系统按时按量落地，满足业务需求

体现两个方面

1.时间：及时满足业务方，大家都很明显系统要协助业务

2.质量：需求洞察到位，能按时满足需求

一、明确系统目标

企业信息化业务目标如下，按优先级：

1.提高业务运作效率，提供信息化工具

2.提高内外部用户（主要为客户）的体验

3.协助决策，简单处理业务数据

4.提供决策建议，建立若干智能分析模型

可是完成目标，在中小型公司会遇到一些问题

1.对项目没主导权

2.当前资源不足以满足各个甲方需求

另外整理讨论这个问题，起因、解决方案、系统价值、设计价值、个人价值…

二、如何做（按步骤展开）

1.了解业务

1.1了解业务-理解业务

从需求方开始，业务对企业的价值是什么，一般是某业务负责人提出，如何考虑涉及的其他业务角色，若纯B端，下级执行层，涉及其他部门的数据，如果是B2C，为业务埋单的客户是谁

1.2用户研究，洞察核心需求

业务的目标以此能帮助各方解决问题的大方向（研究了解真正的需求）

他们是谁，在这业务闭环目标是什么。例如：维修业务，降低维修成本，让经销商成为维修网点，共同承担维修服务，提高服务客户的效率。以此激励经销商更好的销售、为企业宣传。优秀的服务网点可获得一定报酬。

方式：交谈，跟各级了解业务背景、现在如何运作、有什么问题、对系统的期望；观察，实际业务的流程，各级不可描述的需求、痛点。

1.3 方案的成本与收益

若任务>资源，需要控制需求，用性价比最高的方式满足核心需求

咨询甲方，如果不能准时完成，是否可接受简单的方式（对开发资源、方案有一定了解，及时沟通），根据需求咨询是否接受再简单一点的方式

1.4 完善业务闭环

p.s.由于没有我司现状没带领各业务部门的总负责人，这个任务就落到了一开始没有权限参与业务模式的乙方交互设计师上（说多了就是资源不足）

很多时候，提需求的甲方对业务全貌、价值并不了解。

他们大多是只是某一部门的经理/主管级，对其他部门的需求都不了解，甚至没意识到对方也是参与到业务流程内的，只有按部就班的执行角度。

所以需要

1.先入行，相关业务竞品业务流是怎么样的；2.通过了解这个业务方的细节， 获取其他甲方及其目标；3.了解全貌，当前大佬们对这个业务的目标

1.5 洞察核心需求

结合用户调研、业务闭环，可大致得出核心需求与解决方案

2.需求管理

大概知道问题-目标-解决方案/任务

综合考虑任务的问题-任务优先级

 · 目标优先级

· 分级目标的任务

· 可用开发资源

3.设计

输出要求：

1.顺畅流程

2.样式统一

3.初版本后开始建立规范组件库，目标保持统一，提高设计效率

4.文档清晰，方便评审，方便开发同时使用

4.开发

1.与需求方、开发确定原型即可投入开发

2.需要明确开发任务时间

开发过程必然会有一些设计时没考虑到的问题，及时补充，后期尽量避免

3.完成开发后进行测试

5.迭代优化

系统性价比

· 以最小可行性产品进行设计开发，以最小的成本满足优先级最高的需求，就需要不断搜集反馈做优化。

需求不断变化

· 系统大方向不变，但具体需求定位会根据市场、资源、企业架构、客户需求不断变化。

B端交互设计价值是什么，如何实现

B端产品重业务（战略层）、重交互（范围层、结构层、框架）、轻视觉（表现），业务必然比C端复杂、非人性，需要设计师对相关行业有一定的理解，需要用户跨过学习门槛，才能使用系统提高工作效率

设计师要做什么

（粗暴先分成两个层面）

1.初级，平衡当前资源实现甲方要求的功能，保证产品易用性，从而提高业务效率。这需要设计师做到 理解业务简单框架 + 输出规范可用的设计 + 了解开发逻辑 + 项目管理（协助推动）

2.对行业有一定的理解后，用设计提升业务价值，在业务上游建立更高效的业务方案、重新分配资源

Powered by Froala Editor