而且，有些结论太武断。比如”一般情况下不会超过30个页面“，我不知道你是根据什么结论得出来的。网站有大有小, 取决于复杂程度，怎可以用”一般情况下不会超过30个页面“就可以总结。还有其他的话，我不想一一列举，我也懒得去反驳什么，而是想对作者说，如果这是一个推崇ucd的网站，我觉得很多经不住推敲的话，最后多想两遍再说。

页面浓缩下确实不需要30个，多了绝对难以统一，这是ui的通病，一人一个风格

呵呵，白鸦发的文章也不是教科书，主要是交流。

没有没要反驳什么吧。 如果有什么需要交流的最好是把自己的观点拿出来，纯技术性的交流，我感觉比较好。

从功能到页面我觉得工作量不小，如果只是针对页面结构，我觉得10个以内的页面就OK了。而且不能规划得太细，要把区域划分好，并详细说明每个区域我作用。比如说 菜单区 、 提示信息区 、 主要的操作区域 、 一般的按钮应该放置的区域等等。 有的区域在不冲突的情况下应该是重复使用的。

 但是楼主的文章确实有自己的思路和看法，至少在目前方法论严重缺失的时代，给出了一个自己的方法

经验说明一切；但经验值高低是要划分群体的；

不过，界面视觉布局设计，我认为从二级页面开始，向下设计子页会比较合适。先前的步骤已经明确了网站的结构，这时，从外向内的设计会与思维方式相一致。

首页，内容，不能绝对的说是二级页面的提炼，首页显示内容是由网站的目标所决定的。显示的可能是某个非常细节的内容。

不太明白为什么视觉布局的步骤，不需要考虑链接的问题。比如一个页面可能需要提供一些关联信息，这个可能就涉及到流转了。

2.功能列表不能作为页面的导航框架，card sorting是干什么？信息结构的设计不只是一个简单的功能映射过程

3.信息的表达是一个逐步展现的过程，这是以用户的目标为中心流动的过程.

很赞同这点：产品需要一定的积累期，一开始不是所有能想到的功能都要一股脑的做全、做细，但一定要想到功能升级时的延展性。
mytino起初的改版，产品设计师的架构我个人很不以为然，但是现在慢慢做息优化，结合白鹤今天的文章，觉得我们的设计师很牛。

有一点不是很明白：尽量少或者根本不要去考虑页面之间的交互关系和怎么跳转。只需要按照功能结构去设计每个页面的结构即可。
页面与页面之间的交互性还是应该特别注意的，为什么根本不要去考虑呢。