用砖砌盖房子，如果只是盖一个小房子，我们随便一个人就能盖起来，并且一般情况下不会倒，也不需要什么钢筋或者框架，但是如果是一栋大楼或者一个楼群，那么就不得不事先设计好框架，想清楚各个单元之间的相互影响。
目前行业总体情况来看，大部分设计是在已经有一个产品基础上进行一定程度的优化，包括虽然没有产品，但是业绩有类似的产品可以参考，这部分其实也可以算作是优化类。又或者是完整的功能创新，创造一个以前没有的产品。这一类的项目，大部分以功能为主，基本不涉及信息架构内容。总体的架构已经有了，只是在不同的分支上进行优化，简单类的功能设计，也不需要什么信息架构来支撑。
但是如果遇到复杂的系统，多个系统之间又有千丝万缕的联系，这种情况下，如果还是用之前堆积功能的方法来设计，可能就会跌入万丈深渊。在刚开始的时候可能并不明显，越往后就越发难以控制。
而产品设计又不像盖楼那么在刚开始就能清楚的知道这是一栋什么样的楼。产品设计在刚开始时，都倾向于从用户角度出发，将用户的需求为系统的一个个功能。设计大部分情况成了堆砌功能。来一个堆一个，虽然也有一定程度的思考，但力度不够，不能从系统的角度去思考，最终还是一座将倾的大厦。
以满足用户需求的明细将一对功能堆砌在一起，然后越往后开发，就越觉得困难。如果运气好，第一版看着什么都有，也没有什么问题，但越往后就越觉得困难重重，每一次的改版都好想重构。又没有那么多的时间让你重构。
拿我们最熟悉的电商网站来说，设计一个电商网站的原型是分分钟的事情。对于非技术出身的产品来说，倾向于从用户角度来思考整件事情，把用户使用的界面与流程都设计完整了，但是对于一些状态，以及状态的，信息的，架构的扩展，营销系统的设计，都相对欠缺。即使是一些技术出身的产品，如果没有专门的信息架构方面的意识，也会陷入的一些逻辑正确的设计细节，而没有总体观。
这种情况下，要是这些内容先没有搞清楚它是什么，它们之间的相互关系是怎么样的，就直接开始设计功能，最后看到的必然是一个，千疮百孔，不断打补丁的系统。
架构听上去很，实际上就是把一个大的系统区分成若干小的系统的过程，在这个过程中需要定义清楚这些小系统之间是怎么联系起来的，为什么要这样联系起来。只要以一种小系统而组合成的大系统往往具有更稳定更强的生命力。就像超能陆战队中的情节，最厉害的机器人是由一个个单独的小机器人组合起来的。
一是先定义清楚你目前做的这个系统包含哪些模块，尽量分的细一些。而如果分的过粗，在实际的开发中就会惊愕的发现原来此处有雷。
二是在有一个基本的子系统划分后，去考虑哪些是可以合并的，做到一个系统中。对细分的子系统进行整合，在相当一段时间内，两个子系统不会因为功能的扩展而逐渐交织，乃至重复。
三也是很重要的一点，各个子系统的相互关系。里边如果有复杂的逻辑的，一定要花时间去想清楚这里边的逻辑。比如他们之间的数据的相互调用，状态的相互关联。
资讯本站接受比特币、P2P、大数据、云计算、互联网+相关优质新闻、爆料，立即>
中国领先的互联网域名及云服务提供商为您提供域名,比特币,P2P,大数据,云计算,虚拟主机,域名交易最新资讯报道
西部数码旗下新闻资讯频道，为您提提供域名,区块链,大数据,云计算,虚拟主机,域名交易,比特币,P2P等领域及时、midd-993客观的资讯报道！
本文由 恒宇国际（www.neivn.cn）整理发布
网友评论 ()条 查看