编者指南：产品的实现需要良好的产品规划，而产品规划决定了产品的方向。本文从战略规划的重要性、产品定位和产品架构图设计三个方面详细梳理了产品实现的前期准备工作。让我们看看。
我们知道如何发现问题并找到解决方案。
但是，我们可以暂时或相对稳定地处理问题，甚至扩大挖掘以解决长期问题和隐患。
基于互联网可以表达迭代的情况，上述三种处理方法各有优点。
然而，为了产品的完整性和开发，需要的是战略规划和前瞻性设计。
随着社会的快速发展，土地复垦的创业模式基本不存在。此外，还有大量资本迅速流入并被扼杀的情况，这种情况更不可能发生。
随着对房地产的严格控制，过去一段时间的电梯经济模式不再适用。
如果你乘坐这部电梯，你就不必负责后续工作。收入和增长的时代已经一去不复返了。
是的，这是一个攀岩的时代。你可以爬得尽可能高。当你爬上台阶时，它不一定是稳定的。你必须小心意外风险。
让每个人在斗争中实现自己的价值。
对于产品的实现，我们需要进行战略规划，确定我们自己的北极星需求，并建立我们自己的稳定框架，以实现稳步进展。
先控制，然后分解，一步一步检查。
1、战略规划的重要性事实上，只有当我们遇到问题并解决它们时，我们才能激发思考并进一步改进。
随着行业的深入，我看到了明显的行业问题：
没有最小闭环的概念；子系统没有很好的分割；不清楚所有的业务；产品没有优先权。
1.没有最小闭环
没有最小闭环，这通常表现为报表中只有函数，没有直接统计，没有数据导出函数。
例如，您已经完成了考勤工作，但没有统计考勤天数、异常考勤、迟到、休假和加班。
功能应用是一个非常重要的部分，但结果反馈可以提供良好的用户体验，减少切换使用平台的阻力。
没有最小的闭环，这也反映在整个业务流程没有完全理清，其中的部分可以中断，哪些部分可以扩展。
例如，在电子商务环境中，购物的整个过程是一个最小的闭环，从选择商品到下订单，到订单付款，再到收据确认。
模拟最小阶闭环
但是，基于最小闭环，它可以继续扩展，如下图所示：
基于最小闭环展开
2.子系统细分做得不好
没有子系统可以很好地进行细分，主要是在系统之间脱钩问题
为什么系统之间的解耦很重要？
根据目前的b端系统，至少有6和7个子系统，超过10或几十个子系统。
目前，需要修改一个系统。如果没有很好地解耦，就需要在新的代码中对其进行整体测试，这将导致测试工作量的急剧增加，也就是说，它将导致整体测试。
另一个原因是，一个小部件已经修改，每个部件的人员都需要参与，并且需要追踪问题。这其实是没有必要的。
如下图所示，一个系统是抽象的，它主要由三部分组成：系统本身的内部功能、数据、输入依赖和输出能力。
解耦系统的抽象仿真
订单系统，需要依靠商品管理该系统实现了基于哪个商品的下单，输入依赖是商品的查询。
对于订单系统，输出功能必须具有订单查询功能。
同时，对于商品管理系统来说，商品查询是其输出能力。
为了使系统独立，我们需要明确子系统本身的功能集和系统的输出容量。
基于这种良好的解耦，当一个部件被修改时，很明显这是系统本身的问题。
如果存在接口调用，则需要接口兼容性。这个问题只有在连接完成之前才能解决。
它还可以实现每个系统自身的自我成长。只要之前的输出容量长期保持不变，随后的无限扩张就是内部系统的增长空间。
3.不清楚所有业务
公司的总体发展模式是先制定一条主要效益路线，然后根据效益路线扩大上下游和路线宽度。
上游和下游的事情更加困难。这绝对是一种跨行业的情况。横向扩展业务是绝大多数选择。
例如，正在运营的是一条销售线，无论是开发销售商品的上游生产线，还是扩大更多的销售渠道，甚至扩大更多产品的销售，都更倾向于后期。
根据公司的业务情况，实施的系统需要支持整体业务的运行。
业务需要逐个分解，而系统需要并行分解。
在实际案例中，代理和佣金这两种不同业务模式的基本业务执行是相同的，但在费用结算方面是不同的。
代理人根据订单直接结算订单中的金额。
对于佣金模式，它是由最终销售的产品数量决定的。
这两个环节似乎是一样的，但只有当一个环节不同时，才需要拆解和深入挖掘。
业务发展选项
在上述情况下，每种业务模式的支持并没有完全按照业务模式分解，而是按照订单、第三方数据记账和销售结果报告的模式进行处理。有许多问题需要处理，导致业务纠结。
订单模块也是如此。代理商的订单需要预付定金并跟踪货物。货物的挂失应在代理公司进行，押金的处理应包括在费用结算中。
佣金模式要求公司向公司支付定金，而不是订单中的定金。整个跟踪过程不需要实时跟踪和反馈，只需确定最终销售结果并报告即可。
当混合在一起时，用户在学习和使用上有困难，并且学习成本很高。如果直接分为代理模式和佣金模式，会让人耳目一新。
做生意不要偷懒。试着拆开最原始的材料并重新组装。
如果经过多方多次验证，可以重新合并统一。
当子系统的一部分可以向左或向右时，必须再次检查，并以最小闭环进行检查。
从长远来看，从更高的层次和更多的角度来看，左右之间肯定有区别，但目前是否能够认识到。
如果很难做出决定，选择其中一个，并记录当时考虑的要点。
互联网的快速迭代发展可以兼容下一部分的偏差。它也是后续自我优化和比较的信息来源。
4.未设置产品的优先级
b端系统更简单，子系统将分解为6或7个，更复杂或超过10个或更多。
在系统落地时，必须做好各子系统的优先级排序，让前端系统先上线，接受用户的真实使用，获得用户最直接的反馈。
系统研发经常发生。经过调查确认、详细设计、业务评审、需求评审、测试检验、运行模拟等一系列情况后，仍不符合实际使用场景。
事实上，这条长链的传输很容易丢失信息，更不用说研究对象不知道互联网模型的信息偏差，不完全一致性的存在是现实。
（这似乎难以置信，但这是我们的专业认知偏见。我们认为我们知道，事实上，我们可能不知道。例如，微信下面的四个菜单是？）。
基于这种情况，最好的产品研发验证是先运行它，即使它不是很好。
基于产品设计的关键过程，整体设计没有问题。偏差主要是对业务的熟悉和信息的表达。
如果你先运行一些功能，你会发现商业的盲点和干系人的沟通模式。
第一个版本，即使是一个小而基本的部分，在上线、发现问题和调整沟通后，也可以快速使这个链接作为一个整体运行。
它还显示了最小闭环和系统分段的重要性。
最小闭环可使该部件的功能完全转动。不需要做一些事情，然后在其他工具的帮助下可以完成其他事情（小细节，最小闭环生成的统计报告应具有导出功能）。
这个系统划分得很好。目前的系统可以继续升级和优化。上游和下游系统可以独立开发，并根据新的变化进行相应调整。
由于该系统被很好地划分和解耦，新系统可以独立测试，然后在线部件可以串联起来，以扩展整个生产过程（类似于火车车厢的拼接）。
车厢本身运行并相互连接
随着每节车厢的完成和链接的在线运行，整列列车变得越来越有生产力和价值。
在互联网产品的研发中，一个系统的实施周期相对较长，子系统之间存在相互依赖关系。如果前期依赖没有完成，后期链接即使完成也无法融入整体使用，这对研发团队是一个巨大的打击。
我经历过一个团队，系统非常复杂，已经拆卸了近20个子系统，在沟通和需求确认方面也存在很大问题。我在需求评审的沟通方面给予了一些折扣，在实现中开发了技术，由于技术困难截取了一部分，并涉及数据兼容性和历史版本的处理。整个国家是一个网络国家。整个项目前期取得了一些进展，做了大量的系统工作。总的工作量是巨大的，但可以移交和真正使用的部件很少。
其中，由于产品需求研究和思维逻辑的问题，四个主要功能模块经历了三次以上的修改。
最糟糕的是，不是基础数据提供的两个系统，而是每一个都经过了三次修改，并且没有经过用户一次验证。（好吧，这是我目前的团队状况。我想我知道该做什么并提供一个计划，但它不能被采纳。下面是对我自己的深入分析。无论是自我竞争还是自我认证，我只是希望通过恢复的方式让我自己想得更好。当然，团队也有了新的变化。让我们关注团队和move）一起前进）。
团队中对产品的需求已经重复了三次。此时，研发人员对产品非常不信任。
为了稳定这种信任，我们需要花费大量精力！
在这种情况下，我也看到了互联网产品可能不成功的另一个原因。产品团队的重复会消耗团队的信任，降低团队内部的战斗力。
整体战斗力下降，士气低落，难以向上获得资源。最后，产品被放进盒子里。这里是管理艺术和能量的第一眼。
战略规划就是要避免这些问题，消除团队内部的摩擦，指明前进的方向，大大提高抗击互联网浪潮的成功率。
2、产品定位为了制定一个好的战略规划，我们需要制定一个各个环节的决策标准。产品定位就是这个标准。
所有的需求和团队资源都是产品的小兵。如何利用有限的人力资源训练士兵，在市场上与国家作战，我们需要建立自己的大本营。
为了建立自己的大本营，我们需要回答以下核心问题：
该产品以何种方式满足用户的需求？
“什么样的用户需求”是确定核心用户群的核心需求，“关注”是使关键需求深入透彻，“如何”是在现有团队条件下给出最佳竞争解决方案。
这个要求是否应该实现，应该如何实现，以及是否可以实现。。。这一系列问题需要根据产品定位来确定。
在进行产品定位时，我们必须找到自己真正的用户群。
即时通讯软件的用户是普通用户，而相亲即时通讯软件的用户是学龄的单身年轻人。
客户管理软件的用户组是销售代表，而销售管理软件的用户组是公司的管理层，甚至销售管理软件也将嵌入客户管理软件。
在这个时候，客户管理软件有必要支持管理层的职能，如客户分析和评估；顾客反馈；客户分配
销售管理软件的目标用户是公司级老板和销售总监级。就功能实现而言，它是帮助销售人员更好地进行销售的延伸。支柱是记录销售过程数据，分析销售情况，并根据过程数据评估销售代表。
基于用户的核心需求，以最少的实际能力打造最佳的闭环产品。
微信是一种生活方式。
在每次微信升级中，提示语更像是：修复了一些已知问题。
一开始，他还认为，基于微信的巨大容量，新版微信的更新将不可避免地导致许多多媒体的宣传，以及粉丝的挖掘和测试。由于兴趣，它将导致促销，这是营销方法的延伸。
事实上，由于这一数量，没有必要以这种方式营销产品。
然而，它应该从产品定位的角度来解释。
微信是一种生活方式。因为这就是生活，我不需要太多的干扰和干扰。当我需要做某事时，我需要帮助和工具。
基于这种情况，每次版本升级都是为了改善以前的生活方式，而这种生活方式可能不起作用或存在问题。更新后，使用这种生活方式的人会自己体验，而不使用这种生活方式的人根本不需要感受。
深度挖掘和匹配，这是产品定位的意义和功能。
同时，产品定位也不是固定的。随着市场的变化和发展，在公司整体战略调整中需要及时调整产品定位。
在互联网时代，信息传播的速度越来越快，各种产品的竞争也越来越激烈。
主要产品或潜在产品不一定来自直接竞争。存在跨行业竞争，甚至维度缩减。
洛基亚47%的市场份额不值得，苹果随着智能手机的全面推出，通信工具不可能抵抗能够通信的计算机。
即使在最后时刻，柯达相机和胶卷仍然是市场上最好的产品。正是因为数码相机的发明，未来才没有胶片位置。
银行可能从没想过，支付宝ATM机、线下网点、现金输送系统、点钞人员和数百万出纳员的出现，将使这个引以为傲的系统在未来变得不再必要。”无现金社会”实现典型的降维攻击。
随着时代的飞速发展，产品不仅需要瞄准自己的锚，在时代的洪流中钉牢自己的价值，还需要及时释放锚，顺应潮流。
3、设计产品架构图明确产品定位，描述产品核心。之后，我们需要在现实中分解定位，并逐步实现。产品架构图是实施前的最佳指南。
在建造类似的房屋之前，必须设计施工图纸并整理材料，然后逐步进行整体施工。
产品架构图还需要实现这些指导原则，主要包括产品子系统的组成和系统之间的依赖关系，以确定系统的优先级。
如果框架构建得很好，对于未来的可伸缩性来说会更好。
虽然系统重构在软件研发中几乎是不可避免的，但一个好的框架可以支持更广泛的业务，与业务更兼容，并保持更持久的生命力。
框架结构更稳定，墙体完整性、隔热和抗风能力更好，房间内配置更稳定，流动性好，建造完整房间的安全性、舒适性和实用性更好。
坚固而安全的小房间可以相互叠加，以建造更大的建筑。
我们分解的每个子系统都是一个房间。
1.电子商务MVP
以电子商务产品架构为例，改进产品架构的落地设计。
在早期阶段，电子商务是将线下门店的销售转移到网上，这有利于客户的订单。这是直接销售。
最初的形成主要是显示他们有多少商品，这样用户可以在注册后立即查看购买的内容，下订单并在找到想要的商品时立即完成付款，然后跟踪分销以完成整个订单。
系统设计和规划包括：商品管理、用户管理、订单管理、付款管理和配送管理。
小店社区商品配送产品结构图
这实际上是实现电子商务系列MVP的电子商务模式的最小闭环。
适用于门店直销，可用于社区周边超市，为周边居民下单提供此工具。
二JD。组件对象模型初始产品架构
随着客户的发展，有必要加大相关业务的支持力度，加大营销力度。
必须支持客户的获取、客户激活、客户实现和客户名单，即支持营销活动。
系统规划扩展：用户级管理和营销活动管理。
用户级管理实现VIP等管理，区分客户不同的潜在价值，为运营活动提供支持。
实现了一系列折扣和礼品管理活动。
京东首先专注于3C家电的销售，并初步坚持京东直销。
它需要上述产品架构的支持。
此后，京东在物流体系上做出决策，构建更快捷、更便捷的物流体系，形成了京东的核心竞争力。
支持物流延伸到物流管理仓库管理系统
运营活动支持和后勤系统支持
一个人的注意力是有限的，再加上产品体系的增加，管理者容易有更多的盲点。
风险预警管理可以根据业务和实际情况，在问题发生之前发现问题，在问题较小时尽快处理，在问题发生后总结经验，防止类似问题再次发生。扩展：风险预警。
3.电子商务平台
以上是一家商店的情况。实际的电子商务模式有很多相似之处。它可以实现一套产品管理。许多企业需要扩大和改进产品。
平台实现后，需要实现业务管理，扩展业务流程。
基于对运营活动的精细化管理，订单完成后，可以实现一定的经验积累和成果积累，获得用户更多的使用时间，增加客户粘性。
同时，它还允许用户通过积分获得更多的“利益”，并逐渐将产品渗透到用户的生活中，从而扩大积分管理。
大数据挖掘和分析已逐渐成为日常工作。
每个用户的使用偏好也是洗发水。不同的用户可能更喜欢不同的品牌。
每个用户可能处于自己的不同阶段，有些可能处于绘画研究的迷恋阶段，有些可能处于成为新父亲的阶段
大数据分析建立用户肖像，并积极向需要的用户推出最合适的产品，这大大增加了用户的喜爱度，加快了产品实现周期，扩展了数据挖掘。
电子商务行业产品结构图
产品的设计和规划基于解决实际商业问题。要以业务为基准，解决业务实际问题，突出产品优势。
以电子商务行业为例，初步构建产品架构图，梳理产品规划。
以下是一般产品架构图的经验总结和输出。
通用产品架构图
目前，业务的快速发展和技术的快速迭代正在加速这个时代的变化。
如今，不简单的是产品架构的构建，每个环节的加强正变得更具可扩展性和包容性。
产品在业务和数据方面的适应性和可扩展性将大大扩展。
在大型平台的开发过程中，这些新技术需要产品和技术一起落地，并在巨人的肩膀上走得更远。
对于业务和数据，请先留出空间。
这篇文章最初由@ironmanandillusion发表。每个人都是产品经理。未经允许不得转载。
图片来自pexels，基于cc0协议。
最新评论