当一个软件产品，到开发的后期，对界面的修改几乎占据了开发的全部，可怕还是正常？

[fireeater_maggie]

当一个软件产品，到开发的后期，对界面的修改几乎占据了开发的全部，可怕还是正常？

[严于律人宽于待己]

可怕...但是很难做到交付即满意的程度，只能尽可能减少反复的返工尤其是项目后期的返工。

两种情况：客户可能确实比较看重界面或者客户在无理纠缠。
不管哪一种在需求讨论期间应尝试明确界面（专业美工/UCD人员视情况聘用），开发界面原型给客户，通过短周期的迭代
（交付←→反馈）获取客户的最终承诺，最好是公开的承诺，更进一步可以把这个承诺公开到客户的同事或主管再辅以对确认结果适当的赞扬－这样与你确认需求的人在后续可能会固执地保持一致站在开发人员一边。

[csgdseed]

先确定界面的用户需求，不能随意变更需求

[guanenp]

前期需求做得有问题。

[以专业开发人员为伍]

如果这个项目放弃了，那么说前期需求不得随意修改可以。但是，实际情况是，高手都是会乱中取胜以弱胜强的，那些说的总是很中正的则是比较迂腐并不能领先软件需求方式变化的时代进步。

[以专业开发人员为伍]

聪明的人，自己有一套自动化的东西，可以保证快速修改、不会狗熊掰棒子似的改了新的旧的又bug了、高质量管理与需求柔性千变万化的开发过程相结合，因此他不怕。而如果你只是手工写出功能代码而已，你就只是进行了三分之一的编码工作，反而觉得很累，因为你写的代码总是前前后后反复地自我纠缠。

[sunshine_anycall]

学习了

[zming]

正常，很多项目近一半的开发时间是用在界面上的。

我感觉你们的项目最需要的不是美工，而是UE（用户体验）设计师，其次才是UI设计。
如果公司不缺钱的话，去聘请一些专业的UE设计师吧。

[妍妍]

看过相关的资料，一般界面代码会在产品代码中占比较大的比重
到了开发的后期都还在不断的修改界面的话，产品没有一个可见的外观呈现给客户，会让客户不信任感增加

[sg_hp]

看是什么类型的产品了，一般而言不算正常，需要控制无关紧要的需求，否则无法结束
我带的第一个项目就这样子的，如果控制不了需求，就将需求分类处理
一定要记住，界面不是美工的事情，是项目组整个团队的事情，如果架构做好了，界面修改应该不困难，甚至可以做到用户DIY

[menght]

多做用户的工作，界面只能改成这样了，或者延期，请专业美工吧

[elfranger]

在项目后期UI还有这么大的不确定因素是不正常的，明显前期和客户的沟通不够。现在最重要的是了解客户真正想要的是什么，引导客户。然后才是找专业美工来帮助设计UI。

[wh8254]

不正常，前期需求不确定，往往国内的项目就是这样延期的
吸取教训吧

[xin198404]

比较可怕，前期需求，详设等没做好！

一般在需求阶段大部分用户界面都要定下来的！

[pbtfreefly]

可怕，这个是个教训，以后和客户最先做这个确认，采用原型的方式。其实客户最关注的就是UI了，实现客户有时是不理解的，UI是可以看到的

[qroom]

挺可怕的，界面应该跟代码同步进行，美工程序员分开干嘛，界面设计好让用户认可后才能在程序上套。

[yuxh81]

感觉这应该是属于可用性的问题!
可以在需求获取的时候将部分重要的场景进行模拟，做成纯界面让用户确认。

不要认为界面不重要！
如果你的软件功能强大，但是没有友好的界面支持，也得不到用户的认可。

[jerryyu810]

这种情况下，建议不要轻易的因为ui的修改影响程序的整体设计，可以采用原型设计的方式进行逐步沟通，用户对UI不满意无非是操作上不习惯。原型设计重点放在UI上，数据可以采用模拟的数据，然后让用户测试－反馈。
另外，建议你的数据采用标准接口，这样更容易扩展。

[xushaoke]

可怕 界面设计是前期就要搞的差不多的

[qone_qone]

招个专业美工不就解决了，至少比非专业的瞎忙事半功倍

[tryst]

呵呵 你们有点不专业了

第一 一般都会做界面原型和客户碰
第二 程序要尽早给客户展示 不要到后期