信息架构工作原则上应该有专业的信息架构师来完成这项工作，但在中国很多的企业里，这项工作往往是由产品经理来完成，产品经理的工作中包含信息架构的工作。有些产品经理经常会说：“好的信息架构就是简单”。在这里我要说，好的信息架构并不只是简单，核心在于让用户方便的找到他们所需要的东西，“简单”和“易用”不能等同。
当用户搜索信息时，会产生好几种不同的用户模型。对于用户的需求和行为建模，可以让我们去考虑一些有用的问题，比如用户想要什么信息，要给用户提供多少信息才算足够，更需要去揣测用户与架构的真实交互中的情境。 很遗憾的是，“过于简单”是产品经理最常用的信息模型，同是也是最有问题的，就像下图一样：
或以简单的算法解释：
1.用户提出一个问题
2.发生交互(搜索或浏览)
3.用户搜索到答案
4.交互结束
机械化的输入、输出、结束，欠缺人性化，根本无法反映出用户是如何在网站上寻找和使用信息的实况。就这个模型来说，用户和网站本身一样，只是另外一个系统，只是在行为上可以预测罢了。说到这儿，肯定会有朋友跳出来说：“简单有什么不好呢”?
为什么说这种“简单模型”有问题呢?
因为事实基本上不会如“简单模型”描述的一样。例如:当用户明确知道其它搜索需求时，用户有一个问题，也会有一个正确的答案与之对应，他们也知道从哪儿去找寻答案，他们也知道如何描述问题，如何用网站的搜索。但是有些用户却不知道自己要么。这种探索式的需求，往往是用户并不确定要找的是啥?即使知道找啥，也很难描述清楚。(大家仔细考虑一下，是不是这种情况)，所以用户在找寻信息时，往往结果是“小部分满意”或“极度失望”，这就是“过于简单模型”带来的结果。
我们讨厌“过于简单”模型，最主要原因是这种模型只简单的把focus-焦点定位于用户和网站交互所发生的事件上。信息需求的情境却有意无意的漏掉了。另外，这个模型也假定了无知的用户不会带来啥有价值的信息，所以从根本上，这种模型完全用户与信息交互时的任何情境。
总结下：这个模型无法观察“信息与用户”交互时的情境，模型的基础想法就是错误的，基础错了，还谈啥正确呢?
我的一些浅见，欢迎各位交流。
作者：修泽 MSN:xiuze_nj@hotmail.com
《中国IT资讯社区》原创：http://www.xiuze.net 转载请务必保留此链接，谢谢!IT资讯社区群号：51995980 欢迎来交流，这里有一帮IT界的摔锅、MM欢迎您!