事实上，许多领域将应用于迭代设计。对于互联网来说，这也是一个新的实验。网站是一个试验田，一个在错误中成长，在错误中变强变大的试验田。这就决定了互联网产品的成长路线，必然是一条反复修正和迭代的曲线对于产品设计来说，大部分都是“时机问题”。这些产品设计面临的许多环境并不成熟。在我看来，大部分都太激进了。在互联网的世界里，要想从一开始就彻底创新，基本上没有成功的可能。而这种成功，又如何才能做出好的产品呢?

  对于早期的设计，可能会带来无休止的“返工”和低质量的设计。往往前一个“阶段”细节上的错误，会导致下一个阶段的彻底崩溃。而我们从目录网站到内容网站，再到今天的社区，网站本身也变得越来越辈分，反复修改。“分阶段”流程无法“多团队同时协作”，导致效率低下。对于一些要求，我们可以尝试改进产品。不同的阶段有不同的主要核心和要求。但对于整个产品过程来说，产品团队是核心。产品团队发起项目，前期进行整体调研评估，确定产品的定位和方向，以及大规模的产品概念设计。在此基础上，对用户群体进行了大致划分，并对不同用户群体的需求进行了简要分析和总结。虽然表示层和底层相对分离，但对于R&D来说，产品都是数据。产品架构是他的底层数据结构，业务逻辑是他的数据逻辑。产品架构将演变为网站的信息架构(栏目、布局、导航等)。)，而业务逻辑是未来交互设计的基础。将研发的前端接口与设计的前端开发相结合。有些人可能找不到这样做的理由。其实我们在做产品的时候，业务发展到一定的时候。当底层需要升级或改进时，性能层可能不会改变;如果性能层的设计需要“修改”，底层不可更改;只有当产品方向发生变化或者业务逻辑发生变化时，底层和表示层才会同时发生变化。仅看产品开发或产品设计，从上到下的每个过程都必须有连续的阶段。上道工序决定下道工序的大致范围，下道工序影响和补充上道工序的详细内容。但没有大的产品框架就没有具体的信息架构，在具体的信息架构设计过程中，会对整体的产品框架进行修订和补充。再比如，没有需求分析，就不可能有具体的内容设计，在具体的内容设计过程中，需求会被细化，修改后的需求有可能被合并或者拆分。

  重要的是用户研究。以上有些是理论方面，但重要的是和用户结合。用户调研要贯穿设计的任何一个环节，在整个设计过程中起到“引导”和“把关”的作用。整个“迭代"的设计过程，在加入用户的研究之后，会变得完整和充实。