产品技术体系岗位职责与项目推进会纪要

分类：三、产品与技术（另见二、组织与人事） 文件属性：集团内部文件，仅限授权人员阅知 会议时间：2026 年 9 月 8 日 11:08—12:32（北京时间） 会议形式：线下与线上同步 主持人：Addy Zhang 参会范围：产品技术体系管理人员及相关团队成员；具体出席名单以实际签到或会议系统记录为准 记录依据：会议录音、自动转写及会中审阅的《产品技术体系岗位职责及人员对应说明》V1.3

录音容器时长约 1 小时 23 分 49 秒，可连续解码音频约 1 小时 13 分 22 秒，存在约 10 分钟时间轴空洞。会议宣布结束前的主要讨论、确认事项及两个专项立项均已进入可解码音频；本纪要对无法确认的人名和技术细节不作推断。

一、会议结论

1. 产品技术体系继续按照产品管理、应用研发、平台工程与稳定性、钱包与资金系统技术、质量保障五个部分运行；Lion、二狗、Evan 分别承担技术总管理、技术执行治理和项目交付协调职责。
2. 汇报关系明确为：产品管理向 Evan 汇报并由其汇总；应用研发向二狗汇报；平台工程与稳定性、质量保障向 Lion 汇报；钱包与资金系统技术在过渡期向二狗汇报。Lion 对产品技术体系承担最终管理责任。
3. William 纳入产品管理，现阶段承担 UI 与交互设计；产品上线并形成稳定市场运营需求后，再复核是否调整至品牌运营线。
4. 支付团队基于当前需求暂不单设前端岗位，相关页面由后端完成；以后按页面、移动端及场景化开发量重新评估。
5. 基础支撑内新增 IT 管理职能岗位，负责终端设备、账号、远程访问、软件资产和身份生命周期执行；该岗位不作为独立一级组织，安全标准及复核仍归独立安全体系。
6. 去中心化钱包底层原则上与外部专业解决方案商共同建设。供应商未确定期间由二狗负责技术对接，Lion 负责资源与管理；供应商方案确定后再发布长期内部钱包技术负责人岗位。DeeFinch 前后端继续归应用研发，不承担私钥保管职责。
7. 凡涉及法币或加密货币资金流、钱包地址、签名、账户划转、额度、结算或高风险权限的产品需求，进入开发前必须完成独立安全复核。具体生产、资金、密钥及测试权限另行形成专项制度和台账。
8. CTO 的职责从个人研发进一步转向组织管理、岗位配置、工作协调和交付治理，原则上将不少于百分之五十的工作精力用于部门管理及跨团队协调。
9. 产品技术体系采用阶段性专项立项方式解决成功率、渠道、客户上线、国家能力和系统迁移等跨部门问题。体系成员可以提出立项建议，项目须明确目标、期限、人员、责任及结束条件，完成后关单。
10. Lion、二狗、Evan 原则上每半个月向合伙人委员会或其指定会议同步一次产品技术结果及下一周期安排。

二、岗位与组织执行

1. 每个系统必须建立主负责人、备份负责人、日常最小权限、临时提权、值班、交付物和升级路径台账。
2. Christina（Tina）作为产品技术体系与人力体系的组织对接窗口，推动逐人建立信息档案及任职、职责、任期、汇报关系、薪酬和长期激励等正式文件。
3. 新增岗位采用公开岗位说明及内部竞聘机制。产品技术体系人员参与独立安全体系建设或跨部门岗位竞聘时，先向 Lion 报备，再由集团协调。
4. Lion 会同管理团队提出杭州 808 线下办公与集中协作方案。会议未决定固定坐班天数或朝九晚五制度，不得在纪要外自行扩张为强制规则。
5. 产品技术内部日常事项优先通过 Lion、二狗、Evan 三个管理出口处理；既定路径无反馈或不能解决的，可升级至经营管理部。

三、新旧系统迁移原则

1. 新客户和新渠道原则上优先进入 DeePayment 或 JoogoPay；确需在存量系统新增功能时，应说明无法由新系统承接的原因、收益、迁移影响和退出时间。
2. 迁移以国家和客户为单位，按照“功能补齐—技术联调—业务验收—客户迁移—稳定观察—旧系统关停”推进。
3. 产品技术体系完成需求支持、测试、验收并正式通知后，后续客户迁移由品牌运营、商务和本地团队承担；未完成项必须形成书面清单。
4. 存量系统连续 14 日无任何订单后，可按备份、通知、审批和变更程序实施关停；存在未迁移功能、客户或合规要求时不得直接关停。

四、会议立项的两个专项

（一）DeePayment 与 JoogoPay 首批客户接入专项

• 目标：分别完成 DeePayment、JoogoPay 首批 10 个客户的端到端接入。
• 启动：2026 年 9 月 8 日立项，9 月 11 日起开始客户接入。
• 组织：Addy Zhang 牵头立项；Lion、二狗、Evan 提供技术人员与交付组织；相关本地、商务、运营、风控及技术人员进入项目组。
• 结束条件：两个系统各完成 10 个客户接入；未跑通的国家、功能、渠道和协同问题形成清单，转入下一专项。

（二）Visa、Mastercard 与订阅支付验证专项

• 目标：以两个真实客户跑通渠道、技术、风控、安全、运营及规则全流程。
• 发起：由渠道或客户提出人提交立项；具体负责人、客户、通道、报价、风控政策和完成期限写入专项立项书。
• 要求：会议中的口头方案不替代产品、风控、安全或商务正式审批。

五、DeeFinch 阶段目标

1. 当日继续评估外部钱包解决方案；方案结论同步独立安全负责人和 Joy Cham 共同复核。
2. 以供应商方案确定为起点，网页端及 H5 原则上在两周内完成集成、测试、验收和恢复。
3. 移动端与网页端并行评估和建设，力争于 2026 年 10 月前完成重建上线；具体日期由 Lion、二狗在供应商与安全方案确定后书面确认。
4. 商户账户之间划转、集团账户对子账户划转、钱包签名等可能扩大动钱范围的需求，须补充客户背景、收益依据、账户归属、权限模型和安全风险后再审议，不得直接上线。

六、正式成果与后续文件

1. 会中审阅的 V1.3 文件作为会前稿归档至 07_会议档案/04_会前方案/。
2. 会后正式成果为 03_组织与人员/2026-09-08_产品技术体系岗位职责及人员对应说明_正式发布版_v2.html；其内容区分已确定组织规则、过渡安排和待确认事项，不直接授予生产、资金、签名或安全权限。
3. 后续仍需另行形成：个人任职与薪酬激励文件、系统责任与权限台账、钱包供应商及安全边界文件、IT 管理岗位说明、岗位缺口与内部竞聘方案、杭州线下办公方案、两个专项立项书。

七、录音与档案