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

0 评论 3371 浏览 13 收藏 9 分钟

都说B端产品经理难做,中后台产品更是坎坷颇多,很多不确定因素时常让产品经理头疼不已。如果没有任何参考,如何做中后台产品?

问:什么产品最难做?

答:B端中后台系统。

再问:比这更难的还有吗?

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

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

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

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

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

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

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

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

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

一、自己体验

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

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

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

1. 大致流程

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

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

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

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

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

2. 整理内容

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

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

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

常见的内容大致如下:

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

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

二、请教他人

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

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

1. 运营人员

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

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

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

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

2. 产品经理

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

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

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

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

3. 技术研发

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

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

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

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

三、参考竞品

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

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

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

1. 知道自己要什么

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

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

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

2. 懂的取舍

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

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

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

一些想说的话

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

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

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

尾巴

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

 

本文由 @明天上线 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!