签字识别
识别手写签名，输出结构化结果。
供应商
商城买家
平台运营
客户江苏电信
我的角色产品经理 / 解决方案设计
交付平台模型、原型与落地协同
01项目背景
把电信能力变成标准商品。
江苏电信沉淀了签字识别、通信触达、号码与身份等能力；项目从签字识别切入，建立统一的能力商品化框架。
江苏电信 / 原子能力开放
让已有能力规模化交付。
- 01
能力入口分散，客户难以选择
- 02
接入、定价与申请标准不一
- 03
授权依赖人工，调用状态难追踪
首批能力切口一套框架，承接多类能力
ATOM / 01短信与语音通知
统一消息模板、发送规则与调用记录。
号码与身份核验
统一号码校验与身份确认方式。
项目切入点
从一个能力的发布链路出发，统一商品、订单、授权资源与调用数据，为后续能力接入留出稳定框架。
02平台命题
如何让能力持续交易？
不只建设 API 商城，更让供给、交易、授权与治理围绕同一组业务对象运转。
01供应商技术负责人
把接口变成商品
认证接入、定价发布与交付一次完成。
02企业买家代表
找到、购买、调用能力
购买后自动获得授权资源与调用入口。
03平台运营经理
统一审核并治理交易
统一审核商品，追踪订单、调用和账单。
3平台核心角色
3代表能力方向
数百累计 API 调用
03交易链路
一条交易链，连接三类角色。
商品、订单、授权资源和账单贯穿全流程，每次状态变化都有责任人与下一步动作。
1认证接入
2发布商品
3运营审核
4商城选购
5下单支付
6授权调用
7续费结算
商品
订单
授权资源
账单
业务证据 / 商品交易全流程跨角色协作被收拢到同一条链路
04供应商业务线
能力商品化
- 业务问题
- 技术接口缺少统一的商品定义、定价与发布方式。
- 产品决策
- 把认证、API 配置、商品介绍、规格定价与审核串成发布路径。
- 形成价值
- 统一接入门槛与商品上架质量标准。
发布 API 商品
草稿已保存- 1商品信息
- 2接入信息
- 3商品介绍
- 4规格定价
05买家业务线
交易即交付
传统服务采购在支付后仍需人工对接，交付状态和使用入口彼此分离。
真实界面 / 能力商城从搜索能力到发起购买
产品决策支付完成后自动生成 APP-KEY、有效期与调用范围。
形成价值买家从发现、购买到开始调用都在同一条线上完成。
06运营业务线
统一平台治理
主体、商品、订单和调用数据分散时，运营只能被动处理问题。
真实界面 / 商品审批运营侧统一审核商品与发布状态
治理不是后台功能集合
统一管理认证、商品、订单、密钥与运营报表。
供给、交易与调用状态全程可追踪。07平台决策
四个决定，让平台真正闭环。
01
统一商品模型
API、APP 与 SDK 共用商品、规格、交付和售后字段。
02
明确状态机制
认证、审核、订单、支付和授权均有可追踪状态与责任人。
03
拆分交易规格
支持按年、按月、按次与免费试用，规格与价格保持一一对应。
04
沉淀授权资源
购买结果转化为可查看、可续费、可退订的调用资源。
08项目结果
从上架到真实使用。
平台首批覆盖三类核心能力，并产生数百次 API 调用。产品判断因此从“有没有商品”转向“能力是否被持续使用”。
