上个月一位客户参观完一家开发团队，回来说人家办公室二十来号人，感觉挺有实力。签完约才发现，给他做项目的统共两个人，客服兼测试，设计还在别处赶工。看一家小程序开发公司的团队，人数是其次，关键是角色配齐没配齐，缺哪一块，项目就在哪一块出事。
这四个角色是底线配置
产品经理或项目经理至少一位，负责把你的口头需求翻译成功能清单和原型。这个角色缺了，程序员直接按自己理解写，返工是常态。前端后端至少各一人，两个人包圆的项目，代码风格混在一起，后期谁也接不了手。专职测试最好也有，哪怕兼职客服兼任，至少上线前得有第二双眼睛把主流程过一遍。产品、前端、后端、测试，这四样凑齐，才算一个能正常运转的项目组。谈判时可以让对方按这份名单报价，谁缺谁补，含糊带过的就要当心。
设计师可以共用，但不能没有
不少小团队为了省钱，界面让前端顺手画，出来的东西能用但难看，按钮大小不一、配色随缘。设计师可以在几个项目间共用，但你的项目里至少要有一套完整的设计稿：首页、列表、详情、个人中心，核心页面先出图确认再开发。看一家小程序开发公司给不给你出设计稿，是判断它流程正规与否的简单办法。设计稿确认环节也是你的护身符，白纸黑字确认过的样式，验收时才有据可依。
测试为什么不能程序员自己兼
程序员测自己的代码，等于自己改自己的卷子，套路性的bug他一眼绕过去，用户偏偏一头撞上。兼职测试凑合能接受，但要看测什么：注册登录、下单支付、退款、消息推送，主流程一条条走，安卓苹果各过一遍。正规小程序开发公司手里有测试用例文档，列着上百条检查项逐条打勾。验收时可以要一份这份用例表，有没有、细不细，团队成色立现。
- 产品、前后端、测试四个角色是底线
- 设计稿确认后再进开发，留档备查
- 要一份测试用例表，逐条核对
售后阶段谁在管你
还有一个角色经常被漏掉：上线之后的运维对接人。很多项目交付后就没人管了，对接的销售离职、程序员换了工作，你成了皮球。签约前问清小程序开发公司售后阶段谁对接、微信电话能不能直连，最好写进合同。这个问题的答案，决定你上线后第一个故障要等多久才有人搭理。最好再留一个备用联系方式，主力的人休假了，你也有地方找到接手的人。
建议：签约前要求列一张项目组名单，谁负责哪个环节、请假了谁顶上，白纸黑字；比格网络这类按项目配组的服务商会把分工表附在合同里，你找别家谈时也可以照这个标准提要求，答应得爽快的自然靠谱些。
