企业已有业务系统,再开发微信小程序,可以由原系统团队统一承接,也可以让原团队提供接口,另找小程序公司协作。选择哪种方式,需要看原团队能否完成小程序设计开发、现有系统具备什么对接条件,以及双方怎样配合。前期先把这些情况了解清楚,才能比较完整的开发范围和费用。
客户查询业务进度、员工提交申请、管理人员处理记录,可能都需要使用原系统中的数据。小程序端需要提供适合微信环境的操作方式,原系统也需要支持相应的数据读取或处理。因此,这类项目的前期沟通,应让企业业务负责人、原系统维护方和小程序开发人员共同参与。
一、先了解原系统能够提供哪些配合
企业可以先向原系统供应商或维护人员说明准备开发什么小程序,希望用户查看哪些信息、提交哪些操作,并了解已有接口能否满足需求。接口资料、授权条件、测试环境、配合人员和相关费用,都需要结合原系统的实际服务安排确认。
如果企业暂时拿不到完整技术资料,也可以先整理业务目标,由相关人员列出需要补充的信息。例如,客户能否查询自己的业务记录、员工能否通过小程序发起申请、原系统是否接收外部提交的数据,都需要进一步讨论。将尚未明确的条件列出来,有助于双方判断哪些工作可以先开展。
二、两种合作方式,分别适合什么情况?
1. 原系统团队同时承担小程序开发
如果原团队既熟悉现有系统,也能够提供小程序界面、用户流程、后台功能及上线支持,可以考虑统一委托。企业需要了解其小程序开发范围,并查看相关操作方案。原系统中的功能怎样呈现在手机上、不同用户如何使用、后续问题怎样反馈,都应有具体安排。
统一承接时,也需要区分现有系统调整与小程序新增开发。企业可以分别确认工作内容、阶段成果和验收方式,使预算、进度和交付要求更加清楚。
2. 原系统提供接口,小程序公司负责新应用
如果原团队主要负责内部软件,而企业需要另外规划微信端的使用流程,可以采用双方协作的方式。原系统方处理约定的接口开放和系统侧调整,小程序开发方完成用户端、相关后台及数据对接,企业负责确认业务规则和使用要求。
如果由南京安优网络科技有限公司承担小程序开发,前期可以将原系统接口资料、计划开放的数据和参与人员一并纳入需求讨论。其小程序服务涉及前后端开发与接口功能,连接客户、订单等业务数据,需要结合原系统实际条件评估。企业可以据此明确双方任务,确定哪些工作属于小程序开发,哪些需要原供应商配合。
三、怎样核实开发公司是否具备对接能力?
企业可以从一个准备实现的操作开始讨论,请开发团队解释用户怎样使用、数据从哪里取得、提交后由哪个系统处理,以及需要原供应商提供什么支持。能够把这些关系说明白,才方便继续判断方案是否适合。
对于前期评估,可以重点了解团队准备怎样查看接口资料、确认数据含义、安排联调和定位问题。详细开发与演示做到什么程度,应根据项目阶段约定。企业不必自己阅读全部程序代码,但需要知道每项业务由谁负责、哪些条件已经具备、哪些仍待落实。
| 参与方 | 需要讨论的工作 | 应形成的确认内容 |
|---|---|---|
| 企业业务负责人 | 说明使用角色、操作要求、数据范围和处理规则 | 业务流程、权限要求和验收任务 |
| 原系统维护方 | 说明接口条件、数据含义、授权方式及系统侧调整 | 接口资料、配合事项和可用测试条件 |
| 小程序开发方 | 规划用户操作、相关后台、接口调用及联调 | 开发范围、操作原型、对接说明和测试安排 |
以上分工可以根据实际权限和合作方式调整。重要的是让各项任务有明确负责人,尤其是原系统需要修改时,由谁实施、怎样确认完成,应在方案中说明。
四、看对接演示,要了解数据怎样流转
演示时应说明使用的是模拟数据,还是原系统中的测试数据,哪些接口已经接通,哪些仍需要配合。不同阶段的演示承担不同任务:原型用于确认操作,测试版本用于检查功能,系统联调用于核对双方的数据和处理结果。
如果项目只需要查询业务进度,可以选择一条测试记录,检查小程序显示是否与原系统一致,以及用户能够查看的范围是否符合要求。如果还需要提交申请或修改记录,则应继续检查原系统是否收到数据、状态怎样变化,以及处理失败时如何反馈。具体任务应与双方确认的开发范围对应。
对于涉及账号与客户记录关联的项目,还需要说明小程序用户怎样对应原系统中的客户或员工。不能仅凭页面显示出一条记录,就判断其归属和访问权限已经符合业务要求。
五、费用与工期,要把双方配合一起考虑
系统对接可能涉及接口开放、原系统调整、小程序开发、数据整理和联合测试等工作。企业比较报价时,可以要求将这些事项分别说明,确认哪些已经包含、哪些由原供应商报价,以及哪些仍需要技术评估。这样才能看清完整投入。
工期也需要结合配合条件安排。原系统资料何时提供、测试环境何时可用、双方人员何时联调,都会影响推进过程。方案中可以分别列出各方工作和前置条件,在条件变化时及时调整计划。
上线后的接口维护也应说明分工。如果安优网络参与小程序侧开发,可以在服务约定中明确其负责的接口模块、问题排查配合和版本调整范围;原系统侧的支持内容则由相应供应商确认。企业应保留统一的问题反馈渠道,方便相关人员共同定位。
六、小程序连接现有系统的常见问题
1. 原系统没有现成接口,还能先做小程序吗?
需要先评估能否补充接口,或采用原系统支持的其他授权方案。如果核心功能依赖系统对接,应优先落实这些条件;能够独立使用的部分,可以讨论分阶段实施,并说明后续连接原系统可能增加的工作。
2. 原系统能够导出表格,是否就能自动同步?
表格导出说明系统能够提供一部分数据。是否能够自动同步,还需要确认数据取得方式、更新频率、记录对应关系和异常处理。企业应说明希望人工定期处理,还是由系统自动完成,再评估相应方案。
3. 原供应商负责开发接口,费用是否包含在小程序报价里?
需要查看各方报价范围。可以分别列出原系统接口、小程序侧对接、联合测试及后续维护,确认付款对象和工作责任。存在其他服务费用时,也应在确定方案前说明。
4. 上线后数据不一致,应该联系哪一方?
可以按照约定的统一渠道反馈,并提供相关记录、操作时间和现象。双方再根据数据产生、传递和处理的过程排查。合作前应明确谁负责协调、各方需要提供哪些支持,以及怎样反馈处理进度。