作为一名B端产物司理，我们需要在事情中不绝进修新的对象，提高本身的本领。本文从四个方面出发，阐明如何晋升B端产物架构本领，但愿对你有辅佐。

曾经有人问我：你是如安在一年内，把一个收费SaaS产物的订单年增长率从2.5倍晋升到4.3倍的。

我答复道：并没有做什么出格的事情，无非是制止做错误的成果，同时把正确的成果做到更好。把资源设置在正确的处所，让它发生更佳的结果：不绝晋升客户代价、低落边际本钱。

详细来说，首先要“制止做错误的成果”，即制止开拓“不匹配方针用户场景”的成果。

好比，假如你的方针用户主要是快消品经销商，用户场景主要是零售门店造访和销售。那么，“在线订货”大概就不是一个符合的成果。因为，在实际场景中，快消品经销商往往需要主动处事零售门店，而不是门东家动向经销商订货。

所谓“把正确的成果做到更好”，我有一个简朴总结就是：做加法，不做减法和改法。

意思就是说，任何一个成果都要只管确保恒久利用，而且和将来的版本完美融合。不然，一旦版本进级，就大概需要对已开拓的成果举办大改甚至破除。这无疑会挥霍名贵的研发资源，延缓产物代价的晋升。

而“把正确的成果做到更好”的要害，就在于产物司理强大的架构本领。

一、什么是架构本领

对付什么是架构本领，我有一个例如：用户的需求就像一把缭乱的棋子，而产物司理的架构本领则像一个棋盘，可以或许让每一颗棋子都得当的落脚到棋盘的某个位置。

记得在几年前，一家国际知名的快消品公司接洽到我们，但愿购置我们的销售订单移动端。他们暗示：今朝在用的移动端体验糟糕、效率低下，但愿利用我们的移动端举办替换，而且和他们的ERP系统集成。

客户提出的需求如下图所示：

我和销售VP一起去造访客户。听完客户的先容，我顿时意识到，客户没有做过全盘的需求思考。因此，我就在白板上画出以下的业务架构图，和客户一起梳理需求：

通过梳理，我们很快发明，该厂家对付区域连锁卖场等大客户，采纳的是厂家业务员造访、工场直接发货的计策；对付非连锁便利店等小客户，采纳的是厂家业务员造访、经销商发货的计策。因此，客户实际上回收了两种销售模式：直营、分销。如图所示：

固然流程外貌差别不大，可是实际上系统方案差别却很大。好比，对付分销模式，各经销商只能查察到和维护本身的库存、门店和订单信息，厂家区域分销部分则可以或许查察和维护所辖经销商的所有信息。这就是我们所谓的多组织架构，如图所示：

为了利便领略，上图做了简化，包罗省略了厂家内部和经销商内部“差异账号具有差异数据权限”等环境。

颠末梳理，客户对本身的真实需求“名顿开”，也很承认我们给出的系统方案。后续又颠末一两次的相同，便顺利和我们签下了5年条约。这个客户后续的上线和利用都很是顺利，一直到此刻仍然在付费利用该产物。

更重要的是，通过这个项目，我们实现了快消品分销SaaS系统的从0到1架构。厥后该系统不绝完善成果，处事了更多知名快消品厂家。而取得这些后果，都离不开正确的系统架构。

二、架构本领不只仅是框架本领

一款好的SaaS产物，不只需要在框架上支撑多种业务模式，也需要在详细成果上支撑客户多样、机动的需求。

因此，架构本领不只仅表此刻模块之间的集成干系，也表此刻模块内部的成果细节。

好比，当我们说价值成果，不只仅是销售订单模块下面的价值表。更重要的是，价值表需要支撑多个计策条理、具备必然延展性的价值打点需求。

下图是一个简朴的价值打点成果架构示例：

因此，产物架构本领其实是一项全面、细致的本领。

三、我的自学经验

我小我私家认为，自学产物架构，需要做好以下三件工作：

系统进修相关业务常识

深入进修一个成熟贸易套件

参加相干系统建树或运维

以我本身为例。