设计中碰到难题！怎样取舍开发效率和软件易用性？

现在正在设计一个投票管理的模块。本来很简单的一个功能，但为了良好的易用性和交互性，我将页面的那一块设计得很复杂，比如要写大量的javascript代码才能实现的一些效果,比如新增一个分类和一个主题在一个页面里面进行，这样做投票的人不用去两个页面去做维护等等。还有树型上的处理，而且可以多笔输入，比如一个人设计投票时可以一次性的做一个调查问卷再保存。虽然这样做投票的人和去投票的人都很易用，但是这无疑使开发人员比较麻烦，增加了他们许多工作量，

所以我很矛盾。，用比较大的工作量来换取软件的易用性和交互性 值得吗？？？ 

刚刚从事设计不久，遇到这样的问题希望大家指教指教

问客户
譬如比较好用的方案需要多花3天时间，你应该问客户是否愿意等这3天，而不是自己在这瞎琢磨。

不清楚具体需求,但是,将一个页面设计的过于复杂,不觉得会存在良好的易用性和交互性.客户是上帝,他喜欢啥样的就啥样,只要他懂.

看给多少钱
给的多就多干，给少就少干

还要看关系，关系差就不要作太复杂的东西，说多错多。
关系好可以多作一点。

同意

做得多不一定就更有价值。很多时候，做得多，错得多。
所以说到底还是，问客户。
另外个人认为，关系差就提供比较差的服务，这是很缺脑子的主意。关系好的客户或许能容忍你一次两次杀熟，关系差的客户才需要你最认真对待。

两个没作过需求的人。。。。。
客户以为我们是魔法师。。。。
念个咒什么都能作出来。。。。



关系差就要把东西作的越简单越好，由于出ＢＵＧ的成本太高了。。。
关系好可以把出ＢＵＧ的成本降低。。。
小公司。。测试不是很完善。

正解！
我碰到过这样的客户，他基本上不提需求，只是指个大方向，等你做完了功能给他演示需求就来了（ZF领导），有时候我们就尽量在界面和操作上做的精细点，以换取在功能上的妥协（天知道他会提些什么匪夷所思的功能？）

ＸＰ啊ＸＰ就是给这些人用的。。。

需求之花如芝麻开花一样节节高。

理论上是可以这样。不过实际中还要看项目在成本和时间进度方面有多大的弹性和协商的余地。

可能用户觉得多花3天没关系，可是如果有很多这样的功能，这个要多3天，那个要多2天，楼主的老板可要跳脚了。