如何从0到1搭建业务架构产品运营架构分析( 二 ) _生活百科

我们总听得到一句话，现在业务规模还小，不规范很正常，以后慢慢就好了。而混乱的流程只会导致加快业务的毙命。
还是举例说明，笔者是产品经理出身，但在中小厂是没有项目经理的，甚至一些更小的公司，甚至没有产品经理，老板就是产品经理，这个没有问题，我们不需要严格要求谁做什么事，但是我们需要最开始规划一条路线，而这条路线中，你的位置在哪里，就应该做好这个位置的事情。

管理与执行的区分；
【如何从0到1搭建业务架构产品运营架构分析】每个岗位之间配合情况；
确保每一条业务线都有自己的own product；
岗位可以空缺或合并，但职责不能模糊。（例如：可以没有项目经理，但是要明确谁进行项目管理，谁对整体项目进度负责）

四、B端同步搭建，把数据底层做在最开始先说数据，数据是可以赋能业务的，无论是一款产品的埋点，还是到产品上线后的数据统计及分析，这一切动都是为了推进业务发展，提高业务能力，提高业务效率。
不要把赋能放在最后一步，毕竟一件锦上添花的事情如果做的太晚，就连雪中送炭都来不及了。
我们要数据的目的是什么？简单粗暴的说：

知道仗打的怎么样了；
知道哪只战队更强；
知道哪只战队或者哪个兵拖了后腿；
知道是不是战队没问题而是粮草去晚了？

大概对应的也就是我们那些熟知的数据了，行为数据、用户数据、产品数据、市场数据等等。
做数据是废人力的，是费脑子的，做分析也是，但是也许你不信，还有太多的公司在业务模式都已经成型了，才开始补上数据这个问题，在这过程中消耗掉的沉默成本可想而知。
咱们再说B端的同步搭建，这里说的B端针对不同的行业有不同的定义，我们通常会认为给企业内部员工使用的产品或者说管理内部使用的产品等是B端，但其实还包括大客户等也包含在内，一项业务的起步如果不考虑它将来会最强做大，那你可以不用考虑到这一点，但是如果想要做精做细，无论是产品还是运营，都不能放掉这一块儿。
五、保持前瞻性，走一步看三步，走不动的时候即使止损。以一个产品经理的角度来说明，优秀的产品经理做一个功能是为了之后做无数功能埋伏笔，无论从用户层面还是后端技术层面，都可以做到前瞻性。
举例来说，你接手一个新的项目，你要考虑它的载体是app还是小程序还是社群，这个决定不是一蹴而就，你当下的决定只适用于当下，有的目前适用与社群的项目业务之后随着规模的扩张会承载不了大体量，需要做统一收口，那你怎么去规划之后的收口路线，怎么去规划用户的生命周期管理，怎么去规划你的用户在哪个环节哪个场景进入、什么场景活跃，最后统一留存在哪一个生态，是否是一个长线项目，还是一个短期实验项目，你的roi是否可以承载等等。
总结能有从0到1开始的机会是难得的，但也是艰难的，证明自己并为后人铺路，没有那么容易，这篇文章只是以互联网思维写的冰山一角。
本文说的“业务”可大可小，可以大到一个全新领域，也可以小到改动一个当前的支付模式从而诞生一个新的支付业务等，但无论是大业务还是小业务，每一个环节做到细致，留下迭代的空间，就不会太差。