编辑导语：很多产品经理都参与过后台系统的搭建过程，搭建系统是一个很复杂的任务，系统搭建的好坏与产品经理的整体架构和产品思维分不开。作为产品经理，应该不断的去探索如何搭建一个合理的系统。接下来，本文作者结合自己的实际经验，为我们总结了后台产品经理应该如何设计系统。

笔者作为B端产品经理，在工作中，接触和搭建过不少后台系统。

也因此越来越感受到，系统的设计结构很能体现出一个产品经理的设计思路及产品思维为了不断探索如何设计出一个合理的、可持续的、优雅的系统，笔者将个人的系统认知经验整理成文字，愿与大家分享，希望带给大家启发。

首先，笔者自己写了一个系统公式：

系统 ≠ 功能点的简单相加

此解释为：

1. 系统的存在应是整体的，且整体大于局部之和，超出的那部分体现在系统的可持续性和可扩展性；
2. 系统中各项功能的存在不应当毫无关联，只有逻辑性的流程、结构化的模块、关联性的功能之间，产生有效衔接才能称之为系统，否则充其量只是一堆功能点的堆砌。

我们应该有过这样的体验：有的系统模块布局及功能结构一目了然，即使使用者没有受过专门培训，也能摸索出使用方式。

但有些系统结构混乱，看起来功能好像很多很全，却无法分清主次，无法串起一条逻辑主线，令后续的维护成本越来越大，接手者越来越难以下手。

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

一、系统整体性缺失的体现