一位客户跟小程序开发公司合作时建了个四十七人的项目群：自己公司八个部门的人都拉了进来，对方销售、产品、三个程序员全在群里。一个配色问题，五个人提了三个方向的修改意见，开发等了一周也没等到统一结论，工期就这么耗掉了。人多不是优势，是灾难，对接要有对的人。
双方各定一个窗口人
项目启动前，双方各指定一名对接人，你是老板也不例外：你拍板大方向，日常的细节确认由窗口人归口。你公司内部先开会统一意见，再由窗口人对外输出，避免开发同时接到五个声音。同样要求对方指定技术对接人，而不是所有事都过销售的手，销售转译一道，需求就失真一分。窗口人不在时谁顶班，也提前说好，别让问题在真空里晾着。小程序开发公司那边如果对接人频繁换，你要提高警惕，人员稳定的项目才做得快。窗口人最好懂点业务又有点技术概念，纯行政背景的做窗口，传话容易走样，选人时花点心思。
需求变更走书面确认
群里说话不算数，是扯皮的源头。定一条规矩：凡是变更，由窗口人发文字确认，对方回复确认后才生效。看着繁琐，其实保护双方——口头答应的改动，三周后没人记得当时说了什么。需求确认、变更计价、工期调整，一律走文字，聊天记录就是合同的一部分。有客户吃过亏：口头让改了功能，结账时对方按变更收费，他说是免费的，双方翻聊天记录，谁也翻不出证据。变更多的项目，可以拉一张变更台账，日期、内容、费用、确认人四列，月底和对方对一次，账目清爽。
- 双方各一名窗口人，内部意见先统一
- 变更走文字确认，聊天记录当凭证
- 对接人频繁换动的团队要警惕
例会和同步节奏定死
节奏比热情管用。定下来每周固定一次例会，二十分钟，只过三件事：本周完成了什么、下周做什么、卡在哪需要谁配合。会上定不了的另约小会，别把例会开成马拉松。平时的问题走窗口人一对一，不进大群刷屏。小程序开发公司要是连例会都想省，你的项目多半排在他们优先级的后面，这种信号要当回事。节奏稳了，工期才有得谈。例会纪要十分钟发出来，三件事三行字，谁做什么什么时候交，白纸黑字比会上喊破嗓子都管用。
建议：项目群建两个就够，一个对接群一个决策群，人越少效率越高；比格网络这类固定项目经理对接的客户，沟通基本一条线走完，你也可以把对接机制当成和小程序开发公司签约前要谈的条件，写进项目计划里。
