以成果为导向的服务

归贵方所有。代码仓库与架构文档在开发过程中即归贵方所有，而非合同结束时才交付，因此不存在供应商锁定。如果贵方计划变更，贵方团队或其他供应商可以直接接手代码库继续推进。具体条款载于合作协议中，签署前我们乐于向贵方法务团队逐条说明。

从小规模起步，并保留产出成果。调研阶段是一项范围明确的初始合作，最终交付架构与实施方案，无论是否继续合作，该成果均归贵方所有。开发期间，源代码与文档从第一天起即存放于贵方掌控的仓库中，贵方工程师或独立评审方可在项目进行中审阅代码，而非等到交付时；交付按里程碑验收，而非在末期一次性交付。

可以。我们基于贵方核心系统现有的 API、企业服务总线或中间件层进行开发；若核心系统对外接口有限，我们会在其外围设计集成层，而非强行改动核心本身。这样可使新渠道不受核心系统供应商发布节奏的制约。核心系统集成、开放银行 API 以及身份与访问管理均在我们的建设范围之内。

安全在架构阶段即已设计到位，而非在末期审查。具体做法包括：设计期威胁建模、合并前同行评审、面向客户渠道以 OWASP 指南为建设标准、密钥与机密管理、管理后台强制职责分离，以及仅可追加的审计日志。我们会配合贵方自身的安全评审、渗透测试与变更审批流程；适用的控制措施集在调研阶段与贵方风控与合规团队共同确定，因为各市场与牌照下的义务不尽相同。

每次合作均以调研开启：与贵方业务、技术与风险相关方开展工作会议，梳理现有系统、目标客户旅程与实际约束条件。由此在工程开发启动前形成架构与实施方案，涵盖范围、集成点、环境以及分阶段路线图。随后交付以增量方式推进并定期演示，贵方可尽早审阅可运行的软件，而不必等待数月才看到初版。

我们在调研结束时给出带日期的计划，而非在调研之前给出一个数字，因为如实而言，工期更取决于贵方系统而非我方投入。各阶段是固定的：调研、架构与集成设计、渠道建设、与贵方团队共同开展的系统测试与用户验收测试、安全测试窗口、试点，随后分阶段上线。对该计划影响最大的三个变量是：贵方核心系统 API 文档的质量、是否存在具备类生产数据的测试环境，以及贵方自身的变更审批日程。

上线是合作中的一个里程碑，而非终点。我们会持续提供支持与优化：监控、缺陷修复、性能调优、安全补丁，并根据真实使用情况迭代产品。支持时段、响应目标与升级路径在合作协议中明确约定，并依据系统对贵方业务的关键程度相应设定。

可以。合作可以采用交付团队的形式，也可以由工程师嵌入贵方现有小组，或以架构与咨询角色支持由贵方主导的工作。若部分系统由其他供应商负责（核心系统、支付交换平台、评分引擎），我们将其视为集成边界，按约定接口、共享环境与联合发布计划开展工作。

USSD 与代理银行渠道与移动端、互联网渠道同步建设，共用同一套账户、限额与审计轨迹，因此客户通过功能机或代理点交易所产生的记录，与使用 App 的客户完全一致。应用程序按照在低速或断连网络下仍可预期地运行来构建，而非假定网络状况良好；渠道逻辑置于共享服务中，规则只需修改一次即可全渠道生效。

若传统的规则式方案更可靠或运行成本更低，我们会如实告知，不会为并不需要 AI 的产品硬加 AI。在 AI 确有价值之处，通常是欺诈检测与交易监控、数字开户过程中的单证与身份处理、客户支持辅助以及数据分析。我们对 AI 组件采用与系统其余部分相同的控制要求：明确的数据边界、决策影响客户时须有人工复核，以及可事后解释结果的日志记录。

面向客户的软件方面，移动端采用 Flutter，Web 端采用 React、Angular 或 Next.js；服务端采用 Java 配合 Spring Boot 以及 Node.js，数据层采用 PostgreSQL、Oracle 或 MongoDB，事件驱动集成采用 Kafka。基础设施运行于 Docker 与 Kubernetes 之上，配备自动化 CI/CD 流水线，并以 Keycloak 实现身份与访问管理。我们借助 TOGAF 等成熟架构框架审慎作出这些选型，并会在贵方已有技术标准的前提下遵循其执行。