产品约定
1、产品内部保证信息对称，统一意见，不要做重复性比较强的事情。
2、做需求的思路尽量是具有良好逻辑性的，考虑周到的，简洁清晰严谨的，进行过用户心理调查的和符合用户价值观的。
3、遵循小步快跑，快速迭代的原则，不要大而全，而是小而精，力求易读易懂和简单快捷的功能操作。
4、对于增强性质的功能和效果在低级浏览器中可以接受功能降级。
5、在目前每周优化需求的基础之上增加每天的优化需求统计，在固定时间点交给技术负责人，再分发到相应开发人员并安排时间去进行跟踪。
6、关于统计数据上的疑问和一般需求尽量先飞信通知或放入每天的优化需求中，以防止技术方面的开发中断。
7、项目的开启和跟进要有序，做商业专题和节日专题或皮肤尽量提前做好安排，以防止项目进度紧张。
8、增强对文案方面的掌握。
设计约定
1、保持整站风格统一，尽量复用现有的样式设计，比如浮层、按钮、 tips、页面结构。
2、 PSD文件内的图层关系和命名应该是清晰的，有组织的，易提取的。
3、不要使用不常见的字体，主要字体使用雅黑或宋体来完成。
4、尽量减少像素级别的调整。
5、发设计图时请以 PSD文件为主要文件。
6、尽量做符合 web页面标准的UI 设计与优雅风格设计。
前端约定
1、线上 BUG快速反应，快速明确原因和解决方案。
2、参与到前期的需求会和设计确认会的讨论中，以保证产品价值和项目的敏捷度，并尽量减少实现成本。
3、在讨论与开发中要关注页面性能，关注组件级的开发与复用，关注 UI风格的统一与浏览器兼容性等问题。
4、多自动化，工具化方面的尝试，进行 web方向新技术的研究。
5、增强开发文档和注释。
后端约定
1、在进行开发之前，先过一下页面、接口、变量等需要交互的参数命名，力求易读易懂和保持一致性。
2、项目技术负责人需要关注整个流程和项目情况，加强开发进度的把控和与产品、测试之间的沟通。
3、对目前存在的参数凌乱问题进行自查和整合，多与前端进行性能优化与代码整理。
测试约定
1、不要提重复性比较强的 BUG。
2、在设计图经过需求会确认之后，不要发页面设计相关的 BUG。
3、尽量少提感官不适的 BUG，要以测试页面功能为主，感受 BUG可以提前在需求会和过设计稿时候和产品确认。
4、控制好测试范围，与本项目关联不大且不影响本项目上线功能的线上 BUG，可通知需求接口人让其放入优化需求排期中。
5、要分清 BUG的种类，是产品策略问题、前端页面问题还是后端数据问题。比如，文案不符合语法提给产品，页面脚本错误和不符合需求提给前端，页面数据有问题提给后端。
6、如果出现无法复现或只有在较少数情况下才会出现的 BUG，先检查一下环境是否有缓存，然后先和相关人员确认下。
7、浏览器兼容性问题按照优先级进行修改，并要接受低级浏览器的功能降级和展现不一致，如 IE6透明问题，IE 下文本框提示问题，圆角问题和渐变问题等。
8、第一版上线不要过多在意细节问题，细节问题可以通过线上反馈和快速迭代来完成。
