B端产品设计方法论:对产品解决方案进行梳理

B端产品解决方案是产品开发的指导性框架,想要顺利进行B端产品的开发,产品解决方案是必不可少的。本文从上至下对产品解决方案进行了梳理,并给出了设计过程中的建议。

B端产品设计方法论:对产品解决方案进行梳理

解决方案通常是指针对某些已经体现出的,或者可以预期的问题、不足、缺陷、需求等等,所提出的一个解决整体问题方法的方案(一般以文档形式体现)。

对于B端产品的研发过程,解决方案是针对业务本身或者解决某些业务问题,所提出的产品设计方案。

在B端产品研发和实施过程中,解决方案是十分必要的。不同于C端产品的研发,需要采用MVP模式,强调小步快跑、敏捷迭代、快速试错。

B端产品的需求对应的业务和问题,都是固定存在的。所以,我们需要在产品研发启动前,就设计解决方案,作为研发过程的指导性框架。

解决方案从顶层定义了,我们针对需求要做什么产品,该怎么做,什么时间完成。同时,解决方案在项目立项时,是重要的基石;在进行与客户进行商务沟通时,是获得客户信任的重要凭证。

在现实场景中,B端产品的解决方案,有多种用途。比如,作为商务或者销售活动的材料、作为产品立项的依据、作为项目的整体设计等等。

针对这些使用场景,产品经理一般需要设计三类解决方案:

  1. 整体解决方案;
  2. 细节解决方案;
  3. 技术解决方案。

这三个方案既有独立的用途,又是相互关联的。整体方案细化和添加更多的内容后,就是细节设计方案;技术方案很多时候,是作为细节方案的其中一部分存在的。

当然,对于B端产品的解决方案,重要的针对需求、业务和问题的产品设计,而不是写出一份文档。所以,作为产品经理,如果我们要出具一份解决方案,我们就有两部分工作要做:一是设计解决方案;二是写作解决方案。

对于写作,其实只要我们完成了「设计」工作,就相对比较简单了。因为,解决方案对内容只要求简单明了即可,在某些时候我们甚至可以用PPT制作解决方案。而设计解决方案,是一个系统性的过程,通常需要多个角色甚至部门参与,特别是细节方案和技术方案的设计。

一、整体解决方案

现在我们从整体性解决方案开始,介绍如何设计产品解决方案。

首先,整体性的解决方案主要包含产品背景、核心流程、产品定位、产品架构、功能模块、演进蓝图、资源投入。这些内容,并不是完全固定的,需要根据我们所处的场景适当调节。其核心目的,是要构建出一个产品的从无到有的过程,以及将这个产品呈现给他人。

在设计解决方案和产品时,B端产品建议采用自顶向下、由粗到细的思路。

下文在来分析一下各部分应该如何设计,含有那些内容。

B端产品解决方案设计方法论:以业务和需求为导向

1. 产品背景

产品背景主要介绍产品的行业背景和需求背景,以及产品可行性分析。这部分内容,主要是产品经理需要将产品的业务调研、业务诊断、需求分析的内容展示出来。

  • 业务调研是指业务的战略方向、经营模式、管理方法和业务模式;
  • 业务诊断需要体现出,客户对于业务提出了什么问题,我们从业务中分析出了什么问题;
  • 需求分析则是结合用户提出的需求,去分析场景、角色和业务。

在进行呈现时,一般呈现依据和结论既可。

2. 核心流程

核心流程是需要分析并展示出业务的核心流程。

在分析核心流程时,需要与角色分析结合,最终需要以跨角色的流程图展示出业务的核心流程——核心流程是之后我们设计各个业务系统,各个产品功能的起点。

3. 产品定位

产品定位是对产品的整体性描述。简单来说,就是要描述清楚我们要做一个什么样的产品。

这部分也需要与需求、业务和问题结合,阐述清楚针对什么业务做产品,产品解决了什么问题,带来了什么价值。

4. 产品架构

产品架构指的的产品的整体性结构。

在产品架构设计时,我们需要首先进行业务架构的分析,然后设计产品的系统结构,再梳理出产品的核心系统,最后基于以上内容设计出产品的架构图。

业务架构分析,主要是分析出针对业务,产品需要哪些系统;系统架构设计,是分析出系统间的组织形式和交互过程;核心系统梳理,是指分析和定义出产品的最核心的系统,其它系统都是围绕该系统运作的。最后,可以用架构图来展示展示我们产品的架构。

在设计产品架构时,除了依赖于业务的分析,还要结合我们的经验。同时,还要考虑一些产品的非业务场景。比如,兼容老系统的业务系统架构,与外部系统对接的产品架构等等。

5. 功能模块

在设计产品架构的时候,我们已经分析出了我们的产品需要哪些系统。现在我们需要在对这些系统进行细化,设计出构成这些系统的功能。

一个系统可能是由多个功能构成的,所以我们也要整理出功能的层级和交互关系。功能是对需求和业务理解并分析的最小维度。如果说产品架构是产品的骨骼,功能就是填充在骨骼中间的血肉,并构成一个个系统。

6. 演进蓝图

