1. 需求评审，能砍需求就砍

• 砍掉一个需求，日后就至少少了一个接口或者bug。
• 往往和产品评审放在一起, 要求不能有模棱两可的词汇出现在产品原型稿上
• 要求产品把页面交互/回填效果等展示效果，都标注在页面上，清清楚楚，一目了然，日后前后端开发对接就不用讨论交互细节
• 后期，对于没有标注的可能存在的细节，不予背锅或者承认

2. 产品原型稿评审没啥思路，一点头绪都没有，满脑子都被产品带着跑

• 记得对准数据库的表字段来怼，对准数据库的表字段来怼，对准数据库的表字段来怼
• 数据库的表字段对准需求设计页面的每个地方(包括但不限于表格/表头/过滤器/按钮/下拉框...)，确保你在设计稿上可以迅速了解到对应的数据库的表的每个对应字段，因为日后他们可能都是需要落库的,都是需要你亲自写DO类/VO类。
• 如下各种DO、VO、DTO都是以数据库里面的字段为源的，业务层来说的。
• 不能凭感觉，尤其是数据库有十几张表以后，很多字段都开始长的有点混乱地相似了，这时评审的时候，对下数据表，看字段都用的全不全，或者对应的VO能不能去数据库的表里拿到字段。
  

3. 前后端接口设计

• 一般来说，先定好接口的入参和出参，定好后，后期角色少字段或者多字段了再变动，字段名称或类型尽量不要变动
• 前端字段拿的字段越少越好，返回的也尽量地少

4. 表结构设计

• 参照《阿里巴巴Java开发规范》数据库设计篇
• 无二异性，很重要，所有字段需要可以直接直译出来，字段类型同上条规范
• 记得加索引,不加索引一时爽.
  

以后记得起来了,再加些,欢迎大家留言补充。