需求能评审
把业务目标、使用场景、角色与规则形成可确认的需求。
FROM REQUIREMENTS TO DELIVERY
从业务需求到上线，
把实施过程组织完整。
定制实施需要把业务规则转化为系统设计，再与开发、外部接口和验收衔接。S08 将这些工作组织为人员参与的咨询与实施服务，按项目确定产品、团队和合作方的分工。
系统能衔接
明确系统、合约、钱包、账户与外部平台之间的接口和责任。
成果能验收
围绕约定场景完成测试，交付系统、记录与操作资料。
YOUR IMPLEMENTATION GOAL
实施目标不同，
第一次讨论的重点也不同。
选择最接近的实施目标，了解应先准备什么。可从需求设计、开发接入或上线准备切入，再明确工作范围。
FIRST CONVERSATION / 沟通起点
先把业务目标转化为清晰的建设范围。
希望建设企业系统、数字资产应用或治理后台，需要先明确用户、场景和核心规则，再决定系统模块、技术路径与阶段交付。
- 首先要解决哪一项业务问题？
- 由哪些角色使用，关键流程是什么？
- 哪些功能进入首个阶段，如何验收？
可先准备
业务介绍、用户角色、现有流程、拟建设功能和内部决策负责人。
FIRST CONVERSATION / 沟通起点
从已有系统和接口条件开始。
已有用户端、账户或业务后台，希望连接钱包与外部平台。重点是核对现有能力、数据关系、接入权限和各方接口支持。
- 现有系统承担哪些工作，需要连接什么？
- 接口文档、测试环境和授权是否齐备？
- 账户、业务状态和异常如何同步？
可先准备
现有系统说明、接口文档、数据字段、平台联系人及可用测试环境信息。
FIRST CONVERSATION / 沟通起点
让已确认的规则落实到功能和权限。
需要调整角色、权益、锁定释放、激励或审批规则，先确认业务依据与适用范围，再安排配置或定制开发。
- 哪些规则已经由企业确认？
- 哪些可以配置，哪些需要开发或合约变更？
- 历史数据和已有用户如何衔接？
可先准备
规则文件、角色权限、参数说明、现有版本及需要变更的业务流程。
FIRST CONVERSATION / 沟通起点
把上线准备变成可逐项核对的清单。
已有测试版本或开发成果，准备部署和移交。需要核对环境、测试结果、合作方条件及企业操作准备，形成发布与验收安排。
- 约定功能、接口和权限测试完成到哪一步？
- 上线需要哪些企业授权与合作方确认？
- 谁接手操作，问题如何记录和处理？
可先准备
当前版本、部署环境、测试及问题记录、验收标准和上线负责人。
SERVICE SCOPE / 服务范围
从需求与架构，
推进到测试与上线。
围绕六项工作组织实施。根据现有系统、接口条件和已完成的设计，确定本次需要开发、接入和核对的内容。
01
需求梳理与验收设计
系统要服务哪些人，完成哪些业务工作？
梳理用户角色、业务场景、已有流程与功能需求，明确本次建设范围、优先事项和可核对的验收标准。
交付方向
需求说明 · 功能范围 · 验收口径
02
技术架构与实施方案
哪些能力需要建设，哪些由已有系统或合作方提供？
评估系统与合约的职责分配、数据流、权限和环境条件，比较技术路径，列明接口依赖及分阶段实施安排。
交付方向
架构方案 · 数据与权限说明 · 实施计划
03
系统与合约定制开发
已经确认的业务规则如何进入软件？
按确认的需求开发用户端、后台和相关合约，落实账户、权益、流程及参数规则，记录版本和变更。具体模块按项目确定。
交付方向
约定的软件成果 · 配置与版本记录
04
钱包、账户与接口接入
如何连接钱包、企业账户和外部平台？
核对接入对象、接口权限和数据要求，组织身份与账户关联、状态同步及异常处理的联调，明确技术方与业务方的责任。
交付方向
接口说明 · 接入配置 · 联调记录
05
环境部署与测试验证
系统能否在约定环境中按规则运行？
配置部署环境，执行约定的功能、接口、权限与安全测试，跟进缺陷修复和用户验收；需要独立安全审计时另行协调相应机构。
交付方向
部署记录 · 测试结果 · 问题与修复清单
06
上线准备与成果移交
上线条件是否齐备，企业如何接手使用？
核对发布条件、访问权限和业务责任，组织上线操作、使用说明及成果移交，明确未结事项和后续维护安排。
交付方向
上线与移交清单 · 操作手册 · 后续责任说明
可采用已有产品配置、接口集成或定制开发，先确认适配方式、责任团队与验收范围。
确认我的工作范围WHAT YOU RECEIVE / 交付成果
交付能运行的系统，
也交付使用与验收依据。
需求方案、软件成果、接口资料与上线移交包，分别回答做什么、交付什么、怎样连接和如何使用。查看下方交付框架示例。
REQUIREMENTS & ARCHITECTURE
把建设范围、技术路径和验收依据写清楚。
按项目组织需求、规则、架构及实施说明，让企业和技术团队围绕同一范围推进，接口依赖和待确认事项有据可查。
这项交付的价值
讨论这项交付形成可以指导开发、管理变更和核对成果的共同依据。
S08 / 服务交付框架示例
需求与架构文件
- 用户与场景
使用角色、关键流程和拟解决的问题
确认 / 来源：企业提供，咨询团队梳理- 功能与规则
建设范围、业务规则、权限与参数
确认 / 来源：企业确认，咨询与开发团队整理- 架构与依赖
系统组成、数据流、环境和外部接口条件
确认 / 来源：技术团队与平台合作方- 验收依据
交付清单、验证场景和阶段确认条件
确认 / 来源：企业与实施各方共同确认
示例用于说明交付结构；具体文件、责任方及验收项在项目方案中确认。
SOFTWARE & CONFIGURATION
交付与约定功能和版本对应的软件成果。
围绕确认的模块归集软件、合约和配置成果。源码、部署件及操作文档的交付范围、使用权和维护方式按合同确定，第三方组件遵循相应许可。
这项交付的价值
讨论这项交付让交付版本、功能范围和使用条件能够对应到具体成果。
S08 / 服务交付框架示例
软件与配置成果
- 系统模块
约定的用户端、后台及业务功能
确认 / 来源：约定的开发责任方- 合约与规则
按范围开发的合约及配置参数说明
确认 / 来源：技术团队开发，企业核对规则- 版本与部署件
约定版本、发布内容和环境配置记录
确认 / 来源：技术团队归集，企业确认接收- 权利与依赖
合同约定的交付权利、第三方组件与许可说明
确认 / 来源：合同各方与相关权利人
示例用于说明交付结构；具体文件、责任方及验收项在项目方案中确认。
INTERFACES & INTEGRATION
让跨系统连接有明确的输入、输出和责任。
组织钱包、账户和外部平台的技术接入，记录接口条件、数据对应、正常流程及异常处理；涉及托管、发卡或证券业务时，由相关业务主体确认实际服务条件。
这项交付的价值
讨论这项交付明确连接了什么、验证了什么，以及哪些事项仍需业务方确认。
S08 / 服务交付框架示例
接口与联调记录
- 接入对象
系统、钱包、账户与平台的连接范围
确认 / 来源：企业、技术团队与平台合作方- 接口与授权
字段、调用方式、权限及测试环境要求
确认 / 来源：接口提供方与接入技术方- 联调与异常
状态同步、异常处理及验证记录
确认 / 来源：相关技术方共同核对- 业务条件
合作方审批、适用地区和业务确认事项
确认 / 来源：相应平台与业务责任主体
示例用于说明交付结构；具体文件、责任方及验收项在项目方案中确认。
TESTING & HANDOVER
让企业能够核对成果并接手日常操作。
按约定的测试和验收范围整理结果、部署记录、操作手册与移交清单，列明未结事项和上线后的工作衔接。独立安全审计如纳入项目，报告由相应审查方出具。
这项交付的价值
讨论这项交付将验收结果、操作依据和后续责任一并移交。
S08 / 服务交付框架示例
测试与移交文件
- 测试结果
功能、接口、权限及约定安全测试记录
确认 / 来源：测试责任方与企业验收方- 部署与发布
环境、版本、发布条件及操作记录
确认 / 来源：部署责任方与企业授权人- 操作与权限
操作手册、账户权限和使用说明
确认 / 来源：实施团队移交，企业接收- 后续事项
待办、维护范围、问题处理及责任联系人
确认 / 来源：企业与相关服务方按合同确认
示例用于说明交付结构；具体文件、责任方及验收项在项目方案中确认。
FROM DESIGN TO HANDOVER
从需求确认到移交，
每一阶段都有确认依据。
将需求、设计、开发、测试和移交分阶段推进。先约定验收场景与责任，再根据系统复杂度、外部接口和审查条件确定排期。
- 01
确认需求
本次建设解决什么问题？
梳理业务场景、使用角色、已有能力和规则文件，明确范围与优先事项。
阶段成果需求说明与验收口径
企业与实施各方确认建设范围 - 02
确定架构
如何建设，哪些条件由谁提供？
评估技术路径、系统职责、接口依赖和环境要求，确定阶段任务与责任。
阶段成果架构方案、实施计划与依赖清单
确认技术方案、接口条件和交付安排 - 03
开发与接入
功能与连接如何按约定实现？
推进系统和合约开发、规则配置及接口联调，管理版本、问题和需求变更。
阶段成果阶段软件成果、配置与联调记录
约定功能具备进入测试的条件 - 04
部署与验收测试
成果能否通过约定的验证？
配置环境，执行测试与用户验收，核对缺陷修复及必要的第三方审查事项。
阶段成果部署记录、测试结果与验收清单
核对验收标准及上线前待办事项 - 05
上线与移交
谁确认发布，谁接手后续操作？
确认发布授权和合作方条件，组织上线、手册说明及成果移交，明确维护衔接。
阶段成果发布与移交记录、操作手册
相关责任方确认上线条件和接收安排
合作安排
可先开展需求与架构咨询，也可承接已有方案的开发、接入或上线准备；阶段成果、费用和后续支持分别约定。
CLEAR RESPONSIBILITIES
业务、开发与平台，
在同一计划中协作。
明确谁确认需求、谁完成开发、谁开放接口，以及哪些事项需要专业审查。按项目组织实施团队，让对接与交付有负责人。
DEFINE & ACCEPT
企业与项目负责人
提供业务、规则及授权资料，确认需求和变更，安排内部决策、测试参与、上线授权与成果接收，负责自身的业务和数据管理。
DESIGN & IMPLEMENT
咨询与开发团队
将业务需求组织为技术方案，按约定负责或协调开发、配置、部署和测试，记录问题与版本，提交成果和操作说明。各项实施工作明确具体责任方。
ENABLE & CONNECT
平台与业务合作方
确认平台能力、接口权限、接入要求与业务条件，配合联调和验证。实际托管、发卡、支付及证券服务由相应适格主体按协议承担。
REVIEW & REPORT
第三方专业审查机构
根据项目需要及委托范围开展独立安全审计、法律或其他专业审查，出具相应意见或报告；实施团队负责协调资料及审查事项的处理。
钱包、账户、支付或证券平台的接入取决于实际接口和合作条件；系统实施与相关业务办理分别确定责任。
查看 STO 结构设计服务已有系统可以继续使用吗？
可以先评估已有功能、接口和部署条件，确定通过配置、接口接入还是新增模块满足需求。将需要保留的流程、数据与版本列入需求说明，再确认本次改造范围和验收方式。
软件交付是否包含源码？
源码、部署件、配置和操作文档的交付范围，以及软件使用权、维护和后续变更方式，由合同明确。涉及开源或其他第三方组件时，依照相应许可使用；定制实施不能替代第三方软件权利人的授权。
安全测试和独立安全审计有什么区别？
实施测试围绕约定版本和场景，检查功能、接口、权限及相关安全问题，并记录修复结果。独立安全审计由另行委托的专业审查方按审计范围开展并出具报告。两者的责任、方法和成果分别确认，需要独立审计时纳入项目安排。
钱包与账户接入覆盖哪些工作？
技术工作可包括账户关联、接口配置、状态同步和流程联调，具体以实际系统支持和约定范围为准。资产托管、发卡、支付和证券服务需要相应业务主体、授权及合作方条件；技术接入成果与实际业务开通分别验收。
如何确定验收和上线后的服务？
先约定交付版本、功能与接口范围、测试场景、接收方式和上线条件，再据此核对软件、接口、测试结果及操作手册。上线后的监控、维护、客服、响应安排和版本更新按需要单独明确范围，并在合同中确定责任与服务条件。
START WITH YOUR PROJECT
你的业务需求，
想推进到哪一步？
告诉我们已有系统与使用场景，
以及你希望开发、接入或上线的内容。
从一个明确的问题开始，讨论服务范围与下一步。
首次沟通可以围绕
了解 AssetX 流动性技术系统- 业务场景、现有系统与接口条件
- 期望交付的功能与使用方式
- 验收目标、责任团队与合作方
S08 / YOUR SERVICE INQUIRY
核对服务咨询需求
需求尚未发送。打开邮件应用后，请核对收件人及正文并确认发送；也可以复制到你使用的邮箱。
继续阅读 · 服务
技术咨询与定制实施的交付与配套
技术咨询与定制实施由人员将业务需求转为系统设计，组织开发、接口接入、测试和上线移交。选择现成产品与定制工作，需要先明确业务流程。
阅读与选择提示实施前确认已有系统、接口条件、验收场景和交付边界。