产品的耦合问题
什么叫耦合
高内聚低耦合是一个优秀系统的基本要求。
内聚描述的是模块内部各个元素彼此结合的紧密程度，越紧密，内聚性越高，单一责任原则越强，单一责任指一个模块负责一项任务。
耦合描述的是模块外部各个模块彼此结合的紧密程度，越紧密，耦合性越强，模块的独立性越差。
耦合的概念不但可以用于软件开发，也可以用于产品架构。
软件工程的耦合度
耦合度很高的情况下，维护代码时修改一个地方会牵连到很多地方，如果修改时没有理清这些耦合关系，那么带来的后果可能会是灾难性的，特别是对于需求变化较多以及多人协作开发维护的项目，修改一个地方会引起本来已经运行稳定的模块错误，严重时会导致恶性循环，问题永远改不完，开发和测试都在各种问题之间奔波劳累，最后导致项目延期，用户满意度降低，成本也增加了，这对用户和开发商影响都是很恶劣的，各种风险也就不言而喻了。
产品设计的耦合度
产品的耦合主要体现在功能和逻辑层面，是指多个功能或逻辑存在过深的“交叉性”。
产品的功能和逻辑最终都会以技术的方法实现，换言之，最终都会形成代码语言，多和开发人员就需求的实现方法展开沟通，讨论，这有助于我们理解代码逻辑，从而形成耦合性的概念。
我们在避免功能耦合的时候，确实会增加一定的操作成本，但我很遗憾的告诉你，“用户体验”更多的是产品经理的自我素养，是一个加分项，而不是价值体现。
用户在使用产品时，通常是为价值买单，而不是为体验买单，尽管我们都很努力，且很刻意的追求用户体验，但当体验与价值产生冲突时，必然会出现“降维”。
随着产品的发展，会逐渐增加自身的复杂性，这个观念并不是始终正确的，产品的发展最终改变得应该是企业，而产品则要始终追寻自身的“简易性”，因为产品的复杂度和可行性成反比。
越是复杂的产品，越难以得到市场的认可。
总结
1.“耦合性”越强，产品复杂度越高，价值越低。
2.降低“耦合性”会增加一定的用户操作成本，但不会影响产品“价值”。
3.用户体验是加分项，当遇上价值时，必须为价值“降维”。
4.产品的迭代过程中，需要不断的为自身减负，过多的“耦合性”只会加速产品的死亡，进入“无法迭代”的状态。
5.产品架构或者产品设计，要高内聚低耦合。
