瞭解需求。在得到客戶需求文檔後，首先，要了解大方向，理解客戶需要的功能模型與效果。將系統按業務功能劃分模塊。然後對每一個子模塊進行更細的分析。在與客戶交流時，儘量保持良好的語速、語氣。瞭解客戶基本需求後，可以寫項目設計文檔，結合部分邏輯圖，有準備的與對方溝通。業務清晰後，制定詳盡的項目設計文檔，分析總的系統技術方案，硬件設備，開發環境與開發工具。對每個子模塊的設計進行深入的思考，初步確定預見技術重點、難點。粗略估計人員任務分配和時間規劃。最後準備項目基本模型樣本，經客戶確認後，必須讓客戶簽字認可，按規則要求來進行開發。
數據庫設計。首先要了解該項目將部署的服務器的操作系統版本，機器配置，和發佈環境。如果需要和原有系統進行整合，必須事先了解原來項目是用什麼語言開發的，是否共享數據、權限，它的版本、框架和發佈的服務器版本等。按模塊來考慮需要哪些表字段，然後在綜合考慮建表是否合理。如果多表有關聯同時表數據量不大，可以用主外鍵關聯，如果表非常大，可以考慮通過存關聯表的id和相關字段，必須存儲id，因爲id方便確保唯一性。表的字段，寧可大點浪費點，也不要太小，因爲客戶需要不確定，萬一需要稍微大點的存儲，更改就不方便了。大數據存儲圖片可以用blob，字符可以用clob。建立數據字典，每個表和字段必須註釋。表示狀態的字段用數字代替時要標註各數字含義。
代碼開發。框架建立後，分工按模塊開發，規定好開發量，開發時間，要達到的開發效果。必須統一命名規範、註釋規範和操作說明。在開發中遇到問題，解決後，需及時記錄解決方案，避免重複栽在同一問題上。對數據庫的操作，必須記錄痕跡。項目提交前務必通知大家，同時先更新後提交。對預見的問題，通過討論後仍無法解決或者需要很長時間解決的，要及時與上級彙報，希望對開發時間進行合理分配。同時面對客戶時要說明原因。在客戶投訴bug時，不能抱怨同事，推卸責任，即使不是你做的，也要頂着，提出解決方案，更同事和客戶商量確定。必須對代碼進行完整測試，如果沒有專門的測試人員，則和大家交換測試，及時發現解決問題。對用戶發現的bug和新需求，要記錄並要求客戶簽字確認。