编辑导语：许多产物司理都参加事靠山系统的搭建进程，搭建系统是一个很巨大的任务，系统搭建的优劣与产物司理的整体架构和产物思维分不开。作为产物司理，应该不绝的去摸索如何搭建一个公道的系统。接下来，本文作者团结本身的实际履历，为我们总结了靠山产物司理应该如何设计系统。

笔者作为B端产物司理，在事情中，打仗和搭建过不少靠山系统。

也因此越来越感觉到，系统的设计布局很能浮现出一个产物司理的设计思路及产物思维为了不绝摸索如何设计出一个公道的、可一连的、优雅的系统，笔者将小我私家的系统认知履历整理成文字，愿与各人分享，但愿带给各人开导。

首先，笔者本身写了一个系统公式：

系统 ≠ 成果点的简朴相加

此表明为：

系统的存在应是整体的，且整体大于局部之和，超出的那部门表此刻系统的可一连性和可扩展性；

系统中各项成果的存在不应当毫无关联，只有逻辑性的流程、布局化的模块、关联性的成果之间，发生有效跟尾才气称之为系统，不然充其量只是一堆成果点的堆砌。

我们应该有过这样的体验：有的系统模块机关及成果布局一目了然，纵然利用者没有受过专门培训，也能探索出利用 *** 。

但有些系统布局杂乱，看起来成果仿佛许多很全，却无法分清主次，无法串起一条逻辑主线，令后续的维护本钱越来越大，接办者越来越难以下手。

为什么会有这样的差别呢？就我今朝的总结阐明后，它们都有一项共性问题——就是整体性的缺失,让我们来看看这些缺乏整体性的系统都有哪些共性特征：

一、系统整体性缺失的浮现 1. 猖獗堆成果，却无关联

仅就我小我私家体会而言，产物新手在没有人带的环境下，假如交由其举办系统设计，很难一开始就能站在整体系统层面长举办思考和设计，因此容易做成一项项成果点的堆。

这种堆砌不是这样的↓

而是这样的↓↓

这一个个（成果）点，看似许多很有接洽，实则缺乏整体的布局性、流程的逻辑性以及面向已往和将来的关联性这样设计出的系统固然短期内或者也能支持业务现阶段运行，可是恒久这般下去，整个系统就像是一盘散沙。

做靠山系统的同学应该知道，成果设计的表象是一个个交互页面，但表此刻开拓代码逻辑里实际上是一张张数据干系表。

正是这些数据干系表，维护着系统的正常运行。

假如在设计之初不思量成果之间的关联性以及整体布局是否公道，那么在后期就会演酿成：产物猖獗堆成果，开拓狂狂建表，关联干系加倍不明晰，各模块和成果之间就像一个逻辑黑洞，越往后越令接办者苦不堪言。

2. 仅面向当下设计

我把这种只思量办理面前问题、不思量将来扩展性的成果设计称为“仅面向当下设计”它的特征表此刻：一次性、应付性、偷懒性。

一次性：因为这种设计似乎就是为了办理一次需求而存在的，于是来一个需求加一个成果，成果菜单越积越多，看起来成果很富厚很全，实则利用率让加班写代码的开拓哥哥就地堕泪；

应付性：只为应付完成当前的需求任务，至于将来会怎么样那就到时候再说吧。横竖只要能完成当前的需求任务，困难都是留给将来产物的；

偷懒性：思考成果与已往汗青逻辑、将来成长空间的干系是需要费脑力的，假如偷懒只思量当前怎么做能办理问题就怎么做，自然简朴多啦。

由于这种“仅面向当下”设计的存在，系统的冗余模块和反复成果越积越多，运营维护本钱日趋上升，这对维持系统的可一连性和传承性（由于人员变换发生的系统交代）的确就是一场劫难。

3. 系统缺失整体框架和筹划

这一点表此刻：产物司理在搭建产物之初，在未做产物架构如何设计、成果模块如何分类、产物路径如何演进环境下，上来就开始写细化到成果实现的需求。

由于缺失足够的框架思考和合用于将来场景的扩展性，做的都是姑且想到的可能业务基于其时场景提出的；成果模块也未区分出优先级，不思量完成顺序的公道性。开拓在举办数据布局表设计时，也只能凭着小我私家的（踩坑）履历……于是乎就很容易呈现下面的场景：