一句话理解
基本設計（きほんせっけい）是日本 SAP 项目的方案设计阶段：基于要件定義書和 Fit & Gap 的结论，把"系统要建成什么样"完整地设计出来。它的核心产出《基本設計書》是开发、测试、上线全过程的"施工图纸"。
实战提示
实战提示：基本設計書的读者不只是顾问，还有客户业务部门和未来运维团队。写的时候假设读者"懂业务但不懂 SAP 配置"，业务语言和系统语言要对应上，每张流程图都要有文字说明。
基本設計 vs 詳細設計：分界线
| 基本設計 | 詳細設計 | |
|---|---|---|
| 视角 | 业务 + 系统功能 | 程序 / 技术实现 |
| 读者 | 客户业务部门、顾问 | ABAP 开发、Basis |
| MM 例子 | 采购流程、审批策略、容差配置设计 | 增强点的程序规格书（明細書） |
| 典型文档 | 基本設計書 | プログラム仕様書、テーブル設計書 |
一句话：基本設計回答"做什么"，詳細設計回答"怎么做"。
基本設計書的典型结构（MM 示例）
- 業務フロー —— To-Be 采购流程图（PR → PO → 收货 → 发票校验 → 付款）
- 機能一覧 —— 功能清单，对应 Fit & Gap 的每一条
- 組織構造 —— 公司代码、采购组织、工厂、库存地点设计
- マスタ設計 —— 物料主数据、业务伙伴（供应商）视图与字段规则
- 機能設計 —— 每个功能的画面、项目、逻辑说明
- 帳票設計 —— 采购订单打印格式等单据设计
- インターフェース設計 —— 与 WMS、财务外围系统的接口一览
- 権限設計 —— 角色与事务代码对应表
- 移行方針 —— 主数据/未清数据迁移方针（概要）
- テスト方針 —— 测试阶段划分与范围
写作的 4 个要点
- 编号体系 —— 每个功能、每张画面都有唯一编号（如 MM-001），测试用例和缺陷管理都引用它。这是日本项目文档最实用的习惯。
- As-Is → To-Be 对应 —— 每个 To-Be 流程标注它替代了哪个 As-Is 环节，客户评审时一目了然。
- 未定事项清单 —— 暂时定不下来的写进"保留事項（ペンディング）"并标注解决期限，不要含糊过去。
- 用語统一 —— 全文术语一致（比如统一用"購買依頼"还是"PR"），附用語集（Glossary）。
常见问题
Q：基本設計書要写多细？
A：细到"开发/配置顾问能照着做出来，测试顾问能照着测出来"。检验标准：换一个人接手，靠文档能继续干。
Q：客户总说"你们是专家，你们定"，怎么办？
A：这是陷阱。设计方案必须客户确认，决策权在客户。可以给推荐方案（推奨案）并说明理由，但签字的是客户——上线后出问题，"当时是你们定的"是最难反驳的指责。
Q：基本設計阶段发现需求漏了怎么办？
A：走変更管理：评估影响（工数/进度/费用）→ 客户确认 → 更新要件定義書和基本設計書。不要私下"顺手做了"。