前几天，一个同学问我，”朴老师，最近我接到一个新项目，可是不懂行。怎么才能快速了解业务，做出想要的产品呢？“看到这里，我陷入了深思……
我回想到，做B端产品3年多的时间里，大概实现了十几款产品，有明显成绩的不到3个，剩下的基本上都默默无闻。
而默默无闻的产品大多是没有长远的规划，要么是老板口头一说就要做，要么就是甲方爸爸给钱要求。这种产品不需要你理解太多，你只要按照他们的心情做就可以了，反正最后出了问题，要么改要么就拉倒，你不需要承担太多。
但回头一想，我发现很多项目都有共通性，最起码思考的方式、查资料的方法、工作推进的流程标准这些我们都可以从中获得经验。
今天我就给大家分享接到新产品，我们如何在一周内了解业务、完成产品初步规划，避免漫无目的的尝试。
一、学习制度规范
因为我们不懂业务，所以要先找找相关资料。
很多同学习惯在人人上看别人的文章、或是在知乎上看别人的回答，这是一个很快的方式，但却不利于你的思考。别人给的东西越多越全，自己思考得就越少，做出的产品质量也不高。
业务依赖于制度，通过制度抽象产品规则。从下图上我们可以看出，在业务和产品之间，需要制度（管理规范）作为桥梁。
我们通过调研用户、竞品，看到用户怎么操作，或是竞品如何设计产品，这通常来说只是表象，描述的是产品的实现方式。而实际上只有了解制度规范，我们才能知道为什么用户要这样操作，为什么要A部门发起，B部门审核。进而，我们才能抽象出产品通用底层能力。
所以，我们第一步要去浏览器中搜索”XX制度管理规范“，比如百度文库。你会得到关于一个业务相关的原则、目标、工作流程、参与角色、实施办法等信息。
如果你做的是新型行业，比如区块链、AI人工智能等业务，没有太好的参考标准，最好的方式是去大厂的官网上查找业务解决方案，同样会得到上述的信息。
有了这些，你就等于拥有了打开业务世界大门的钥匙。
二、把制度信息抽象成产品规则
当你搜索信息的过程中，发现制度规范有50%具有通用性，但是剩余50%都是各公司独有的管理方式，我们需要把这些通用的点列出来，并考虑如何将不通用的点如何兼容在一个体系中。
产品规则体系就是为了兼容制度标准、业务流程，甚至是公司的盈利方式。
以CRM客户关系管理系统为例，基本上都围绕线索、商机、合同、订单四个体系出发。无论你是做企业内部CRM管理还是面向客户的CRM，基本模式不会改变。
在这个过程中，最考验一个产品经理”建模“的能力。
很多人找不到重点，总是看到表面，看见用户怎么用我就怎么设计，看见竞品怎么做我就跟着抄一遍。实则没有建立一个底层框架，总会随着业务发展，产品变得复杂、可拓展性差、也越来越不可维护。
所以，真得花些心思多研究模型体系的建立。比如说一些配置项的预留、数据权限、操作权限等涉及到底层的架构。
我总结在”建模“的过程中，需要考虑如下四点：
1、角色的定义。罗列需要使用产品的所有用户群体。比如CRM系统中的老板、财务、销售、客服等，他们每个人需要的操作不尽相同，所以我们要区分对待。
2、产品模块的定义。梳理支持用户使用的所有模块。正如CRM系统的线索、商机、合同、订单模块。
3、业务流程的定义。模块+用户会形成多种对应关系，不同模块之间用户数据的流转，便形成了业务流程。比如销售人员录入线索、把线索转化为商机、商机跟进成为合同，最后形成订单进行管理。在生成合同的过程中，需要财务把关审核合同内容，这就是业务流程。
4、权限的定义。每个系统一定会涉及到权限体系，每一个B端产品经理都要学会RBAC模型，用于区分超级管理员、系统管理员、业务管理员的数据权限和操作权限。
三、通过产品规则设计产品
任何一个B端业务，在设计中离不开【字段、流程、功能操作】，在功能操作中，基本需要涵盖增删改查。
产品功能如何设计我就不深入讲解。简单理解就是，用户填写信息（字段）—点击功能—进入到下个流程。
其实最好的方法还是借鉴市面上有的产品，但绝对不是”照抄“，而是找”需要“。
比方说市面上已经成熟的产品有100个功能点，你规划一个版本做10个功能，其中8个都没啥大用，那还不如先做2个功能。
另外，我希望大家在做产品的时候自己先想想。最好能有这样的感觉：
我把产品设计出来后，然后去网上对比看看，发现做了好几年的产品也是这样实现。这给你带来的是一种自信，思路对了，产品一定对。而不是我去网上看到别人这样设计，我也照着搬过来用。
我身边有个5年的同事，接手新项目基本上不借鉴别人，而且最终做出来的产品很有深度。把他的产品拿出去和别人对比，产品框架基本上相差无几。我们号称他”拿总“，产品大拿。
产品经理思考一个系统的时间应该至少占用60%以上的时间，其结果可能只是用20min，画一个产品框架图，但实际上想了能有5天的时间。
在这5天中，我们不断验证思路是否正确，输出、推翻、重建，最终拿出一个让大家都能相对满意的结果。
最后
我们今天主要讲解的核心就是”制度规范“。
了解一个业务并不是完全靠现场调研、竞品分析，关键是看制度规范的建立，而产品规则是制度规范的底层。
只有明确了用户的管理办法，我们才能设计出兼容他们规则的产品，而不是靠整天YY，最终结果也是用户不使用。
至于产品的创新，无非是出现新的规章制度，你能兼容并且做得比别人简单好用罢了。不要把创新想得太难，只要满足了具有相同诉求的用户群体，就能保证业务线的存活。
今天分享到这里结束了，欢迎大家关注我的微信公众号：朴老师大白话，或者添加我的微信DY402122152。期待与你交流！（来者备注一下哦~）
