编辑导读：做一款B端产物，在推进需求落地的进程中，会碰着各类大巨细小的需求。如何环绕需求，做好架构搭建呢？本文将从四个方面举办阐明，但愿对你有辅佐。

上一篇文章，我写了《Saas产物如何做好从0到1的架构搭建？》。

本日这篇文章，不聊从0到1。

我想拓宽思路聊一聊Ｂ端产物如何做好从1到10的架构搭建。

一款从1—10的Ｂ端产物，产物司理在推进需求落地的进程中，会碰着各类大巨细小的需求，环绕需求，如何做好架构搭建？

是我们这篇文章要聊的重点。

我把平时碰着的各类需求分为3大类，一个又一个的小需求；一个又一个模块性的中等需求；想办理一个新业务问题的大需求。

差异类此外需求，对应着差异的架构想考，别离为：

小需求，用产物模块内可设置思考要领；

中等需求，用高内聚、低耦合思考要领；

大需求，重启产物线思考要领；

均衡的艺术（这是个增补）。

接下来，我一个一个讲。

一、小需求：用可设置思考法

作为一个Ｂ端产物司理，我们常常或主动或被动的吸收到一个又一个的小需求。

假如是一个Ｂ端小白产物司理，之一回响就是，那就把需求落地乐成能，画出需求相关的原型图，交给技能开拓。

功效就是产物里不绝的堆砌成果，以至于产物越来越巨大，越来越难用。

但假如是一个Ｂ端资深产物司理，

面临一个又一个的需求时，会先站在整个系统架构来看这一个又一个的小需求，把需求归类到属于它的模块，然后只管的用一个成果模块来满意多个雷同的需求。

也就是，一个Ｂ端资深的产物司理，在面临一个一个小需求时，懂的在整体中来领略部门。

在整体中领略部门有何等重要，这里讲一个经典的小故事：

有一天有三个石匠在打石头。有个路人颠末，问他们在做什么。之一个石匠说：“我在打石头，养家生活。”第二个石匠说：“我在做全国更好的石匠活。”第三个石匠抬起头说：“我在 *** 一座大教堂。”

此刻，假设你是这三个石匠的率领，那么请问，哪一个石匠最让你安心？

正确的谜底是：第三个石匠最让人安心，因为他知道整体系统的方针是什么，是 *** 一座大教堂，尽量他只是整体系统中的一部门，可是他把整体的方针放在心中。

他从整体系统中来更高、更深的领略本身局部事情。

作为产物司理也一样，不从产物整体架构中来领略，永远不会成为率领安心的好帮忙，带了解担忧，因为产物司理整体性思考的不足，在办理一个一个的小需求进程中，成果模块越堆越多，最终会导致产物越来越欠好用。

这里我照旧以上一篇文章聊到的景区伶俐营销Saas系统为例，讲一讲面临一个又一个的小需求时如何思考并落地。

首先，先先容一下伶俐景区Saas系统今朝的近况，今朝模块近况是：一级模块“商品打点”里包括了“门票（此时的门票是指付费门票）、特产”两个二级模块。

尚有其它如，订单打点、店肆打点、数据打点等一级模块。

或许的架构如下面这样：

然后此刻碰着了以下3个最终确定有代价的需求：

景区想提供应旅客免费门票，但需旅客提前预约；

某景区入园时需要出示身份证；

某景区逐日旅客入园数有限制。

这时需要把产物落地乐成能，开拓出来，然后提供应景区利用。

假如是一个小白产物司理，那么大概的思路是：

景区想要上传免费门票，那就在商品打点模块里增加一个免费门票上传打点的二级模块；

旅客入园时要出示身份证，那就找一个在店肆打点内里可能是什么位置，加一个提示旅客需要出示身份证的成果按钮。

如上面这样，Ｂ端小白产物司理根基上就是属于碰着问题办理问题，只管把问题办理好，但根基上没有从整体架构、将来产物的可拓展性角度上来思考。

而假如是一个资深的Ｂ端产物司理，那么大概的思路是：

景区想提供应旅客免费门票，但需旅客提前预约。

首先这业务需求必定要归类到商品打点内里的门票打点模块内里去，通过梳剃头明，免费门票和付费门票的业务逻辑，在整个靠山景区事恋人员的事情流里，根基上是一致的，差异点就是有的景区门票收费，有的免费。

这时只需要在门票打点模块里设置一个是否要收费的成果，就能把这这个问题办理了。

假如不需要收费的门票，事恋人员选择了不需要按钮，图片中的市场价和销售价框就会被置灰，不能操纵。

某景区入园时需要出示身份证。