交付方是否理解业务，比技术选型更关键
一套系统可以技术上完全正确，却在实际使用中卡住。当操作的人用中文作业、系统出具的文档要交给当地税务顾问时，两侧都必须正确。我们把语言、账务口径与审批流程写进需求范围，在需求阶段一次定清，避免留到最后再补一次翻译。
- 界面标签、商品名称与单据模板按语言分别存储，同一笔记录既出中文界面，也出当地语言发票。
- 应收、应付与库存按企业现有的记账方式建模，再映射到当地法定报表口径。
- 审批流程按实际决策方式设置——家族企业多由一两个人直接拍定，委员会流程较少出现。
我们接触最多的四类业务
几乎每个项目都属于以下四类之一，而每类的第一个难题并不相同。
- 批发与配送——接单、拣货、排线与结算落在同一条记录上。
- 餐饮连锁——各门店营业额、库存与人力汇总到一处，在线点单与后厨出品对齐。
- 进出口贸易——含运费、关税与仓储的到岸成本，一路带到发票。
- 专业服务——客户接待、文件处理与计费贴合现有作业习惯。
项目怎么推进
需求在开发前以书面形式确认，并使用操作团队的语言。开发每两周交付一个可运行版本，每个阶段以验收记录结束。阶段中途提出的变更会单独评估工期与费用，不做无声吞并。
- 第 1 至 2 周：需求访谈、流程梳理、书面范围确认。
- 第 3 至 4 周：原型与界面评审，关键页面签字确认。
- 之后：两周一个构建周期，每次交付可运行版本。
- 收尾：按确认清单验收，交付源码与文档。
交接时你会拿到什么
交接的意义在于：内部团队或另一家供应商可以接着做，不需要回头找我们。以下内容以归档文件形式交付，交付后长期可查。
- 源码，含构建脚本与部署说明。
- 接口与使用文档，中英文各一份。
- 各阶段验收记录，逐项签字。
- 管理员培训，含录像，便于新员工日后回看。
FAQ
常见问题
项目全程可以用中文沟通吗？
可以。需求访谈、每周进度说明与验收评审均使用中文；面向当地主管部门、客户或审计方的文档用当地语言出具，中文版本作为内部依据保留。
时差怎么安排？
每个项目在双方工作时间内约定固定的重叠时段。无论是否开会，每周都发出书面进度说明，决策不必等到下一次通话。北美客户的重叠时段在成都时间的清晨，欧洲客户在下午。
能否先做一个模块、暂不上整套系统？
可以，通常也是更稳妥的起步方式。订货、库存或结算可以先上线，其余模块在同一套数据模型上追加。范围文档会写明每个阶段包含哪些部分。
上线后谁来维护？
内部团队或我们都可以。多数客户选择首年由我们承担版本更新与故障响应，第二年再决定是否转内部。交接文档按「保持这个选择开放」的标准编写。
MORE
其他方案
按客户类型与行业整理的交付方案，可与任一区域的服务页组合使用。
