项目章程怎么写，才能挡住启动后的加需求

这份项目章程不是宣传材料，也不是详细项目计划。它要作为启动后判断新增需求是否进入本期范围的依据。请重点写清目标、范围、角色、里程碑、排除项和待确认问题。

我要起草一份项目章程，重点是把执行边界写清楚，避免项目启动后不断被加需求。请不要写详细排期。

项目暂定名：客户资料统一治理项目
读者：业务发起人、PMO、销售负责人、客服负责人、数据负责人、法务代表、项目团队

立项申请摘要：
当前销售、客服、运营使用的客户资料分散在 CRM、客服系统、活动报名表和手工台账中。客户名称、联系人、行业、地区、授权状态等字段口径不一致，导致跨部门查询和协作时经常重复确认。拟启动客户资料统一治理项目，建立一套统一字段和责任口径，支撑销售跟进、客服响应和后续经营分析。

业务目标：
1. 统一客户核心资料字段和维护责任，减少跨部门重复确认。
2. 明确客户资料的来源系统、更新责任人和使用边界。
3. 为后续客户分层、客户经营分析和服务记录整合打基础。
4. 本期暂不承诺经营分析报表上线，也不承诺完成全部历史数据清洗。

初步范围清单：
已确认希望本期包含：
1. 梳理客户核心字段清单，包括客户名称、统一客户编号、行业、地区、联系人角色、授权状态、销售负责人、客服负责人。
2. 明确各字段来源系统和维护责任。
3. 对 CRM 与客服系统之间的客户资料同步口径做一次确认。
4. 选取华东和华南两个区域做试点。
5. 输出客户资料维护规范和试点验收记录。

有人提出但未确认：
1. 同步历史三年的全部客户资料。
2. 做客户分层规则和标签体系。
3. 上线客户经营分析报表。
4. 接入活动报名系统和经销商管理系统。
5. 清理所有重复客户记录。

明确倾向于不放入本期：
1. 不做客户经营分析报表。
2. 不开发客户分层算法。
3. 不承诺全量历史数据一次性清洗完成。
4. 不改造所有外部系统接口。
5. 不改变现有销售考核规则。

组织角色：
1. 业务发起人：销售运营负责人，负责确认项目目标和范围优先级。
2. PMO：负责章程模板、范围变更规则和里程碑评审。
3. 项目经理：负责推进章程确认、组织评审、跟踪风险和问题。
4. 销售代表：提供销售使用场景和字段维护责任建议。
5. 客服代表：提供客服查询、响应和客户身份确认场景。
6. 数据负责人：确认字段来源、数据质量风险和同步口径。
7. 法务代表：确认客户授权状态、个人信息字段和使用边界。
8. 技术负责人：评估系统同步改造可行性和上线窗口。

关键日期：
1. 项目启动会：2026-07-08
2. 章程确认截止：2026-07-12
3. 范围冻结评审：2026-07-18
4. 试点范围确认：2026-07-25
5. 试点验收窗口：2026-08-20 至 2026-08-26
6. 上线准备评审：2026-08-30

请输出：
1. 项目章程草案。
2. 范围内外清单。
3. 待确认问题。

要求：
1. 重点写执行边界，不要展开详细排期。
2. 不要把未确认需求写成本期范围。
3. 不要编造目标数值、预算、人力或领导承诺。
4. 排除项要写得清楚但不带情绪，便于启动会上确认。
5. 新增需求处理规则必须写进章程。

你是项目经理和 PMO 的项目章程起草助手。请根据我提供的材料，起草一份用于项目启动和后续范围控制的项目章程。重点是把目标、范围、角色、里程碑、排除项和新增需求处理规则写清楚。

项目名称：[项目名称]
读者：[业务发起人、PMO、项目团队、关键相关方]
使用场景：[启动会确认/范围冻结/后续变更判断]

输入材料：
立项申请：
[粘贴立项申请或摘要]

业务目标：
[粘贴业务目标]

范围清单：
[粘贴已确认范围、未确认需求、倾向排除项]

组织角色：
[粘贴发起人、PM、PMO、业务、技术、数据、法务等角色]

关键日期：
[粘贴启动会、章程确认、范围冻结、评审、验收、上线窗口等日期]

请输出三部分：

