从0到1的B端大系统搭建7点技巧

　　做产品经理时间越久，势必要经历从0到1的系统搭建案例。

　　曾经在大厂的工作期间，我也陆续负责过一些B端系统的搭建到上线，最近有朋友问我：“如何完成B端从0到1的大系统搭建?”，相信今天这篇文章，可以当做一个手册帮助到你，快速落地操盘。

　　不仅是B端系统，C端系统也可以以此为范本。

　　从0到1搭建系统的前提条件

　　俗话说，任何好的事情都要求天时地利人和，在公司做产品也一样，从0到1搭建一个B端大系统，也需要“天时地利人和”

　　天时：产品依附于公司内部战略规划

　　天时就是看运气了，在某个热点或者技术趋势下，公司需要新做某个项目，而这套系统项目恰好是从0到1.需要从无到有组件团队。所以需要领头人，往往这样的岗位是有一定的工作经验要求，同时岗位的level不低，一般都是总监或者VP上，才会出让你进来就开始负责新项目。

　　地利：产品团队拥有硬件或软件资源

　　从0到1搭建一套大系统，少不了硬件资源和软件(商标、ICP、域名等资源)

　　人和：人力和人才

　　而90%的同学从0到1搭建B端你系统，是因为刚好项目已经在公司战略规划了，所以通过招聘完成某一个岗位的填充。要做什么都已经确定好了

　　从0到1搭建B端系统需要注意什么?

　　1.了解公司的流程和制度

　　如果你要操盘从0到1的B端系统搭建，我建议你首先你要根据了解公司的政策与流程制度

　　比如在国企或者大厂，就和小企业流程、制度规范非常不一样。

　　大企业需要关注数据类的信息安全，在公司申报流程里难以做商业化，要想做收费还要进行层层审批，如果你还是在子公司还要集团公司同意，有的地方夸张到加入后至少要经历1-2年的流程时间才能完成。

　　如果是小企业，则公司老板或者部门领导允许，就可以尝试商业化了，甚至是有的产品还没有马上上线，也能够快进行营收项目，但坏处是公司的营收可能不稳定，难以保证你长久稳定的做系统项目。

　　2.找到公司优势与资源

　　熟悉公司的业务与流程后，接下来就要开始找到公司的优势资源了，对于有的公司来说，硬件成本就不属于项目成本，产品经理就可以在成本计算里减少硬件资源的开销，对用户提供最流畅的功能体验服务。

　　比如大企业里每年都要采购非常多的云服务器项目，你要做的是确定大概需要什么样的服务器配置、需要多少台服务器即可;对于有的公司来说，人也不是资源，你只要走公司流程，公司有多余的岗位都给你分配，也可以不计算为项目资源。

　　以上这类公司的资源和优势，都应该是你搭建的这套B端系统优势

　　有的公司在某个行业里面有一定沉淀，还可以提供某个行业下的技术解决方案，比如音频、AI、图片识别等方面，所以这方面都是你在做产品设计可以运用或者调用到的优势资源。

　　3.定位产品调性

　　B端系统分很多种类，有帮助办公效率提升的，OA系统;也有帮助营销提升的CRM系统;也有业务支持的运营管理系统，所以搞清楚产品定位是非常重要的，因为不同的定位所涉及到的功能也不同，人力资源也不同。

　　在公司战略下，你要结合前者大的框架做系统搭建，首先要清楚产品定位。

　　4.开始做业务规划

　　许多产品经理开始从0到1做一个系统，会先从系统规划开始，但实际上业务规划更加重要，这决定了你后期会涉及到用什么功能，业务规划是产品功能迭代的骨架，决定了未来后期产品怎么发展。

　　▲业务规划

　　产品经理需要此时了解到业务的核心诉求，以及当年、当季度的考核指标，比如运营部门需要带来更高的拉新、内容留存率;市场部门需要更多的线索转化，要有更多的渠道监控;

　　我们一般可以通过泳道图或者流程图来绘制业务流程，业务规划要考虑各个业务部门在每个季度或者年度下达到的目标。业务规划需要产品经理搜集公司各个业务部门的计划，并进行整合，切合产品定位来输出自己产品定位下的业务规划。

　　5.产品功能规划

　　有了业务规划后，我们就可以开始做产品功能规划了，功能规划包含了早期版本、稳定版本以及未来版本，早期版本以核心功能、体验为目标;稳定版本以满足业务优化需求为目标;未来版本则是未来商业化的规划(往往这一部分很难落地)

　　▲产品规划

　　我从来不喜欢规划超过半年以上的需求，因为世界变化非常快的，说不定那一天政策或者某个热点就公布，逼迫你必须要做某些业务调整和功能变化。

　　所以我认为6个月以内的产品规划可以落地，6个月以后的规划是给老板和投资看的PPT。

　　6.产品的原型测试

　　从0到1搭建B端系统，会涉及到非常多的原型设计页面数量，产品经理往往没有时间去把原型给业务人员测试一遍，导致上线后要反复的修改。

　　基于产品规划的早期版本基础功能，我建议产品经理将产品原型设计完成后，叫上业务部门进行评审。在会议里要求业务部门体验和使用，对原型进行讲解，让业务人员了解。

　　▲原型测试

　　比如我们之前做医疗门诊系统的时候，就需要医生、店长、护士、售前咨询来一起使用系统，所以需要他们参与到系统的设计方案里面来完成原型测试。

　　原型测试可以和原型方案讲解一起，将原型的每个页面、页面里面的点击操作都进行演示并说明其背后的判断条件、逻辑。

　　▲原型条件

　　往往至少2次的原型评审会议，第一次是基于前期的需求调研做产品原型验证并收集优化，第二次是产品设计方案的定稿，并且确定当下版本下的功能数量。

　　前期零碎的和业务人员进行沟通，就需要产品经理依附于产品定位来进行输出了。

　　原型测试要注意说明权限、角色、以及操作流程，很可能会因为操作过于复杂需要进行优化。

　　7.做好技术选型

　　相比前面的流程步骤，技术选项可以在产品定位后敲定，产品经理和开发、运维同学进行沟通，针对产品当前的高并发量、以及用户规模、以及未来的业务形态、体量做好技术选型。

　　如果产品定位在移动场景下，那么就应该以移动端、或者小程序的技术选型;如果产品定位在办公场景下，那么就应该以浏览器的方式做技术形态，同时技术选型要选好数据库、以及架构方式，但是对于99%的系统来说，刚开始从0到1搭建大的B端系统，那么就要考虑微服务架构形式了，做好功能的耦合与内聚，方便以后维护。

　　以上是我在搭建B端系统从0到1需要注意的点，还不涉及到研发、上线后的试运营。