子系统|产品的实现，需要做好战略规划

编辑导语：产品的实现需要做好产品规划，而产品的规划决定了产品的方向。本文从战略规划的重要性、产品定位、设计产品架构图三个方向，详细地为大家梳理了产品实现的前期准备。一起来看看吧。

文章插图
我们知晓了如何去发掘问题，并找到解决方案。

文章插图
可对于问题的处理，我们可以临时应付，也可以相对稳固，甚至于可以扩展挖掘以解决长期的问题和隐患。
基于互联网可快递迭代的情况，以上三种处理方式都有其可取之处。
但是对于产品的整体性和发展来讲，需要的是战略规划，需要的是前瞻设计。
随着社会的快速发展，开荒式的创业模式已经基本不存在，加上大量资本存在快速入场和绞杀的情况，这种可能性更加微乎其微。
随着房地产的严控，过去一段时间的电梯式经济模式也已经不适用了。
坐上这趟电梯，后续就不用怎么管，收益、得到蹭蹭上涨的时代已经一去不复回了。
是的，这是一个攀岩时代，有多高的能力就上多高的台阶，上了台阶还不一定稳，还得小心意外风险。
让每一个人都在奋斗中去实现自己的价值。
产品的实现，就更需要做好战略规划，定好自己的北极星需求，搭建好自己稳固的框架，来实现稳扎稳打的推进。
先控制，后碎部，步步检核。
一、战略规划的重要性在现实中，遇见问题，解决问题才会触发思考，才能提升更进一步。
随着入行的深入，见识了很明显的行业问题：
没有最小闭环概念；没有实现子系统的良好分割；没有串联清楚全部的业务；没有定好产品的优先级顺序。
1. 没有最小闭环没有最小闭环，常表现为只做功能，未做直接的统计，报表未做数据导出功能。
例如，做了考勤的工作，却未做出勤天数、异常打卡、迟到、请假、加班的统计数据。
功能应用是其中很重要的部分，但是结果的反馈却能够提供很好的用户体验，降低切换使用平台的抵触心理。
没有最小闭环也体现在整体业务流程没有完全梳理完整，在哪些部分可以打断，在哪些部分可以扩展。
例如，在电商环境下，购物的整个流程就是最小闭环，从选择商品到下单，到订单支付，到收货确认，这就是一个最小闭环。
模拟订单最小闭环
但是基于最小闭环，可以继续扩展，如下图所示：

文章插图
基于最小闭环扩展
2. 没有做好子系统分割没有子系统做好分割，主要是系统间的解耦问题。
为什么系统间的解耦很重要？
按照现在B端的系统来讲，少则6、7个子系统，多则10几个，几十个。
当前一个系统需要修改，没有做好解耦的情况下，就需要在新的代码里，整体测试一遍，会导致测试的工作量急剧增加，也就是动一发而牵全身。
另一个就是，修改了一小部分，每个部分的人员都需要在，出现问题就需要各种追查。这在实际上是不需要的。
如下图所示，将一个系统抽象出来，主要由三部分组成，系统本身内部的功能、数据，输入依赖，输出能力。
解耦系统的抽象模拟
订单系统，需要依赖商品管理系统，实现基于哪些商品下单，输入依赖就是商品的查询。
对于订单系统来说，输出能力就必须有订单查询能力。
而同时，对于商品管理的系统来讲，商品的查询就是他的输出能力。
做好系统间的独立，就需要明确子系统本身功能集合，明确系统的输出能力。
基于这个良好的解耦，在其中某一个部分修改时，就能明确是这个系统本身的问题。
如果存在接口调用的情况，那就是需要做接口兼容。这样解决了之前需要联动才能完成的难题。
还能实现各个系统本身的自成长，只要持久保持之前的输出能力，后续的无限扩展就是内部系统的成长空间。
3. 没有串联清楚全部的业务公司的发展一般模式都是，先做一条主要的受益路线，然后基于受益路线，扩展上下游，扩展路线的宽度。
上下游的事情比较难一点，是绝对的跨行业情况。而横向扩展业务是绝大多数的选择。
比如，正在经营的是一条销售线，是去发展销售物品的上游生产线，还是扩展更多的售卖渠道，甚至于扩展更多产品的销售，更多的倾向后面的部分。
基于公司业务的情况，所实现的系统需要去支撑整体业务的运转。