跳到主要内容

服务方网络

服务方承接台

服务方不是附属页,而是双边入口中的正式一侧,必须从入驻、审核到承接台形成完整动作链,并继续接到后续履约结构。

适合谁已经进入服务方网络并准备承接线索的团队
解决动作理解承接台在入驻、激活之后承担什么动作
下一步回到商业链路和供给侧主链继续配置
适合场景设计或理解服务方入口链路
重点先入驻,再激活,再承接线索
阶段 01入驻
阶段 02激活
阶段 03承接台

承接与处理

服务方承接台

承接台是服务方处理线索、沟通、交付与回执的工作台。站点和 Widget 负责把需求带进来,承接台负责把事情做完。

  1. 接收线索

    查看被路由到你的线索与上下文。

  2. 判断承接

    基于资料、范围和能力决定是否承接。

  3. 推进处理

    沟通、安排执行并持续更新状态。

  4. 提交回执

    记录结果、下一步和必要的证据引用。

提示承接台的核心闭环

看见线索 → 判断是否承接 → 更新处理状态 → 留下回执。需求入口负责把问题带进来,承接台负责让服务过程可追踪、可交接。

关闭与公开回执

关闭线索时,你需要填写仅供平台留存的完成说明。它用于完成条件校验,不会出现在公开页面;满足渠道、认领、状态和完整性条件后,承接台会显示公开回执链接。

  • 公开页只显示匿名引用、结果类别与 UTC 时间线,不展示联系人、原始需求或完成说明。
  • 重复提交同一关闭动作保持同一回执,不会生成第二条公开记录。
  • 线索随后被撤回、失去资格或关联渠道停用时,回执会撤销,公开链接改为 410 Gone
  • 服务方资格未激活时,认领不会改变线索状态;请先在正式供给流程完成资格激活。

查看公开样板链准备度了解发布门槛、字段边界与证据升级纪律。

推荐阅读

服务方的四个关键动作

使用边界

承接台统一处理服务方可见的线索与状态;垂直站点、Widget 与 Hosted Inbox 负责把需求带进来,承接台负责把处理过程与回执跑完。

推荐阅读

相关页面