对于网页端的交互，用什么方式来描述最合适呢？

1. PS线框图+文字说明+xhtml展示实现demo
2. Axure 制作交互原型+PS线框图+文字说明+xhtml展示实现demo
3. ps基本效果图 + Xhtml 展现demo + 文字说明

最早的时候选用了A，通过ps线框图，让用户选择自己喜欢的风格，再通过文字说明交互过程。在用户确认风格后，对效果进行实现，提供xhtml原型，以及通用界面元素的css样式，再加以必要的使用说明。

这种方法的弊病是：让用户去选择风格，很多时候他们先看到的是功能，让后是我们期待的风格。所以用ps绘出线框图的时候，修改一些功能细节反而会是一个很长的迭代过程，这个耗时巨大。这种方式逐渐被我在的团队抛弃。当然对于一些简单的皮肤替换型项目，这么做反而是最低制作成本的方法。

因为A带来的时间浪费，以及文字说明交互的难写，难看懂的问题。调整的策略，用了方法B

利用Axure描述界面的基本元素以及交互过程，线框图描绘风格，文字对这两部分进行适当说明。在确认后再使用xhtml实现原型，为程序提供可调用的css样式及必要的文字说明。

这种方法，在与研发沟通方面取得了很好的效果。大家在开发前都能明白系统界面出来会成什么样子。用axure沟通修改也非常方便。在确认界面元素交互的基础上出效果图，节省了很多ps上的时间。

但对于用这样的方式同客户沟通，困难就很大了。用户看着axure的原型说，这个设计师做的东西也太粗糙了吧？看着ps出来的效果图说，这个里面怎么没有表格，没有数据呀？这个要有******。解释这样的工作过程费口舌，还不一定能接受。这种方式，对于直接同用户去确认效果来说存在很大的弊病。两种模式的叠加带来的理解困难。

其实方法A、B其实可以发现一直没有让XHTML原型发挥作用，原因是，我们都认为写代码和脚本实现交互要花更多的时间。现在想想如果真正想更好的与客户沟通，还是需要将XHTML的原型先做。

减少xhtml编写的耗时，需要一定的积累，通过累积各种的控件库，样式库，脚本库，将一些公司项目常用的模块模块化，需要的时候进行快速调用。见到一个朋友他们公司采用方法C，有时间去看看他们是如何工作的。

xhtml原型的一些文章

翻译：XHTML原型开发－用代码说话 http://ucdchina.com/post/1106

原文：Prototyping with XHTML http://www.boxesandarrows.com/view/prototyping-with