FMClaw · 物业自动化方案 deck
内容交付环节的方法样本：用一段业务提示词约束最终 PPT——FMClaw（物业场景 Agent / 企微客服）方案 deck，约 15–18 页，讲清痛点、能力边界、架构示意与试点路径，可投影转发。对照传统「从零拼稿」——先写死最终交付，再生成；服务立项沟通，不是已上线产品手册。
适合：需要统一物业 + 客服 / Agent 叙事的业务与科技同事，以及要对照「提示词如何约束专业 deck」的实践者。
构建
- · 核心是业务提示词边界，不是再造一套产品系统。
背景与做法
讲清 Agent 切入时，叙事散、手工 deck 成本高。缺的是把受众、页结构与边界写进提示词的方法，而不是又一个生成按钮。
- 数字化 / 科技：对内汇报与试点立项用 deck
- 物业业务：对齐场景与优先级
- 内容与方案：看提示词如何约束专业 deck 产出
本轮范围
已实现
- 01
核心提示词（表述最终产出）：约 15–18 页方案汇报 PPT，主题 FMClaw——设施管理场景下的 AI 自动化；须讲清客服与工单痛点、企微客服 + Agent 边界与协同、可讨论的架构示意（系统位、数据流、人机分工）、试点路径与阶段目标、业务价值与下一步；视觉统一科技风、可投影；语言专业克制，避免写成已上线产品手册
- 02
结构落地：问题 → 场景 → 架构示意 → 路径 → 价值收束
- 03
视觉统一：封面 + 多页版式一致，便于会议投影与案例站截图
- 04
交付形态：PDF / PPT 可转发，用于立项对齐而非替代工程实施
未纳入
- 01
可运行的客服系统与真实工单对接（本案例交付为方案 deck）
- 02
在线 SaaS 后台（非本交付物）
界面
点击画面放大 · 可用 ← → 键在灯箱中切换
前台
关键决策
先写「最终 PPT 必须交付什么」，再生成，避免页内容漫无边界。
内容聚焦讲清故事，技术细节点到接口位即可。
页数控制在可一次讲完的量级，方便会议投影。
视觉优先统一，便于截图进案例站。
注意点
读者把方案 deck 当产品演示，期望能点进系统。
页内能力写得过满，像已交付软件。
提示词不约束「示意边界」，容易被当成上线承诺。
结果
- 一套可展示的物业自动化方案 deck
- 可复用的提示词写法：用输出结果约束结构与语气
要验证的是：提示词能否把最终页结构与边界钉死。deck 服务沟通与立项；落地仍要试点与工程。