如何做好B端原型设计

苏州/建筑师/3年前/884浏览

版权

如何做好B端原型设计

做产品有一段时间了，趁着最近不太忙和大家分享一下自己对于原型设计的看法

站酷上关于原型设计的文章有很多，里面有许多大佬整理分享的一些宝贵经验和知识。不过个人每次读完文章再去结合实际工作中应用的时候都会遇见很多的细节上的问题。所以这次发文主要是针对个人原型设计工作遇到中的问题，挑出一部分常见的跟大家一起研究一下。

本文主要分为两个部分，阅读时间3~5分钟。第一部分会简单的说一下原型设计工作的主要作用，如果不知道工作的用途，就不会让设计工作有的放矢，做出来的设计可能就缺乏实际意义。第二部分会具体的跟大家分享一下个人在原型设计工作中遇到的问题及解决方案。

原型设计的作用

根据过去的工作经验，个人认为B端原型设计的主要作用包括以下几个方面：

1.梳理业务逻辑

通过原型设计应该能够把产品的主要业务是如何完成的，基于什么完成的有效清晰的表达出来；

2.确认用户需求

通过原型设计应该能够把用户提出的模糊的不明确的需求以原型的方式表现出来，进而精确把握用户需求，发现潜在需求；

3.具象解决方案

通过原型设计应该能够把开发人员（主要是后端）提出的解决方案通过原型这种形式让用户可以进行简单充分的理解；

4.发掘潜在问题

通过原型设计应该能够发现前期需求收集和分析中不足的部分，解决方案中不完善的部分；

5.流程查错纠错

通过原型设计应该能够发现目前设计方案在业务流程配置过程中暴漏出来的问题；

6.设计开发指导

通过原型设计应该能够为UI设计及前端开发提供指导，并且为后端开发提供可行性验证和反馈；

原型设计工作中的问题

1.对业务逻辑理解不清晰从而设计出的原型设计不完善

出现这个问题的原因很简单，就是对自己设计的产品和行业不够了解。比如笔者所在的公司是做通信网络行业的，产品的主要功能是为用户提供优质便捷的网络服务。听起来很简单，但如果没接触过该行业，是很难理解其中复杂的业务逻辑的。

所以解决这个问题的方法只有一个，那就是进行学习。不论是参加公司培训，还是个人收集资料或者其它手段，总是一定要通过学习掌握行业中一些基本的用语和概念。这样才能为理解业务逻辑打下基础。

拿笔者自身来举例，如果不清楚什么是协议栈，什么是协议，什么是ECMP，什么是BGP等等等等……那就没办法理解网络通信的主要业务流。在这种情况下做原型设计已经是失败一半了。

2.对用户实际业务场景不够了解导致设计出的原型与用户期望偏差过大

第二个问题是在解决了第一个问题之后出现的，也就是说充分理解业务逻辑就想做好原型设计还远远不够。因为每个用户虽然业务目标是相同的，但各自的操作习惯，硬件配置等因素都不一样。所以如果在充分理解业务逻辑之后设计的原型还是无法得到用户或产品方的认可，那可能说明设计出的原型脱离了用户的实际场景。

依然拿笔者自身举例，公司的客户从根本业务上来讲都是进行数据中心搭建和运维。但每个客户的交换机数量不同，机位不同，操作习惯也不一样，有的习惯webUI，有的习惯命令行模式。有的客户运维人员比较多，比较适合功能划分清晰的操作；但有的用户运维人员比较少，流程完整、功能耦合度更高的操作页面可能更适合。

所以在充分理解业务逻辑之后，千万不要忘记对用户实际业务场景的调研和分析。这样设计出的原型才会符合用户的期待。

3.对后端解决方案理解不充分，导致设计出的原型开发可行性较低

对于B端产品来讲，原型和后端方案基本上是要一齐进行的。前期的需求分析和调研，不只需要产品设计的参与，还更需要开发人员的参与。因为B端产品开发涉及到的数据库开发、算法设计、业务模型设计等开发量通常都是巨大的，在开发上的限制也很多，如果原型设计脱离开发实现，那最终结果就是无法进行落地。

所以做原型设计，要一定程度上理解后端提出的解决方案。注意是一定程度上理解，不是每一行代码都需要设计人员读懂。根据笔者自身经验，对后端开发提出的解决方案，至少要理解其中的资源划分、业务模型抽象以及方案限制三个部分。这样做原型设计的时候才会更精准，更具有可行性，还能一定程度上减少开发成本。

4.欠缺全局视角，从而导致设计出的原型在功能上有缺失

B端产品的解决方案一般都是软硬件结合方式提供的。通常来讲包括以下几个部分：硬件设备、操作系统、运行平台、webUI

所以在设计原型的时候如果只局限于webUI，而忽略了其它的部分。那设计出的产品通常会出现不可行、限制过多或引入额外开发量的情况。所以在做B端原型设计时一定要考虑解决方案中每一个构成部分，仔细确认设计的原型是否与其它部分有冲突，是否存在对其它部分的依赖等等。这样设计出的产品才不会脱离解决方案，与解决方案中其它的部分相辅相成，形成1+1>2的效应。从而放大整套解决方案的优势，在市场上获取有利地位。