企业自己的技术人员可以参与小程序项目，但参与方式要与实际能力和职责对应。熟悉原系统的人可以协助说明数据与接口，具备开发能力的团队可以承担约定模块，负责信息化管理的人员则可以参与环境、账号和交付检查。
需要提前解决的问题是：哪些工作由企业完成，哪些交给外部开发公司，以及两部分怎样组合成一个可以使用的项目。
例如，企业提出“我们负责现有业务系统，你们负责微信小程序”，这可以作为分工方向，但还不够完整。客户身份怎样对应、申请提交到哪里、后台由谁处理、接口异常怎样排查，都需要继续明确。
先看企业技术人员能够承担什么
企业有技术人员，不代表需要让他承担所有开发相关工作。
如果主要负责电脑、网络和日常系统维护，可以参与运行环境、账号权限及交付资料的核查，但不宜默认其能够编写业务接口。
如果长期维护企业现有系统，可以重点参与数据含义、业务规则、已有功能和接口条件的确认。这部分知识能够帮助外部团队理解实际环境。
如果企业本身具备软件开发团队，则可以进一步讨论由企业承担服务端、后台或某些业务模块，外部公司负责小程序界面、交互及约定功能。
合作启动时，建议明确人员可以承担的工作和可投入时间。名义上“有人配合”，实际却没有时间确认接口或处理问题，仍然会影响项目推进。
把“你做前端，我做后台”拆成具体交接内容
前后端分开开发是一种可讨论的分工，但仅凭这句话，双方还无法准确评估工作量。
可以选取一项真实业务，把每个环节的负责方列出来。下面以服务申请为例，说明需要确认的内容，并非某个实际项目的固定安排。
| 业务环节 | 需要确认的分工 |
|---|---|
| 用户进入小程序 | 谁负责登录功能，谁确认用户与企业现有客户记录的对应方式。 |
| 填写并提交申请 | 谁设计表单，谁提供接收接口，必要字段由谁确认。 |
| 后台受理 | 使用现有系统还是新增后台，由谁实现处理功能。 |
| 查询办理进度 | 状态由谁更新，接口返回什么，小程序怎样展示。 |
| 出现异常 | 谁记录问题，谁检查接口与程序，谁协调最终处理。 |
不同模块的开发方可以不同，但同一项业务需要有统一的确认依据。否则，双方可能分别完成自己的部分，组合起来却无法满足企业要求。
模块分工要回答“谁开发”，交接约定还要回答“交付什么、什么时候可用、怎样检查”。
企业保留核心业务，外部团队补充应用能力
一种值得评估的合作方式，是企业继续维护已有业务系统，由外部团队建设客户或员工使用的移动入口。
这样安排是否适合，需要先看原系统能否提供所需能力，以及企业团队是否能够持续配合。不能仅因为已经有系统，就认定小程序端只剩页面制作。
小程序仍可能涉及用户操作、状态提示、权限判断和数据展示等工作。哪些逻辑放在哪一侧，应在方案阶段讨论清楚。
南京安优网络的微信小程序定制开发服务包含业务梳理、小程序端、管理后台与接口开发。企业已有技术人员或现成系统时，可以先说明拟保留的工作范围，再评估外部团队需要补充哪些部分。
是否采用共同开发、由哪一方承担具体模块，需要结合技术条件、人员安排及项目范围确定。不能把完整外包项目的报价直接拆成几份，就当作联合实施方案。
接口没准备好，哪些工作可以先推进？
可以根据项目条件，先开展需求确认、页面原型和部分交互设计，但应把真实接口尚未具备的情况记录下来。
如果开发阶段暂时使用模拟数据，需要说明其用途。模拟结果可以帮助检查页面和操作逻辑，却不能证明真实系统已经对接完成。
在双方进入接口联调之前，建议确认以下资料：
- 接口用途、字段含义和必要的示例；
- 调用方式、权限条件及测试环境；
- 正常结果与失败结果分别怎样表示；
- 哪些内容已经确定，哪些仍可能调整；
- 接口问题由谁接收，怎样安排反馈。
涉及测试账号和接口凭据时，应按实际需要授权，并通过约定方式交接。为方便协作，也不必把所有生产环境权限开放给每一位参与人员。
接口发生变化后，需要同步说明影响范围。字段名称、返回状态或业务规则改变，都可能需要另一方调整程序，不能只更新一份文档却不通知相关人员。
共同开发最容易漏掉的，是整体联调与验收
企业团队完成后台，外部团队完成小程序，并不意味着整个项目自然完成。
双方需要分别检查各自模块，还应约定由谁组织完整业务验证。可以按照客户或员工的实际操作，从发起任务一直检查到处理结果。
除了正常完成的流程，也应根据项目范围检查信息缺失、重复操作、权限不足和接口失败等情况。
发现问题时，先记录具体操作、时间、预期结果及实际表现，再由相关人员排查。不要仅根据“页面没有显示”就认定是小程序问题，也不能只因为接口能够返回内容，就认定服务端没有需要检查的地方。
验收标准应当对应企业最终需要使用的业务。各模块分别验收，可以说明局部成果；完整流程验收，才能进一步检查模块之间是否衔接。
报价要同时写清开发范围和协作工作
企业参与部分开发，有机会减少外部团队承担的某些模块，但也会增加接口交接、联合调试和沟通协调等工作。最终费用需要根据实际分工评估。
比较报价时，可以要求分别列明：
- 外部团队负责的设计、程序与后台模块；
- 企业需要按什么条件提供接口和资料；
- 联调、问题处理与验收配合的工作范围；
- 需求或接口变化后，怎样评估新增工作；
- 最终交付哪些代码、文档和部署资料。
如果某个关键条件尚未确定，可以先安排评估并形成结论，再确认依赖该条件的开发范围。这样更便于双方判断预算，也减少实施中反复修改分工。
上线以后，仍然需要保留明确的责任人
共同开发的项目交付时，应说明各模块由谁维护、代码与文档保存在哪里，以及外部服务和运行环境由谁管理。
企业技术人员发生岗位调整，或外部团队更换对接人员时，也需要交接现有版本、未处理问题和后续事项。只保留聊天记录，往往不利于新人员理解项目。
南京安优网络提供小程序、配套后台、接口及后续技术服务。企业可以结合不同业务场景的小程序方案，先梳理需要保留的现有能力，再讨论需要补充的客户入口、移动操作和管理功能。
第一次沟通时，带上现有系统说明、内部技术人员的职责，以及希望由外部团队完成的工作清单。让双方共同确认分工、交接条件和整体验收方式，再决定采用完整外包、部分协作还是分阶段实施。