B端产品经理通往成功之路

目录

B端产品整体流程

1.业务调研

2.产品整体方案设计

3.产品细节方案设计

4.技术方案/实施/运营迭代

---

B端产品整体流程

1.业务调研

1.1 业务现状

通用业务调研的方法，明确当前业务的现状

1.2 业务问题

找出业务主要需要解决的问题，明确问题，提出解决方案

2.产品整体方案设计

2.1 核心业务流程

解决问题的核心流程图

2.2 产品定位

清晰的产品定位，工业产品不可能适用于全部场景，明确自身的定位是产品成功的开始。

2.3 应用架构

对外系统、管理中后台、平台服务、数据底层和应用

2.4 功能模块

整个方案都有哪些功能，自顶而下进行分解

2.5 任务计划

功能模块的整体开发计划，功能名称、负责人、计划完成时间、当前进度、状态、备注

为什么会有功能完成的进度？

产品如果确定开始做，可能某些核心功能已经在调研阶段进行测试过了，所以会有进度

3.产品细节方案设计

3.1数据建模

将现实世界的对象和规则进行抽象，首先构建出业务数据模型，然后再基于流程确定页面流转图，再着手每个页面的具体设计，同时规划好用户角色，最后完成权限的设计。

例如，分销业务客户模型

业务数据模型建模的过程就是将业务以及之前的关系抽象出来的过程。

业务数据建模能力体现的是设计人员对客观世界的抽象描述能力，只有对业务本质理解透彻，再集合积累的软件设计经验，才能抽象并构建出合理的业务数据模型。

3.2角色与流程

设计业务流程和角色时，应遵循自顶向下的设计思路，首先设计主干流程，再进一步明确角色职责以及功能的安排

梳理各个角色之间的关系，逻辑上考虑先后的关系，绘制角色与业务流程图。整理后可以进一步的绘制更加细致的页面流转图。

3.3界面设计

产品经理绘制线框图原型，表达软件中每个页面的设计需求。

UE设计师协助产品经理完善交互体验，并制作交互原型。

UI设计师基于交互原型进行美工设计，生成切图文件

前端工程师拿到切图文件，进行前端开发，包括实现交互，动效等。

遵循：尼尔森的十大可用性原则。反馈原则、隐喻原则、回退原则、风格一致、防错原则、记忆原则、灵活易用、简约设计、容错原则。

反馈原则：让用户知道现在系统软件的状态

隐喻原则：使用通俗易懂的元素来表示，例如播放图标

回退原则：操作步骤可以回退

风格一致：各功能相同地方界面一致

防错原则：重要操作需要二次提醒

记忆原则：上次搜索过的内容会自动记录

灵活易用：对初级用户有简单使用的方法，大多数功能的难易程度要在中级水平，而对高级用户也需要有能够进阶修改的地方

简约设计：不应该包含一些无光紧要的内容，重点太多相当于没有重点

容错原则：错误提示应当简单明确的告诉用户，不单单提供一个错误代码

3.4报表设计

业务报表的核心价值是掌握事实、发现问题、分析原因、产生对策。

构建分析体系->定义观察指标->设计呈现形式->跟踪指标变化->分析变动原因->跟进处理问题

也可以使用成熟的报表引擎，例如：fine report

报表呈现需要具备专业性，注重细节，一致性等

3.5数据埋点

数据埋点是考核产品使用程度的一个重要依据，也是业务用户行为分析、产品分析、成品改善的重要参考数据来源。

常用的数据埋点工具：百度统计、诸葛IO、神策等

3.6权限管理

权限设计的前提是合理的角色设计，在此基础上，需要明确不同的角色可以访问那些页面，能够看到哪些数据，以及可以进行哪些操作。软件系统的权限主要包括：功能权限、数据权限。

功能权限可以绘制功能权限表，高级点可以使用RBAC权限模型，对不同的用户和角色进行用户组的划分，菜单、权限集合、页面元素

3.7文档编写

商业需求文档（BRD）、产品需求文档(PRD)、市场需求文档(MRD)。

这里重点说一下产品需求文档主要包含内容有：

1.项目背景
2.项目收益目标
3.项目方案概述
4.项目范围
5.项目风险
6.术语和缩略语
7.参考文献和引用文档
8.功能需求
 1.产品框架概述
-系统框架图
-数据模型图
-业务流程图
-状态机图
 2.产品需求详解
-查询条件
-列表字段
 3.异常情况的处理方案
9.数据埋点
10.角色和权限
11.运营计划
12.待决事项

4.技术方案/实施/运营迭代

4.1技术方案

4.2项目管理与实施

4.3运营管理

4.4迭代与优化