B端产品的总体建设流程
杨堃 36氪

开展B端产品建设时,会面临两种可能的业务情况:

  • 业务还未开展,只讨论了初步的可行性,需要设计最低成本的试错方案。

  • 业务已经通过线下的初步验证,现在需要系统支持,实现线上化,全面推进业务。

第一种情况不需要设计完整的产品,只需要设计一个方案,让业务以最低成本做初步尝试,论证可行后再考虑产品化支持。

第二种情况需要做全面的产品化支持工作,我们要讲的就是这种情况下的总体建设流程。

B端产品的总体建设流程需要借鉴软件工程自顶向下的设计思路,从抽象到具体逐步展开工作,大体上可分为业务问题诊断、设计解决方案(包括整体方案和细节方案)、执行并优化解决方案(又分为设计技术方案、实施、迭代)三大阶段,每个阶段包含具体的关键步骤,不同阶段会涉及不同的参与人员,如下图所示(其中PM代表产品经理)。按照这个流程和思路来梳理业务、进行产品设计,比较容易保障工作效果。

image.png

务调研

业务调研是在产品设计之前要开展的非常重要的准备工作,在这个阶段,产品经理要全面研究并理解业务的现状和规划,挖掘并总结业务问题。

在业务调研阶段,产品经理需要尽可能地用各种手段和工具收集业务关键信息,通过对业务负责人、一线业务人员等角色进行访谈,获取全面的信息;另外,可以邀请技术负责人一起参与业务调研,确保对业务的理解是一致的。

通过业务调研找到关键业务问题,这是设计产品解决方案的核心前提。

产品整体方案设计

B端产品整体方案设计讲究体系性、结构性。基于对业务现状与发展方向的理解,产品经理需要和架构师、技术负责人一起,规划产品的功能范围、定位,以及和公司现有产品体系如何融合,形成对后续细节设计有指导意义的整体方案,包含以下方面。

  • 核心业务流程:梳理整个业务主干流程,并确定其中哪些环节需要由该产品实现线上化。

  • 产品定位:明确该产品有哪些子系统,分别支持哪些业务流程和业务版块。

  • 应用架构:考虑该产品和公司现有系统的融合关系。

  • 功能模块:基于对业务的理解,抽象出该产品的具体功能模块。

  • 演进蓝图:根据业务优先级与发展策略,制订实现各功能模块的计划和节奏。

在产品整体方案设计阶段,业务负责人有必要参与讨论,并且所有参与者需要通过讨论得出一致认可的结果。

产品细节方案设计

梳理了核心流程、产品定位、应用架构、功能模块和演进蓝图,相当于完成了万丈高楼建设的规划蓝图;接下来的细节方案设计就要基于蓝图,逐一分析业务细节,设计产品的具体功能。

数据建模,也叫业务建模或领域建模,是细节方案设计中最重要的环节,是保证产品设计严谨可行的关键工作。只有基于对业务的理解,抽象出合理且灵活的数据模型,才能设计出有持续灵活性和扩展性的应用系统。

角色与流程设计会涉及业务团队的组织架构和岗位编制,需要产品经理与业务负责人一起讨论决定。

界面与报表是业务用户直接看到的部分,在设计时最好能提供可以体验的交互界面,让业务用户提前感受并反馈意见,减少不必要的返工。

技术方案设计

产品的整体方案、细节方案都设计好后,就需要技术人员做技术方案设计了,从而保证软件系统在正确的技术选型和合理的技术架构下进行编码开发工作。产品经理一般不需要直接参与技术方案设计,但还是有必要理解相关技术知识。

项目管理与实施

技术方案设计完毕,接下来就要进入具体的开发实施环节了。

B端产品往往涉及多个业务部门,需要多个业务系统的跨端配合,如何推进跨端项目?如何保证项目如期高质量交付?做好项目管理是关键:完善的项目管理机制可以保证实施环节顺利进行;相反,如果项目管理混乱,任意变更需求、扩大项目范围,就会导致项目无限延期。

运营迭代

新系统上线后,产品经理要和业务人员一起参与产品的运营迭代工作,包括宣传、推广、使用效果分析、问题和反馈意见的收集,以及持续的迭代优化。

B端产品的运营管理工作有一定的独特性,因为B端产品都存在对应的业务方,而业务部门都会设立业务运营团队。在B端产品领域,产品经理、产品运营、业务运营三者的工作职责往往有所重叠,各自的工作内容该怎样分配?协作关系该怎样处理?处理好这些问题会让你的工作事半功倍。

对于迭代优化工作,B端产品也有自己的特点,我们需要管理好需求、分配好研发资源、选择合适的迭代模式。


CIO之家 www.ciozj.com 公众号:imciow
关联的文档
也许您喜欢