在項目過程中與客戶的溝通一般屬于例行的正式溝通。按照基于用戶體驗的軟件開發流程，為了更好的設計出基于用戶體驗的產品，在開發出最終的商用產品之前需要進行兩次迭代。首先是設計出低保真模型，讓用戶試用之后總結改進意見設計出最終商用的高保真模型。

　　本階段是在確定項目計劃和項目范圍之前，因此在溝通的過程中應該注意引導客戶，把客戶盡量往與平臺相近或者與公司整體技術架構相近的需求上引，否則很可能導致項目難度增加，項目風險增加，從而使得整個項目延期或者需求變更，浪費工作量同時也浪費資源。

　　與傳統的軟件開發流程相同，在項目開始階段需要對客戶需求進行澄清，這里就涉及到與客戶的需求溝通。往往在這時候，客戶對于自己提出的需求僅僅是一個概念，也不是非常清楚。通過項目組成員(一般是項目開發代表者是SE)與客戶的反復溝通最終讓客戶也明確自己提出的概念會成為一個什么模型，同時讓項目組成員充分了解客戶需求確保整個項目目標和項目范圍與客戶期望沒有偏差。

　　按照溝通的不同作用，把項目過程中的溝通方式分為以下三類：

　　單項溝通

　　把某些事項以通知的方式告知相關人員，不需要反饋，至少不需要即可反饋。一般用在發布通知、要求、制度、命令、通報、散布傳單等情況。

　　雙向溝通

　　溝通由一方與另一方進行互動式信息傳達，并就溝通結果達成一致(也可能不一致)，但至少雙方都有發表意見的機會和權利，可以充分表達自己的意見和建議。比如：談戀愛、工作績效考核溝通、方案溝通等。

　　網狀溝通

　　這是一個多方參與的溝通方式，參與各方代表不同利益主體，他們就相關事情進行充分表達意見，達成妥協和一致。比如：ERP項目實施過程中，甲方、乙方、監理方就項目實施驗收標準的討論等。

　　在一般項目過程中，本文的溝通按照頻率大體可以分為兩類：例行溝通和非例行溝通。例行溝通一般在項目初期如確定項目范圍，制定項目計劃時即確定。例行溝通的具體形式有：

　　(1)文檔形式溝通。主要是通過項目日報，周報，月報等形式與項目組內外進行溝通。

　　(2)會議形式溝通。項目實施團隊會例行召開小組例會，梳理一下本階段的工作情況以及后續的工作目標。或者在項目階段性成果的輸出階段向利害干系人(Stakeholder)匯報項目進展情況。項目管理者聯盟。

　　非例行溝通就是在項目過程中進行的非正式溝通，可能是跟客戶，也可能是與項目組成員或者自公司的利害干系人。