在项目过程中与客户的沟通一般属于例行的正式沟通。按照基于用户体验的软件开发流程，为了更好的设计出基于用户体验的产品，在开发出最终的商用产品之前需要进行两次迭代。首先是设计出低保真模型，让用户试用之后总结改进意见设计出最终商用的高保真模型。
本阶段是在确定项目计划和项目范围之前，因此在沟通的过程中应该注意引导客户，把客户尽量往与平台相近或者与公司整体技术架构相近的需求上引，否则很可能导致项目难度增加，项目风险增加，从而使得整个项目延期或者需求变更，浪费工作量同时也浪费资源。
与传统的软件开发流程相同，在项目开始阶段需要对客户需求进行澄清，这里就涉及到与客户的需求沟通。往往在这时候，客户对于自己提出的需求仅仅是一个概念，也不是非常清楚。通过项目组成员(一般是项目开发代表者是SE)与客户的反复沟通最终让客户也明确自己提出的概念会成为一个什么模型，同时让项目组成员充分了解客户需求确保整个项目目标和项目范围与客户期望没有偏差。
按照沟通的不同作用，把项目过程中的沟通方式分为以下三类：
单项沟通
把某些事项以通知的方式告知相关人员，不需要反馈，至少不需要即可反馈。一般用在发布通知、要求、制度、命令、通报、散布传单等情况。
双向沟通
沟通由一方与另一方进行互动式信息传达，并就沟通结果达成一致(也可能不一致)，但至少双方都有发表意见的机会和权利，可以充分表达自己的意见和建议。比如：谈恋爱、工作绩效考核沟通、方案沟通等。
网状沟通
这是一个多方参与的沟通方式，参与各方代表不同利益主体，他们就相关事情进行充分表达意见，达成妥协和一致。比如：ERP项目实施过程中，甲方、乙方、监理方就项目实施验收标准的讨论等。
在一般项目过程中，本文的沟通按照频率大体可以分为两类：例行沟通和非例行沟通。例行沟通一般在项目初期如确定项目范围，制定项目计划时即确定。例行沟通的具体形式有：
(1)文档形式沟通。主要是通过项目日报，周报，月报等形式与项目组内外进行沟通。
(2)会议形式沟通。项目实施团队会例行召开小组例会，梳理一下本阶段的工作情况以及后续的工作目标。或者在项目阶段性成果的输出阶段向利害干系人(Stakeholder)汇报项目进展情况。项目管理者联盟。
非例行沟通就是在项目过程中进行的非正式沟通，可能是跟客户，也可能是与项目组成员或者自公司的利害干系人。