第一部分：项目章程草案
请包含：
1. 项目背景，用 1 至 2 段说明为什么启动。
2. 项目目标，写成业务状态变化，不要写空泛口号。
3. 本期范围，列出本期明确包括的工作。
4. 本期排除项，列出明确不在本期的工作，并说明原因或边界。
5. 角色与职责，说明谁确认目标、谁确认范围、谁提供材料、谁验收、谁审批变更。
6. 关键里程碑，写检查点和通过条件，不写详细任务排期。
7. 新增需求处理规则，说明启动后如何判断是否纳入本期。
8. 主要假设与风险，标出需要人工确认的前提。

第二部分：范围内外清单
用表格列出事项、建议归类、理由、需要确认的角色。

第三部分：待确认问题
列出必须在章程确认前解决的问题，按业务、PMO、技术、数据、法务分类。

写作约束：
1. 不要编造输入材料中没有的数据、预算、人力、日期或领导承诺。
2. 不要把“有人提出但未确认”的内容写成本期范围。
3. 不要展开详细排期、周计划、任务分解或资源甘特图。
4. 排除项要写得明确、克制、可被会议确认。
5. 如果某个目标、范围或角色权责不清，请写入“待确认问题”。
6. 语言要适合项目启动会和 PMO 审阅。

在起草章程前，请先把输入材料分成“可直接写入章程、需要改写、必须人工确认、应排除在本期之外”四类。

请特别检查哪些需求看起来合理但会扩大本期范围，并为每个需求给出“本期纳入/本期排除/待决策”的建议。

客户资料统一治理项目章程草案

一、项目背景

当前销售、客服、运营使用的客户资料分散在 CRM、客服系统、活动报名表和手工台账中。客户名称、联系人、行业、地区、授权状态等字段口径不一致，导致跨部门查询客户信息时经常需要重复确认，也影响销售跟进、客服响应和运营协作。

本项目拟在本期先建立客户核心资料的统一字段、来源系统、维护责任和试点验证机制，为后续客户分层、客户经营分析和服务记录整合打基础。本项目章程用于确认本期执行边界，并作为启动后判断新增需求是否纳入本期范围的依据。

二、项目目标

1. 统一客户核心资料字段和维护责任，使销售、客服、运营在客户身份和基础信息上使用同一套口径。
2. 明确客户资料的来源系统、更新责任人和使用边界，减少跨部门重复确认。
3. 在华东和华南两个区域完成试点，验证字段口径、维护责任和同步规则是否可执行。
4. 为后续客户分层、经营分析报表和服务记录整合提供基础，但本期不承诺这些后续能力上线。

三、本期范围

1. 梳理客户核心字段清单，包括客户名称、统一客户编号、行业、地区、联系人角色、授权状态、销售负责人、客服负责人。
2. 明确每个核心字段的来源系统、维护责任和更新触发场景。
3. 确认 CRM 与客服系统之间客户资料同步的口径和必要改造点。
4. 选择华东和华南两个区域作为试点范围，收集字段使用和维护责任执行反馈。
5. 输出客户资料维护规范、试点验收记录和后续推广建议。

四、本期排除项

1. 不做客户经营分析报表。本期目标是统一客户资料基础口径，报表属于后续应用层能力。
2. 不开发客户分层算法。客户分层依赖稳定字段和业务规则，本期只为后续分层准备基础资料。
3. 不承诺全量历史数据一次性清洗完成。本期可识别历史数据问题和试点清洗口径，但不把三年历史数据全量清洗作为交付承诺。
4. 不改造所有外部系统接口。本期优先确认 CRM 与客服系统之间的同步口径，活动报名系统、经销商管理系统等外部接入需另行评估。
5. 不改变现有销售考核规则。字段维护责任可以提出建议，但考核制度调整不属于本项目本期范围。

五、角色与职责

1. 业务发起人：销售运营负责人。负责确认项目目标、本期范围优先级和排除项；对是否纳入重大新增需求做业务判断。
2. PMO：负责确认章程格式、范围冻结节点、变更处理规则和里程碑评审口径。
3. 项目经理：负责组织章程确认、推动评审、跟踪风险和问题；不单独接受新增范围。
4. 销售代表：负责提供销售侧客户资料使用场景，确认销售负责人、联系人角色等字段维护责任。
5. 客服代表：负责提供客服查询、客户身份确认和响应场景，确认客服负责人和服务相关字段使用要求。
6. 数据负责人：负责确认字段来源、数据质量风险、重复客户识别口径和系统同步口径。
7. 法务代表：负责确认客户授权状态、个人信息字段和资料使用边界。
8. 技术负责人：负责评估 CRM 与客服系统同步改造可行性、上线窗口和技术风险。

