产品的实现，需要做好战略规划
理财鱼小提示：产品的实现，需要做好战略规划
编辑导语：产品的实现需要做好产品规划，而产品的规划决定了产品的方向。本文从战略规划的重要性、产品定位、设计产品架构图三个方向，详细地为大家梳理了产品实现的前期准备。一起来看看吧。
我们知晓了如何去发掘问题，并找到解决方案。
可对于问题的处理，我们可以临时应付，也可以相对稳固，甚至于可以扩展挖掘以解决长期的问题和隐患。
基于互联网可快递迭代的情况，以上三种处理方式都有其可取之处。
但是对于产品的整体性和发展来讲，需要的是战略规划，需要的是前瞻设计。
随着社会的快速发展，开荒式的创业模式已经基本不存在，加上大量资本存在快速入场和绞杀的情况，这种可能性更加微乎其微。
随着房地产的严控，过去一段时间的电梯式经济模式也已经不适用了。
坐上这趟电梯，后续就不用怎么管，收益、得到蹭蹭上涨的时代已经一去不复回了。
是的，这是一个攀岩时代，有多高的能力就上多高的台阶，上了台阶还不一定稳，还得小心意外风险。
让每一个人都在奋斗中去实现自己的价值。
产品的实现，就更需要做好战略规划，定好自己的北极星需求，搭建好自己稳固的框架，来实现稳扎稳打的推进。
先控制，后碎部，步步检核。
一、战略规划的重要性
在现实中，遇见问题，解决问题才会触发思考，才能提升更进一步。
随着入行的深入，见识了很明显的行业问题：
没有最小闭环概念；没有实现子系统的良好分割；没有串联清楚全部的业务；没有定好产品的优先级顺序。
1. 没有最小闭环
没有最小闭环，常表现为只做功能，未做直接的统计，报表未做数据导出功能。
例如，做了考勤的工作，却未做出勤天数、异常打卡、迟到、请假、加班的统计数据。
功能应用是其中很重要的部分，但是结果的反馈却能够提供很好的用户体验，降低切换使用平台的抵触心理。
没有最小闭环也体现在整体业务流程没有完全梳理完整，在哪些部分可以打断，在哪些部分可以扩展。
例如，在电商环境下，购物的整个流程就是最小闭环，从选择商品到下单，到订单支付，到收货确认，这就是一个最小闭环。
模拟订单最小闭环
但是基于最小闭环，可以继续扩展，如下图所示：
基于最小闭环扩展
2. 没有做好子系统分割
没有子系统做好分割，主要是系统间的解耦问题。
为什么系统间的解耦很重要？
按照现在B端的系统来讲，少则6、7个子系统，多则10几个，几十个。
当前一个系统需要修改，没有做好解耦的情况下，就需要在新的代码里，整体测试一遍，会导致测试的工作量急剧增加，也就是动一发而牵全身。
另一个就是，修改了一小部分，每个部分的人员都需要在，出现问题就需要各种追查。这在实际上是不需要的。
如下图所示，将一个系统抽象出来，主要由三部分组成，系统本身内部的功能、数据，输入依赖，输出能力。
解耦系统的抽象模拟
订单系统，需要依赖商品管理系统，实现基于哪些商品下单，输入依赖就是商品的查询。
对于订单系统来说，输出能力就必须有订单查询能力。
而同时，对于商品管理的系统来讲，商品的查询就是他的输出能力。
做好系统间的独立，就需要明确子系统本身功能集合，明确系统的输出能力。
基于这个良好的解耦，在其中某一个部分修改时，就能明确是这个系统本身的问题。
如果存在接口调用的情况，那就是需要做接口兼容。这样解决了之前需要联动才能完成的难题。
还能实现各个系统本身的自成长，只要持久保持之前的输出能力，后续的无限扩展就是内部系统的成长空间。
3. 没有串联清楚全部的业务
公司的发展一般模式都是，先做一条主要的受益路线，然后基于受益路线，扩展上下游，扩展路线的宽度。
上下游的事情比较难一点，是绝对的跨行业情况。而横向扩展业务是绝大多数的选择。
比如，正在经营的是一条销售线，是去发展销售物品的上游生产线，还是扩展更多的售卖渠道，甚至于扩展更多产品的销售，更多的倾向后面的部分。
基于公司业务的情况，所实现的系统需要去支撑整体业务的运转。
就需要业务本身相对独立，而在某些环节又是相同并行的，就需要在系统实现上一一拆解。
在实际的案例中，两种不同的业务模式，代理、佣金，基础的业务执行是一样的，只是在费用结算时是不一样的。
代理依据订单来，直接结算订单中的金额。
而对于佣金模式来讲，则是以最后卖出去产品的数量来结算。
就是在这看似环节一样，只在某一个环节不一样的情况下，需要去拆解深挖。
业务发展的选择
以上的案例，没有按照业务模式去完全拆解各个业务模式的支撑，统一按照订单、第三方数据记账、销售结果上报的模式来处理，就存在较多的问题需要去处理，导致业务缠杂在一起。
同样是订单模块，代理的订单需要垫付保证金，需要追踪货物，货物报损做到代理公司身上，费用结算时包含保证金的处理。
而佣金模式，则是需要公司给公司交保证金，而不是订单内货物保证金，整个跟踪过程并不需要实时跟进和反馈，只需要确定最后的销售结果上报。
缠杂在一起时，用户学习、使用困难，学习成本高。如若直接拆分成为代理模式，以及佣金模式，就会爽利很多。
在业务拆解上不要偷懒。尽量的拆解出来最原始的材料，再重新组合。
如果经多方、多次验证，可以合并再统一。
子系统的一部分可左可右时，一定再检核一下，用最小闭环去检核一下。
去长远的角度看，从更高层次去看，从更多角度去看，可左可右是肯定存在区别的，只是当前是否能够识别。
要是万一难决断，就选择其中一个，并把当时考虑到的点记录下来。
互联网快速迭代的发展是可以兼容下部分偏差的。记录下来，也是后续自我优化、对照的信息来源。
4. 没有定好产品的优先级顺序
B端系统简洁一些的，子系统会拆解为6、7个，复杂一些的或拆解10多个，甚至更多。
在系统落地上，一定做好子系统优先级顺序，让前置系统先上线，接受用户的真实使用，从用户手上获取最直接的反馈。
系统研发常常出现，经过调研确认、详细设计、业务评审、需求评审、测试检查、运营模拟等一系列情况后，仍旧不符合实际的使用场景。
其实，这本身长链条的传递就容易信息丢失，更何况还存在调研对象不知道互联网模式的信息偏差，存在不完全一致是现实存在的。
（这个或许有点觉得不可思议，但这就是我们的专业认知偏差，我们以为我们知道，实际上，我们可能真的不知道。举个例子，微信下面的四个菜单分别是？）。
基于这种情况，产品研发的最好验证，是先运行起来，哪怕不是很好。
基于产品设计的关键流程，整体设计是没有问题的，出现的偏差主要是业务的熟悉度问题，信息表达的问题。
先把一部分功能运行起来，就能发现业务的盲区，以及相关干系人的沟通范式。
第一版本哪怕是很小很基础的部分，上线后运转起来，再发现问题，调整沟通，就能迅速让这一环节整体运转起来。
这里同时也说明了最小闭环、系统分割的重要性。
最小闭环，让这一块的功能完全转起来，不会存在做一部分事情，然后另外的事情又需要其他工具帮忙才能完成（小细节，最小闭环出的统计报表要有导出功能哟）。
系统分割好，当前系统可继续做升级优化，上下游的系统可以独立研发，基于新的变化做相应的调整就可以。
正是因为系统分割做得好，解耦好，新系统可以独立测试，然后串联已上线的部分延长整体的生产流程（类似火车车厢的拼接）。
车厢自身运转，车厢相互链接
随着各个车厢的完成，链接上线运行，整个火车就越来越有生产力和价值。
在互联网产品的研发中，一个系统的实现周期相对较长，子系统之间存在相互依赖，若是前置依赖没有完成，后面的环节即使完成也不能纳入整体使用，这对于研发团队是有很大打击的。
>相关《 产品的实现，需要做好战略规划》内容：
1、 TikTok品牌打造重内容，亚马逊重产品，哪个更适合滋养品牌？
在跨境电商越来越趋向于精细化运营的今天，品牌化是行业发展的必然趋势。尤其是在经历封号潮巨震之后，卖家反复被教育，独立站品牌凭借其安全性、不受规则制约、高效便捷等优势，丰富了跨境品牌出海销售的渠道，迅速在跨境卖家群体中崭露头角。 ZBANX创始...【继续阅读】
2、 部分海淘代购奶粉产品价格差一倍
理财鱼小提示：部分海淘代购奶粉产品价格差一倍 北京商报讯（记者 白杨 张函）近几年，不少消费者通过海淘、代购等渠道购买“洋奶粉”。北京商报记者近日调查发现，部分洋奶粉价格相差一倍。有消费者表示，自己购买的雅培奶粉，美国一罐售价折合161元，国内售价2...【继续阅读】
3、 陈茂波：在港发行更多元化的人民币理财产品和债券
观点网讯： 2月23日，香港财政司司长陈茂波于《财政预算案》指，未来港府会探讨进一步扩大跨境人民币资金双向流通渠道，继续推动离岸人民币产品发展，包括在港发行更多元化的人民币理财产品和债券。 由证监会、港交所及金管局成立的工作小组，已完成容许「...【继续阅读】