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

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

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

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

评论

15 楼 fang9159 2007-04-18  

呵呵，基本上设计完成，但是设计出的页面有点复杂，使得整个模块不能很好的分工。只能自己设计自己实现了！:)

14 楼 dovecat 2007-04-12  

gigix 写道

dovecat 写道

我不也就那么一说,难道客户就真的懂得他需要什么?那还要需求分析师干啥子啊

客户必须明白每个方案的取舍是什么，客户必须做决策。

对,我非常同意,只是说经常性的,客户并不能很明确的定义出需求,还需要我们去帮他挖掘出一些潜在的需求.当然最后还要客户方确定.

13 楼 fang9159 2007-04-12  

没想到刚写了一个帖子就有这么多的回应。小弟不甚感激！！
因为小弟参与设计不久，而且是偏重技术方面的设计，也就是在在通用性和良好的维护性方面做研究，但是小弟认为传统的bs设计都不是太重视界面上的设计，比如像我说的怎样可以让你做的功能又易用而且程序员开发效率又跟得上去。由于小弟做设计之前比较擅长前台页面的开发，所以在做页面方面小弟有很多想法，想通过javascript来弥补
bs在界面上的不足！！！
不知道这样小弟是不是走偏设计方向？

12 楼 gigix 2007-04-12  

dovecat 写道

我不也就那么一说,难道客户就真的懂得他需要什么?那还要需求分析师干啥子啊

客户必须明白每个方案的取舍是什么，客户必须做决策。

11 楼 ray_linn 2007-04-12  

要我就问老板~~~项目值钱多做点，项目不值钱就少做点，客户不一定是正确的，但老板一定是。。。

10 楼 dovecat 2007-04-12  

抛出异常的爱 写道

zhangzhaofeng 写道

dovecat 写道

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

同意

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

我不也就那么一说,难道客户就真的懂得他需要什么?那还要需求分析师干啥子啊

9 楼 BirdGu 2007-04-12  

gigix 写道

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

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

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

8 楼 抛出异常的爱 2007-04-12  

johnyq 写道

gigix 写道

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

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

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

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

7 楼 johnyq 2007-04-12  

gigix 写道

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

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

6 楼 抛出异常的爱 2007-04-12  

zhangzhaofeng 写道

dovecat 写道

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

同意

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

gigix 写道

抛出异常的爱 写道

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

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

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

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

5 楼 gigix 2007-04-12  

抛出异常的爱 写道

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

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

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

4 楼 zhangzhaofeng 2007-04-12  

dovecat 写道

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

同意

3 楼 抛出异常的爱 2007-04-12  

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

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

2 楼 dovecat 2007-04-12  

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

1 楼 gigix 2007-04-12  

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