演进蓝图通俗点说,就是迭代计划。迭代计划是以功能为维度来设计的。

B端产品的迭代规划设计,是以实现业务闭环为目标,即先建立核心可用业务,再逐步扩展到整个业务流程,直至完成业务闭环。

基于业务闭环的迭代规划,强调由核心业务向整个业务拓展,业务的方向和规划,一定是明确和可靠的。设计好功能的迭代计划后,需要根据技术的可行性调研,然后与研发人员合力,明确演进蓝图的时间表。

在设计迭代计划时,我们还需要根据业务背景和团队背景,预留出一定的时间作为异常情况的缓冲区间。

在设计演进蓝图时,我们还可以根据产品开发的标志性事件或者业务小闭环节点,来设计出相应的里程碑计划。

7. 成本预估

成本预估就是评估在整个产品开发过程中,我们需要投入那些资源,换算成成本是多少。

成本估算的评估要和演进蓝图结合,划分到完成那期功能需要投入多少资源。资源投入除了整体性评估之外,也需要细化到具体的开发人员组成、服务采购等具体的研发投入。

二、细节解决方案

细节方案多用于B端业务型产品开发。在我们进行产品研发的过程中,往往还需要更为细致的解决方案,来指导我们技术人员的开发。

细节方案,也可以看做是PRD等研发文档的Plus版本。在整体解决方案的基础上,需要增加业务建模、数据建模、功能设计、技术方案、产品原型设计、附加文档,将整个解决方案,细化到产品细节层面的设计。

技术方案下文单独分析。

B端产品解决方案设计方法论:以业务和需求为导向

1. 业务建模

业务建模主要梳理详细的业务流程。包含各子业务的流程,各系统的业务流程,各功能的运行流程,还要使用用例图分析出角色和系统的关系。

完成业务建模后,我们对整个业务的脉络就非常清晰了。之后,依据业务的建模,我们才能完成功能逻辑的设计。

业务建模是产品经理对业务梳理和分析的最终成果。

2. 数据建模

数据建模主要是分析系统中的角色和各个实例,在产品的系统是有那些数据字段构成?实例间存在怎样的关系?再将实例和关系抽象成数据模型——数据模型会关系到数据库表的设计,影响到功能设计和技术方案,所以我们要尽早设计数据模型。

在设计数据模型时,我们要保证模型的全面性和扩展性。而分析数据模型时,最典型的就是使用ER图来进行分析。

3. 功能设计

在整体方案时,我们已经分析出了产品包含哪些功能。现在,我们要具体设计每个功能。

设计功能时,要明确功能要展示哪些数据,功能有那些操作,功能的操作流程是怎么样的。设计好功能后,要将功能整理成功能清单。同时,我们还需要考虑一些不直观的设计。比如,字典设计、数据权限设计、账号系统等。在设计功能时,产品经理很多功能采用一些通用的范式,比如权限设计、报表设计、首页、导航等。

4. 产品原型设计

产品原型则是依据功能清单,根据产品平台的设计和交互规范,将功能清单转化为线框图。产品原型也要包含产品的交互设计。

在设计产品原型时,我们要准备好相关的说明文档。同时我们一定要明确,对于B端产品UI和交互的设计,要配合业务和功能的设计。

5. 产品文档

产品文档指我们在设计详细解决方案时,也需要提供产品设计的一些必要文档。最好,可以将这些文档整合到解决方案中,常见的有PRD、UML图、流程图、交互文档等。

三、技术方案

技术方案一般都是由技术人员设计。他们会根据细节方案中的产品设计,设计出可行的技术方案。但是,难免会出现产品需求和技术冲突的时候。

此时产品经理作为决策者之一,也会参与其中,决定最终的技术方案设计。产品经理也需要在产品需求和技术间,做出各种抉择。为了设计出更好的技术方案,产品经理应该懂一些技术。特别是某些以技术为核心竞争力的B端产品。

对于B端产品,应该会数据库表的设计和SQL语言,最好还会一门语言。我认为,一个优秀的B端产品经理,应该是对于软件工程有深刻理解的。在设计技术解决方案时,产品经理关注点在于技术成本、实现周期、技术风险、安全性和未来的扩展性。

由于技术方案主要是技术人员的工作,本文就不深入讨论了。

四、总结

本文所设计解决方案的方法,其实都是我过去文章,所使用的方法和分析的内容的归纳和总结。本文中的一些模块,可以直接在以前的文章中找到,特别是用到的一些UML图和表格。

解决方案,本身就是产品的抽象。设计解决方案,就是在设计产品本身,也是需求分析、业务调研、业务诊断与分析、产品设计、产品规划的过程。

作者:产品小思考,B端产品经理,微信公众号:产品小思考

本文由用户@社群研究社发布于新媒体运营,未经许可,禁止转载。

题图来自Unsplash,基于CC0协议

本文由 新媒体运营 作者:社群研究社 发表,其版权均为原作者所有,文章内容系作者个人观点,不代表 新媒体运营 对观点赞同或支持,未经许可,禁止转载,题图来自Unsplash,基于CC0协议。
1

发表评论