六、关键里程碑

1. 项目启动会，2026-07-08。通过条件：核心角色参会，确认章程起草范围和章程确认机制。
2. 章程确认，2026-07-12。通过条件：业务目标、本期范围、排除项、角色职责和新增需求处理规则获得业务发起人、PMO 和核心执行方确认。
3. 范围冻结评审，2026-07-18。通过条件：本期范围清单、待确认问题处理结果和排除项形成会议记录。
4. 试点范围确认，2026-07-25。通过条件：华东、华南试点对象、核心字段、维护责任和反馈机制确认。
5. 试点验收窗口，2026-08-20 至 2026-08-26。通过条件：试点范围内字段口径、维护责任、同步规则和问题记录达到约定要求。
6. 上线准备评审，2026-08-30。通过条件：试点问题处理方案、推广风险和后续阶段建议完成评审。

七、新增需求处理规则

项目启动后，任何新增需求不得直接进入本期待办。提出方需要说明该需求与本期项目目标的关系、是否属于已确认范围、对关键里程碑和资源投入的影响，以及不纳入本期的后果。项目经理负责记录和组织评估，业务发起人、PMO 及受影响的执行负责人共同确认该需求是纳入本期、进入后续阶段，还是暂不处理。

八、主要假设与风险

1. 假设销售、客服、数据、法务和技术负责人能够在章程确认前完成关键口径确认。
2. 如果客户核心字段范围继续扩大，可能影响 2026-07-18 的范围冻结评审。
3. 如果历史数据清洗被纳入本期交付，当前里程碑需要重新评估。
4. 客户授权状态和个人信息字段需要法务确认后才能进入试点。
5. CRM 与客服系统同步改造的工作量需要技术负责人评估，不能仅由章程假设。

范围内外清单

| 事项 | 建议归类 | 理由 | 需要确认的角色 |
| --- | --- | --- | --- |
| 客户核心字段清单 | 本期范围 | 直接支撑统一客户资料口径 | 业务发起人、销售、客服、数据 |
| 字段来源系统和维护责任 | 本期范围 | 是资料治理能否落地的基础 | 数据负责人、销售、客服 |
| CRM 与客服系统同步口径 | 本期范围 | 与当前跨部门协作问题直接相关 | 技术负责人、数据负责人 |
| 华东和华南试点 | 本期范围 | 输入材料已指定试点区域 | 业务发起人、项目经理 |
| 客户经营分析报表 | 本期排除 | 属于后续应用能力，不是基础资料治理本期目标 | 业务发起人、PMO |
| 客户分层规则和标签体系 | 本期排除 | 依赖稳定字段和业务规则，应放到后续阶段 | 销售负责人、运营负责人 |
| 历史三年全量数据清洗 | 本期排除或待确认 | 工作量大，会显著扩大范围；本期可先定义口径 | 数据负责人、PMO |
| 活动报名系统接入 | 待确认 | 与资料来源有关，但不一定是本期必须系统 | 技术负责人、运营负责人 |
| 经销商管理系统接入 | 待确认 | 涉及外部系统和接口改造，需要单独评估 | 技术负责人、业务发起人 |
| 销售考核规则调整 | 本期排除 | 属于管理制度变更，不属于本项目本期交付 | 销售负责人、HR 或管理层 |

待确认问题

业务类：
1. 本期是否只覆盖华东和华南试点，还是需要同步设计全国推广口径。
2. 客户核心字段是否只限于输入材料列出的 8 类字段。
3. 客户资料维护规范由哪个业务角色最终验收。

PMO 类：
1. 范围冻结后新增需求的审批记录采用什么模板。
2. 哪些新增需求需要提交项目委员会，哪些可以由业务发起人和 PMO 确认。

技术与数据类：
1. CRM 与客服系统同步改造的最低可行范围是什么。
2. 重复客户识别是否本期只输出规则，不承诺全量清理。
3. 历史数据清洗是否只限试点区域和核心字段。

法务类：
1. 授权状态字段的定义和可见范围是什么。
2. 联系人角色等个人信息字段是否需要额外授权或脱敏处理。