业务不确定的情况下，如何做中后台产品？

问：什么产品最难做？

答：B端中后台系统。

再问：比这更难的还有吗？

再答：没有任何文档、流程图的产品，还让你做中后台。

都说B端产品经理难做，主要是因为流程复杂、业务特殊、角色繁多。之前介绍过，做B端产品的重要环节就是要了解现有业务、梳理现有流程，然后再此基础上，形成标准化，提出优化方案。

所以，相对C端产品来说，B端产品更多的是偏向于业务，更多的是服务于业务，更多的是优化不那么顺畅的流程，最终目标是提升整体运行效率。

但是，在绝大多数情况下，很少有公司能够有那么清晰的流程和明确的业务。就算是已经运行多年的公司，能说出个所以然的也是少数。

那如果我们面对的是流程和业务的不确定，所能接触的内容都没有成体系，所有的业务都在别人的脑子里。这样的情况，我们又该如何开展中后台的产品工作呢？

为什么会有这样的问题？因为我自己目前就陷入了这样的困境。

先简单介绍下背景：公司产品正处在从0到1阶段，面对的情况大致是下面这样：

要方案，没有；要文档，没有；要流程图，没有。要啥没啥，还想要自行车。

情况就这么个情况，下面就来说说我是怎么做的。（我自己也在摸索中，一起学习）

一、自己体验

这是最直接，也是最有效的方式。

只不过，这里的体验，并不是漫无目的的走马观花，而是要考虑场景、用户角色的真实使用。

通过自己的亲身使用，先获得最直观、最直接的感受，可以帮助我们快速的了解公司的实际业务情况。

1. 大致流程

我自己体验产品的流程如下：先大体了解下 → 然后仔细使用一遍（前后台联动） → 记录过程中的疑问 → 再次深入使用（前后台联动）。

第一次体验产品的时候，肯定会有很多问题，大概率都是因为不熟悉导致的，所以就需要再次的深入使用。

在深入使用的时候，最好能够梳理出不同角色的使用场景，有针对性、有流程性的进行体验。

如果没有现成的标准，那就先按照自己的理解去梳理，先具备基本的业务流思路。

然后再根据不同的角色，有针对性的去了解对应产品的功能，多几次体验，你总能摸出门道。

2. 整理内容

如果条件允许，我们不仅要使用产品，还要对相关内容进行梳理和整理，毕竟这些基础性的文档都是必备内容，而且以后肯定用的到。

我们需要知道目前有哪些系统（前台、中台、后台）、每个系统的具体功能、有哪些角色、每个角色的权限、业务流程。

这些内容，通过脑图、表格、文档等方式进行记录。

常见的内容大致如下：

• 产品架构图：帮助我们从宏观上了解产品的大体思路和整体框架；
• 功能结构图：帮助我们了解不同产品的具体功能和需求点；
• 业务流程图：帮助我们梳理业务流程深入使用场景；
• 角色权限：帮助我们了解系统的权限设计和角色控制；

以上这些内容，都需要根据公司的实际情况进行具体的描述，一定要符合公司实际情况。

二、请教他人

当对产品轮廓有了大体了解之后，我们可以带着自己的理解和问题去向相关人员进行请教。一定要有针对性，不要问那些百度能找到的问题。

不同类型的公司，由于业务模式和操作流程的不同。一般情况下，这三类人值得我们重点关注。

1. 运营人员

作为最接近客户的岗位，从运营那里，我们不仅可以了解现有业务的核心流程，还可以了解到客户的真实需求（相对的）。

不知在哪看过一句话：产品是固定的运营，运营是流动的产品。我想这能很好的说明运营对于做产品的重要性。

以我们公司举例，我们的后台，主要功能就是为了提升运营人员的效率。在这样的情况下，必须要了解到他们日常的业务，有哪些是重复手工的工作可以自动化，有哪些使用过程中不爽的地方需要修改。

再说了，产品运营不分家，从这里入手也是最快的。

2. 产品经理

这一点，没有任何异议，通过产品经理了解产品，再正常不过了。

哪怕没有任何流程图和需求文档，通过面对面的沟通，我们还是可以快速熟悉业务的。

条件允许的时候，我们也可以参考现有的原型图和设计稿，通过这些内容，我们也大概能知道最原始的需求内容。

当然，有可能没有原型图和设计图，那就有什么资料看什么资料吧。（我太难了）

3. 技术研发

对系统的了解程度，除了产品经理，就剩下技术人员了。甚至有的时候，技术比产品更熟悉内部逻辑。

当然，技术人员的谈话方式永远都是技术流，能消化吸收多少，就看自己的领悟力了。

我们公司的情况，现在是技术人员比产品人员更了解产品。一来是因为产品流动性太大，二来是很多运营需求直接找的开发。

所以，如果你所在的公司也有类似的情况，开发比产品更靠谱。

三、参考竞品

上面的两种方式，介绍的都是看自己，但这是远远不够的。我们还需要看世界、看别人，所以才有了参考一说。

参考别人，目的是为了提升自己，千万不要本末倒置，为了抄而抄，为了做而做。

关于参考竞品的，之前有写过专门的文章，这里就简单说几点。

1. 知道自己要什么

做产品经理，最怕听到的就是：你看别人有×××功能，我们也做一个吧。

都是看着别人的好，但不去问是不是适合自己。

最好的方式是，先明确自己的目标，发现自己的有待优化的地方，然后参考优秀的解决方案，并合理的融合在一起。

2. 懂的取舍

千万不能什么都要，什么都要，结果往往就是什么都做不好。

我们看到的是只是页面展示，我们不知道的是对方的业务逻辑，我们不知道的是对方为某个功能所花费的资源。

需要在理想和现实之间做权衡。

一些想说的话

世界有世界的规则，公司有公司的流程，没有对和错，只有适应与否。

我们无法强求所有事情都一帆风顺，我们也无法要求所有东西都十全十美。

要接受这个世界的不完美，因为那样才有我们存在的价值。

尾巴

一切不靠谱的时候，只能靠自己。

本文作者 @明天上线

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！