# 软件与信息服务落地手册 (/docs/playbooks/industries/software-services)



## 推荐首个试点 [#推荐首个试点]

从客户需求整理开始，将原话、背景、目标、约束、未决问题、验收条件和明确不做的范围分开，交客户或产品负责人确认后再进入设计开发。

| 工作流    | 交付物           | 验收         |
| ------ | ------------- | ---------- |
| 需求整理   | 原话、约束、未决问题与验收 | 客户或产品负责人确认 |
| 服务知识库  | 现象、版本、排查和升级路径 | 用真实历史工单回放  |
| 测试设计   | 场景、边界、异常和回归矩阵 | 与需求和实际系统对照 |
| 发布准备   | 变更、影响、检查和回滚   | 研发测试运维共同确认 |
| 客户成功复盘 | 使用、问题、机会假设和跟进 | 不把推断写成承诺   |

<Mermaid
  chart="flowchart LR
  A[客户或业务原始材料] --> B[需求结构化]
  B --> C[负责人确认]
  C --> D[测试与实现]
  D --> E[发布检查与回滚]
  E --> F[复盘并更新知识]"
/>

```text
请整理所附需求材料，分别输出客户原话、已确认目标、约束、依赖、未决问题、验收条件和不在范围内事项。不得把方案建议写成客户已确认需求。
```

生产部署、权限变更、数据迁移和删除属于独立确认点。可结合[团队安全与内容治理](/docs/team/security)和[运维手册](/docs/automation/operations-runbook)建立发布责任链。