產(chǎn)品約定
1、產(chǎn)品內(nèi)部保證信息對稱，統(tǒng)一意見，不要做重復(fù)性比較強(qiáng)的事情。
2、做需求的思路盡量是具有良好邏輯性的，考慮周到的，簡潔清晰嚴(yán)謹(jǐn)?shù)?，進(jìn)行過用戶心理調(diào)查的和符合用戶價值觀的。
3、遵循小步快跑，快速迭代的原則，不要大而全，而是小而精，力求易讀易懂和簡單快捷的功能操作。
4、對于增強(qiáng)性質(zhì)的功能和效果在低級瀏覽器中可以接受功能降級。
5、在目前每周優(yōu)化需求的基礎(chǔ)之上增加每天的優(yōu)化需求統(tǒng)計，在固定時間點(diǎn)交給技術(shù)負(fù)責(zé)人，再分發(fā)到相應(yīng)開發(fā)人員并安排時間去進(jìn)行跟蹤。
6、關(guān)于統(tǒng)計數(shù)據(jù)上的疑問和一般需求盡量先飛信通知或放入每天的優(yōu)化需求中，以防止技術(shù)方面的開發(fā)中斷。
7、項目的開啟和跟進(jìn)要有序，做商業(yè)專題和節(jié)日專題或皮膚盡量提前做好安排，以防止項目進(jìn)度緊張。
8、增強(qiáng)對文案方面的掌握。

設(shè)計約定
1、保持整站風(fēng)格統(tǒng)一，盡量復(fù)用現(xiàn)有的樣式設(shè)計，比如浮層、按鈕、 tips、頁面結(jié)構(gòu)。
2、 PSD文件內(nèi)的圖層關(guān)系和命名應(yīng)該是清晰的，有組織的，易提取的。
3、不要使用不常見的字體，主要字體使用雅黑或宋體來完成。
4、盡量減少像素級別的調(diào)整。
5、發(fā)設(shè)計圖時請以 PSD文件為主要文件。
6、盡量做符合 web頁面標(biāo)準(zhǔn)的UI 設(shè)計與優(yōu)雅風(fēng)格設(shè)計。

前端約定
1、線上 BUG快速反應(yīng)，快速明確原因和解決方案。
2、參與到前期的需求會和設(shè)計確認(rèn)會的討論中，以保證產(chǎn)品價值和項目的敏捷度，并盡量減少實現(xiàn)成本。
3、在討論與開發(fā)中要關(guān)注頁面性能，關(guān)注組件級的開發(fā)與復(fù)用，關(guān)注 UI風(fēng)格的統(tǒng)一與瀏覽器兼容性等問題。
4、多自動化，工具化方面的嘗試，進(jìn)行 web方向新技術(shù)的研究。
5、增強(qiáng)開發(fā)文檔和注釋。

后端約定
1、在進(jìn)行開發(fā)之前，先過一下頁面、接口、變量等需要交互的參數(shù)命名，力求易讀易懂和保持一致性。
2、項目技術(shù)負(fù)責(zé)人需要關(guān)注整個流程和項目情況，加強(qiáng)開發(fā)進(jìn)度的把控和與產(chǎn)品、測試之間的溝通。
3、對目前存在的參數(shù)凌亂問題進(jìn)行自查和整合，多與前端進(jìn)行性能優(yōu)化與代碼整理。

測試約定
1、不要提重復(fù)性比較強(qiáng)的 BUG。
2、在設(shè)計圖經(jīng)過需求會確認(rèn)之后，不要發(fā)頁面設(shè)計相關(guān)的 BUG。
3、盡量少提感官不適的 BUG，要以測試頁面功能為主，感受 BUG可以提前在需求會和過設(shè)計稿時候和產(chǎn)品確認(rèn)。
4、控制好測試范圍，與本項目關(guān)聯(lián)不大且不影響本項目上線功能的線上 BUG，可通知需求接口人讓其放入優(yōu)化需求排期中。
5、要分清 BUG的種類，是產(chǎn)品策略問題、前端頁面問題還是后端數(shù)據(jù)問題。比如，文案不符合語法提給產(chǎn)品，頁面腳本錯誤和不符合需求提給前端，頁面數(shù)據(jù)有問題提給后端。
6、如果出現(xiàn)無法復(fù)現(xiàn)或只有在較少數(shù)情況下才會出現(xiàn)的 BUG，先檢查一下環(huán)境是否有緩存，然后先和相關(guān)人員確認(rèn)下。
7、瀏覽器兼容性問題按照優(yōu)先級進(jìn)行修改，并要接受低級瀏覽器的功能降級和展現(xiàn)不一致，如 IE6透明問題，IE 下文本框提示問題，圓角問題和漸變問題等。
8、第一版上線不要過多在意細(xì)節(jié)問題，細(xì)節(jié)問題可以通過線上反饋和快速迭代來完成。