产品结构也可以称之为产品脉络。我们把产品抽象理解为一颗树木，那么每一个页面就是树叶，而产品的结构，则是树木的枝干。真正决定树木形状和魅力的，不在于树叶，而在于枝干的分布。因为他决定了树叶的长势，还有空间。
产品结构是一种指导性思维，相对于用户，市场，业务而言，产品结构大概是产品本身的一种需求，解决产品自身痛点的建设性方案。
哪些产品运用到了结构思维
我所了解的，很明显反应出产品结构思维的，其实都很常见，只是大家没有深入去解析而已。
微信
微信目前已经更新到6.3.25版本了，不夸张地说，在社交类产品里，抛开体量等因素不谈，只论社交产品结构来讲，微信是最强的结构，产品结构最大的特点是决定了你的扩展空间。
消息列表
考虑到篇幅问题，这里只简要分析一下微信的第一个页面——消息列表。
我们需要先定义，什么是“消息”?消息泛指对话双方产生的信息内容，而这个对话双方包括人和人，群体和人，企业和人，机器和人。用结构的思维去理解，就是 X to user X表示不定值，而user则是固定的接收对象。
作为个体用户，接收到来自好友的会话消息，假设每天有100条：
那么接收到来自群体的会话消息，每天可达1000条
来自公众号，订阅号的会话信息，每天可达100条
作为个体用户，在阅读好友的会话消息所耗损的时间，假设每天30分钟：
那么接收到来自群体的会话消息所耗损的时间，则在60分钟以上
而公众号，订阅号的阅读类消息，每天可达60分钟以上
原本消息列表只是作用于好友和好友的对话消息，在结构的思维下，都得到了数十倍的增幅效果。
聚类
如果说消息列表是产品的表现形式，是一种交互产出，那么消息列表背后的定义，就是产品结构的“聚类”。
聚类，即通过抽象化概念，寻找看上去完全不相关的类型之间的共同点，以此完成结构概念的上升，从而获得增幅，充分体现在空间，支撑性上。如果好友对话和群聊都可以看做是IM体系的会话信息，那融合订阅号，公众号等媒体，资讯信息就是一种基于结构的升华，将IM会话列表升华成信息列表来看待。而在信息列表的结构上，由能自上而下衍生出更多的信息层级，包括新闻信息，游戏信息，来自个人媒体信息，来自企业信息，甚至来自团队项目组的信息。而这些增幅在用户的感知力接近于透明，列表任然还是列表。 data-tools=”135编辑器” data-id=”32290″>
京东
再来看看京东的首页，京东app极具电商代表性质：
京东的特殊结构在于第二层，模块层的兼容设计。
电商与社交不同，电商类产品维护成本非常高，也就是迭代风险非常大，像是京东，拥有数十个模块，每个模块背后应该都是独立项目组，不可能因为某个模块的变更而发布新版本，业务的更新一定遵从主线产品的发布策略而更新，错过发版时间必然只有延期到下个版本发布!
电商类产品难点，如何在不依赖发布的情况下，灵活更新就是最大的命题。
如图，就是京东整个产品的核心结构层体现，对于二级页面而言，将顶部TAB 底部TAB固化下来，使用配置化的条件，而中间区域则使用H5作为网页开发使用。
我们来看看这种一目了然的产品表现形式背后的结构思维。
任然是聚类：
顶部TAB，和底部TAB 都是是由公共项目组提供支撑，将可能使用到的功能全部封装并开发出来，大概的配置参数应该有是否使用，底部icon，icon名称 ，点击跳转地址等等常规参数。
因此，看上去完全不一样的京东超市和全球购，也许是完全一样的产品结构，甚至完全相同的功能。
抽离将业务模块与主产品模块进行分割，分别承担各自的义务及迭代策略。
所谓的主线项目组，集中提升产品性能，负载能力，提升配件空间以供给业务项目组使用，为整个产品的支撑性，易用性，安全性承担主要责任。
而业务项目组则是聚焦本体业务的打造，在大框架上受限于产品主架构，发挥空间有限，但相应的又比脱离主线产品单独打造新产品便捷许多。
除了本文提到的聚类和抽离两种指导性思维，还有主次，从属，动静等诸多具备结构特点的指导性思维，文中就不一一追溯了。
如果你对产品结构兴趣浓烈，不妨给我留言。你遇到的产品问题，你想要知道的答案，都可以留言给我，一起探讨，学习。
