一切不靠谱的时候，只能靠自己
问：什么产品最难做？
答：B端中后台系统。
再问：比这更难的还有吗？
再答：没有任何文档、流程图的产品，还让你做中后台。
都说B端产品经理难做，主要是因为流程复杂、业务特殊、角色繁多。之前介绍过，做B端产品的重要环节就是要了解现有业务、梳理现有流程，然后再此基础上，形成标准化，提出优化方案。
所以，相对C端产品来说，B端产品更多的是偏向于业务，更多的是服务于业务，更多的是优化不那么顺畅的流程，最终目标是提升整体运行效率。
但是，在绝大多数情况下，很少有公司能够有那么清晰的流程和明确的业务。就算是已经运行多年的公司，能说出个所以然的也是少数。
那如果我们面对的是流程和业务的不确定，所能接触的内容都没有成体系，所有的业务都在别人的脑子里。这样的情况，我们又该如何开展中后台的产品工作呢？
为什么会有这样的问题？因为我自己目前就陷入了这样的困境。
先简单介绍下背景：公司产品正处在从0到1阶段，面对的情况大致是下面这样：
要方案，没有；要文档，没有；要流程图，没有。要啥没啥，还想要自行车。
情况就这么个情况，下面就来说说我是怎么做的。（我自己也在摸索中，一起学习）
一.自己体验
这是最直接，也是最有效的方式。
只不过，这里的体验，并不是漫无目的的走马观花，而是要考虑场景、用户角色的真实使用。
通过自己的亲身使用，先获得最直观、最直接的感受，可以帮助我们快速的了解公司的实际业务情况。
01.大致流程
我自己体验产品的流程如下：先大体了解下 → 然后仔细使用一遍（前后台联动） → 记录过程中的疑问 → 再次深入使用（前后台联动）。
第一次体验产品的时候，肯定会有很多问题，大概率都是因为不熟悉导致的，所以就需要再次的深入使用。
在深入使用的时候，最好能够梳理出不同角色的使用场景，有针对性、有流程性的进行体验。
如果没有现成的标准，那就先按照自己的理解去梳理，先具备基本的业务流思路。
然后再根据不同的角色，有针对性的去了解对应产品的功能，多几次体验，你总能摸出门道。
02.整理内容
如果条件允许，我们不仅要使用产品，还要对相关内容进行梳理和整理，毕竟这些基础性的文档都是必备内容，而且以后肯定用的到。
我们需要知道目前有哪些系统（前台、中台、后台）、每个系统的具体功能、有哪些角色、每个角色的权限、业务流程。
这些内容，通过脑图、表格、文档等方式进行记录。
常见的内容大致如下：
产品架构图：帮助我们从宏观上了解产品的大体思路和整体框架；
功能结构图：帮助我们了解不同产品的具体功能和需求点；
业务流程图：帮助我们梳理业务流程深入使用场景；
角色权限：帮助我们了解系统的权限设计和角色控制；
以上这些内容，都需要根据公司的实际情况进行具体的描述，一定要符合公司实际情况。
二.请教他人
当对产品轮廓有了大体了解之后，我们可以带着自己的理解和问题去向相关人员进行请教。一定要有针对性，不要问那些百度能找到的问题。
不同类型的公司，由于业务模式和操作流程的不同。一般情况下，这三类人值得我们重点关注。
01.运营人员
作为最接近客户的岗位，从运营那里，我们不仅可以了解现有业务的核心流程，还可以了解到客户的真实需求（相对的）。
不知在哪看过一句话：产品是固定的运营，运营是流动的产品。我想这能很好的说明运营对于做产品的重要性。
以我们公司举例，我们的后台，主要功能就是为了提升运营人员的效率。在这样的情况下，必须要了解到他们日常的业务，有哪些是重复手工的工作可以自动化，有哪些使用过程中不爽的地方需要修改。
再说了，产品运营不分家，从这里入手也是最快的。
02.产品经理
这一点，没有任何异议，通过产品经理了解产品，再正常不过了。
哪怕没有任何流程图和需求文档，通过面对面的沟通，我们还是可以快速熟悉业务的。
条件允许的时候，我们也可以参考现有的原型图和设计稿，通过这些内容，我们也大概能知道最原始的需求内容。
当然，有可能没有原型图和设计图，那就有什么资料看什么资料吧。（我太难了）
03.技术研发
对系统的了解程度，除了产品经理，就剩下技术人员了。甚至有的时候，技术比产品更熟悉内部逻辑。
当然，技术人员的谈话方式永远都是技术流，能消化吸收多少，就看自己的领悟力了。
我们公司的情况，现在是技术人员比产品人员更了解产品。一来是因为产品流动性太大，二来是很多运营需求直接找的开发。
所以，如果你所在的公司也有类似的情况，开发比产品更靠谱。
三.参考竞品
上面的两种方式，介绍的都是看自己，但这是远远不够的。我们还需要看世界、看别人，所以才有了参考一说。
参考别人，目的是为了提升自己，千万不要本末倒置，为了抄而抄，为了做而做。
关于参考竞品的，之前有写过专门的文章，这里就简单说几点。
01.知道自己要什么
做产品经理，最怕听到的就是：你看别人有×××功能，我们也做一个吧。
都是看着别人的好，但不去问是不是适合自己。
最好的方式是，先明确自己的目标，发现自己的有待优化的地方，然后参考优秀的解决方案，并合理的融合在一起。
02.懂的取舍
千万不能什么都要，什么都要，结果往往就是什么都做不好。
我们看到的是只是页面展示，我们不知道的是对方的业务逻辑，我们不知道的是对方为某个功能所花费的资源。
需要在理想和现实之间做权衡。
一些想说的话
世界有世界的规则，公司有公司的流程，没有对和错，只有适应与否。
我们无法强求所有事情都一帆风顺，我们也无法要求所有东西都十全十美。
要接受这个世界的不完美，因为那样才有我们存在的价值。
尾巴
一切不靠谱的时候，只能靠自己
(微信公众号：明天上线。近5年B端产品经验，擅长从0到1快速搭建产品框架。)
微信扫一扫 
支付宝扫一扫 
