如何有效地控制互联网产品的复杂度

这是一张我们常见的人际关系网络图。图中以节点标示人物角色，并且两两用线连接之间有互为朋友的人物角色。

若是我们将这种关系网络图应用于互联网产品设计领域，用来梳理产品内部结构，会产生怎样的效果？

1、绘制产品功能关系图

当我们使用MVP原则验证产品可行后，势必会在后续迭代周期中逐步对产品进行完善，这也就意味着产品会随着版本的迭代逐步变得越来越复杂。

如果我们对这种复杂程度没有充分认知，将无法有效梳理产品进行迭代改动时所影响范围边界，最终导致工期延误。

那我们如何直观地了解一款产品的复杂程度呢？

我们可以用节点表示产品的功能或模块，并用连线链接互有数据交互的节点，就能获得一张产品功能关系图。通过此图，我们可以很清晰地了解到产品的每个功能和元素都不是独立存在的，而是有着各种关联。

下图是我做的一个简易版在线邮箱的功能关系图，是不是可以快速定位任意一个功能的上下游呢？（甚至可以将功能再细分至每一个数据字段）

比如修改收件人详情功能，那么这个功能的上下游功能都能一目了然，确保你再进行功能改进时可以考虑的更加严谨。

2、使用产品功能关系图

产品功能关系图可以在产品经理的以下工作中起到帮助作用：

1）在新产品的需求分析阶段，有助于更好地审视整个产品，对产品进行“瘦身”。产品功能关系图绘直接反映了产品系统的复杂程度，所以当你审视你的设计时，你就会不自觉的对产品进行更佳合理的设计。

2）在成熟产品版本迭代阶段，有助于定义版本迭代对既有产品将会造成的影响的边界。为什么有时我们产品经理觉得应该很简单的需求却要开发很长时间呢？其实有时就是因为我们没有想到这个需求会涉及多少个关联模块。

3）帮助不同产品经理更有效率地共同维护同一款产品。通常来说，由于产品经理岗位的流动性比较高，一款成熟的产品一定会经由多位产品经理轮流负责。不管是出于产品文档存续的原因还是不给下任产品经理挖坑的原因，制作一张能够帮助其他人快速理清产品思路的结构关系图是十分有必要的。

做新产品时，你不会收到产品历史版本所带来的遗留问题的困扰，也不需要为此担心；但是当产品开始迭代时，产品所产生的各种问题就会逐一显现。如果当初你的需求没有考虑完整，甚至可能连需求文档都没有时就直接开干，终有一天你会发现任何一个改动都可能让产品的某些功能无法使用，最后的结果很有可能就是产品不能进行任何改动。

中国有句古话：“打江山易，守江山难”。做产品也是一样的道理，做一款新全新的产品是容易的，但是持续地做好产品一款产品是十分不容易的。