1这东西到底是什么？
它像一个“产品开发部工作中台”。团队把需求、客户资料、会议纪要、代码任务、测试结果、标书材料、截图和手册都放进同一套流程里。
AI 不是随便聊天，而是按流程帮你整理、生成、检查、留痕。
1. 先用大白话说清楚
2为什么现在要做？
市场正在从“会聊天的 AI”走向“能做事的 AI”。但企业真正缺的不是会说话的机器人，而是能接入真实流程、能管权限、能留证据、能让人审核的系统。
3它给公司带来什么？
少重复解释、少找资料、少返工；标书、PRD、产品策略、用户手册和上线证据都能更快生成，并且后续能复用。
新版策略的核心不是“多用 AI”，而是“把每件重要工作做成可复制的标准流程”。
2. 市场情况：外面正在发生什么
| 市场变化 | 普通话解释 | 对我们的启发 |
|---|---|---|
| 企业 AI 已经普及，但多数还没真正进流程 | 很多公司都在用 AI 写东西、查资料、写代码，但还停留在“个人提效”，没有变成团队固定流程。 | 机会不在“会不会用 AI”，而在“能不能把 AI 放进产品、交付、研发、售前的标准流程”。 |
| AI Agent 最大风险是治理不足 | Agent 能自己执行任务后，企业会担心它越权、乱写、没记录、没人负责。 | 本项目必须把权限、证据、人审、回滚、任务边界做成默认能力。 |
| 国内政策鼓励“人工智能+”和智能体服务 | 国家层面在推动行业应用、共性平台、模型服务和智能体服务，同时强调安全、合规、可信。 | 我们不能只做演示页，要做行业里能交付、能审查、能复用的 AI 工作系统。 |
| 智慧食堂市场也在从收银硬件走向食安、健康、降本增效 | 客户不只关心“能不能刷脸/称重结算”，还关心食品安全、追溯、营养、成本、浪费和监管。 | zhctprompt 要服务智慧食堂产品战略：把项目经验、硬件能力、食安证据和营养健康方案沉淀成标准包。 |
主要参考：McKinsey 2025 AI 调研、Gartner 2026 AI Agent 治理预测、国务院“人工智能+”行动意见、中国城市报校园食品安全报道、中国食品安全网智慧食堂行业报道。完整链接见本页“市场资料来源”。
3. 这件事怎么落地：先做 3 个包
策略包
解决什么：以后做产品战略，不再靠临时发挥。
输出什么：新旧差异、市场判断、客户是谁、解决什么问题、为什么选我们、路线图和证据缺口。
先试哪里：智慧食堂产品战略 V0.4。
标书/方案包
解决什么：标书和方案不能每次从头写。
输出什么：采购要求响应矩阵、证据表、章节草案、图片/证书/案例清单、人工审核页。
先试哪里：下一个真实或模拟招投标项目。
交付证据包
解决什么：功能做完后，客户、测试、交付和新人都要能看懂。
输出什么：操作手册、Word 文档、截图、短视频脚本、上线/回滚证据、复盘记录。
先试哪里：一个已通过测试的用户可见功能。
4. 把看不懂的名词翻译成人话
| 原来的词 | 小白理解 | 在本项目里具体指什么 |
|---|---|---|
| Prompt OS | 给 AI 和团队看的工作说明书系统 | 把规则、流程、模板、证据路径和技能都放在 `zhctprompt` 里 |
| Agent Native | 一开始就按“人和 AI 一起工作”来设计 | AI 不只是问答，而是能按任务流程读取资料、生成文档、跑检查、写回证据 |
| Strategy Pack | 产品策略标准包 | 以后做战略都按同一套模板：市场、客户、价值、差异、路线图、证据缺口 |
| Evidence Level | 证据可信度等级 | A 是真实合同/系统/截图，B 是项目资料，C 是行业资料，D 是团队假设 |
| Human Review | 关键地方必须有人看 | 价格、合同、客户承诺、生产上线、安全、证书和案例外发不能让 AI 自动拍板 |
| North Star Metric | 最重要的总指标 | 完成了多少个“有证据、可审核、能复用”的标准工作包 |
5. 市场资料来源
6. 专业版附录：核心结论
旧策略已经正确建立了 三条主线 + 一总五分 + IPO，解决了项目如何被路由、证据如何保存、任务如何恢复的问题。
新版策略保留旧架构，但把定位升级为：产品开发部 Agent Native Operating Platform。
战略重点从“把工作管起来”升级为“把产品开发工作标准化、Agent 可执行化、可度量化、可复用化”。
7. 专业版附录：新旧差异对比
| 维度 | 原策略 | 新版 V2 策略 | 差异 |
|---|---|---|---|
| 核心身份 | 控制项目 / Prompt OS | 产品开发部 Agent Native 运营平台 | 从仓库治理升级为可运行产品 |
| 目标 | 路由任务、保存证据、防止上下文丢失 | 标准化和规模化产品开发协作 | 新增采用率、复用率和度量目标 |
| 用户 | Jack、Codex、产品/项目成员 | 管理者、PM、交付、开发、QA、售前销售和 Agent | Agent 成为一类正式用户 |
| 输出 | Markdown、HTML、队列、索引、skill | 策略包、PRD 包、标书包、代码/API 包、交付手册视频包、知识包 | 从文件输出转为标准工作产品 |
| 标准化 | 规则存在，依赖 Agent 读取和执行 | 每类工作都有默认包、模板、门禁和指标 | 降低对个人记忆和长上下文依赖 |
| 增长方式 | 内部使用说明驱动 | 从高频工作流切入，再向跨部门复制 | 形成 land-and-expand 路径 |
8. 专业版附录：9 段式产品策略画布
Vision
让每个重要产品开发任务都有可恢复输入、受治理过程、可审查输出和可复用学习资产。
Segments
P0 服务产品负责人、PM/方案团队和 Agent 用户；P1 服务交付、开发、QA 和销售售前。
Costs
不做低价文档工具，做高杠杆内部平台，减少重复解释、文档返工和交接损耗。
Value Proposition
把杂乱输入转成标准输出包：策略、PRD、标书、代码/API、交付手册视频和知识包。
Trade-offs
选择标准工作流、证据分级、人工门禁和窄 skill；放弃无限定制和无人审核自动化。
Metrics
北极星：完成并沉淀为可复用、可审查、证据链接资产的关键工作流数量。
Growth
先在产品战略、PRD、标书、交付、云效/Codeup 工作流落地，再复制到更多团队。
Capabilities
PM Skills、项目 skill、证据索引、HTML review、云效/Codeup/Apifox、手册视频和知识库。
Defensibility
护城河来自本地源图谱、项目历史、团队规则、任务索引、review 习惯和复用资产。
9. 专业版附录：标准化产品定义
| 产品名 | ZHCT Prompt OS / Agent Native Product Development Operating Platform |
|---|---|
| 品类 | 产品开发与 AI 协作运营平台 |
| 主用户 | 产品开发部及关联销售、售前、交付、研发、QA、Agent 操作者 |
| 核心任务 | 把自然语言、资料、截图、代码、任务、会议和项目证据转成标准化、可审查、可复用输出 |
| 治理模型 | 三条主线 + 五模块 IPO + 证据等级 + 人工 review 门禁 |
| 标准流程 | Input -> Route -> Build -> Verify -> Review -> Reuse |
10. 专业版附录：标准产品包
| 产品包 | 触发场景 | 标准输出 |
|---|---|---|
| Strategy Pack | 产品策略、路线图、商业模式、市场规划 | 策略 Markdown、HTML、画布表、证据缺口 |
| PRD Pack | 需求分析、功能定义、用户故事 | PRD、验收标准、风险、上线检查 |
| Bid / Proposal Pack | 售前、招投标、方案资产 | 来源矩阵、响应矩阵、章节草案、HTML、Word/PDF |
| Code / API Pack | 云效、Codeup、接口任务 | 任务契约、MR 证据、测试报告、API 契约 |
| Delivery Pack | 功能测试通过或项目交付 | 手册、Word、截图、视频脚本/素材、复盘 |
| Knowledge Pack | 文章、会议、项目经验、方法论入库 | raw 来源索引、Markdown wiki、skill 候选 |
11. 专业版附录：Business / Lean / SWOT / PESTLE / Porter / Pricing
商业模式
先按内部 ROI 建模：减少返工、压缩资料整理周期、提升交付可追溯性；外部化只作为后续假设。
精益画布
问题是工作分散、AI 输出难审、知识难复用；方案是标准路由、证据包、review 页和 skill 沉淀。
SWOT
优势是本地上下文和工作流深；短板是规则密度高；机会是 AI Native 组织复制；威胁是泛 AI 工具更易上手。
PESTLE
政企/学校/食安/国企项目要求证据、合规和人工门禁；AI、RAG、MCP、PM Skills 让平台化可行。
Porter
竞争来自通用 AI、PM 工具、知识库和票据系统；应避开单点功能竞争，强调本地证据链与端到端工作流。
定价策略
内部不按售价，而按投入层级：Base 标准使用、Managed Workflow 管理工作流、Externalizable Package 待 ROI 证明后再评估。
12. 专业版附录：指标与路线图
| 阶段 | 时间 | 目标 | 交付物 |
|---|---|---|---|
| V2.0 | 2026 Q3 | 高频工作流标准化 | 策略/PRD/标书/交付/代码包模板和 HTML 入口 |
| V2.1 | 2026 Q4 | 指标可见 | 标准输出包完成率、证据覆盖率、复用率看板 |
| V2.2 | 2027 Q1 | 新人可复制 | 角色训练页、安装脚本、样例工作流、质量门禁 |
| V3.0 | 2027 H1 | 判断外部化 | 内部 ROI 报告和外部产品包可行性评审 |
13. 专业版附录：Review Checklist
- 新版策略是否保留了旧策略中有效的三主线和五模块架构？
- 标准产品包是否足够具体，能否下周直接试跑？
- 北极星指标是否能从任务索引、工作目录和 review 记录中统计？
- 客户、价格、合同、生产、安全、证书、案例外发是否仍保留人工门禁？
- 是否应该把 V2.0 的第一个试点锁定为 Strategy Pack、Bid Pack 或 Delivery Pack？
证据边界：本页是 V2 策略草案。它不宣称新收入、市场份额、毛利、外部客户采用或商业化成立；这些需要后续 A/B 级证据验证。
14. 专业版附录：V2.0 标准化附件
本策略已继续推进为第一个可复用标准包：Strategy Pack。后续所有产品策略类任务可以先复制模板，再填证据、差异、画布、指标、路线图和 review 问题。
| 附件 | 用途 | 文件 |
|---|---|---|
| Strategy Pack Template | 未来产品策略任务的标准 Markdown 模板 | strategy-pack-template.md |
| Standard Output Pack Checklist | Strategy Pack 完整性和验收清单 | standard-output-pack-checklist.csv |
| V2 Execution Plan | 把本次策略转成可复用运营标准的试点计划 | v2-execution-plan.md |
推荐下一个复用目标：用 Strategy Pack 生成 智慧食堂产品战略 V0.4，前提是先补财务、渠道、硬件、客户案例授权和竞品证据缺口。