1. 模块需要有查询条件

a) 查询条件一般至少有一个，多者不限，但最好不要超过一行，太多了页面不好看；但如果有必要，还是要多一点

b) 一般数字和日期的查询条件不会是一个值，而是根据范围进行查询

2. 只读条件要设置好，不让用户修改的字段一定要只读的，减少让用户犯错误的机会

3. 列表上放出的字段要适量

a) 要把重要的字段、用户关心的字段放在列表上，但一般不要要太多，太多了表格里的字要换行；如果要换行，可以设置一下字段的截断长度

b) 如果字段又要显示的多，又不想表格里的字换行，要修改页面的宽度（是一个百分比），修改到100%以上

4. 必填字段

a) 注意设置，一般一个模块至少有一个必填项，否则出来一行，全是空白，不是很怪吗

5. 排序字段

a) 一定要有排序字段，任何模块都是

b) 如果默认会有一个name字段出来，要看一下，是否合适？

c) 可以有多个字段排序，一般根据客户要求进行设置；比如有的客户要求新单排在上面，那么按订单号倒序，有的老单在上面，那到单号正序

6. 不要搞一些中途的测试界面出来，界面设置之初，就要考虑最终用户是怎么用的

a) 以前出现过这个情况，修改字段的时候为方便（实际上也没方便多少），手工在一个status字段里输入条件，后来这个模块被直接发布到客户处，造成很坏的影响

b) 人的记忆力是有限的，你不能保证开始测试用、最后帮用户修改，所以最初就要考虑到各种情况，设计出最终的界面；如果功能开发要费时，更要先设计界面，再设计功能，功能是为界面服务的

7. 如果界面已经开始用了，不要把界面放到什么新加入里，而是放到方便的地方供客户调用；比如客户化界面、MenuB界面里；包括写一个功能给我，也要加好菜单，我就是最终用户，你们需要有这个概念。我会逐渐退出技术工作，你们要始终坚持我是最终用户的态度，不要让我做任何技术方面的修改，这样你们才是靠谱的项目经理和产品经理。

8. 一般大段文字（主要是用多行输入框的那种控件），不宜显示在列表上；如果一定要显示，也是要进行字段长度截取；可能在你测试的时候没有这么长，但实际上会有长的可能，因为数据库字段是很长的

9. 总结

a) 界面设计站在用户角度考虑

b) 不要让用户有机会犯错误

c) 不要想着最终让我改什么东西，你们就当我不存在，这个东西最终要给用户看和用，这个界面会是什么样子