CORE 01 · 决策峰
管理层智能查询助手
问数 · 问人 · 口径追溯 · 权限审计
真实客户场景共创 · 方案 V2.0
一座文旅企业的智能双峰
以管理层智能查询建立可信的经营决策入口，以文旅营销助手连接策划、内容、渠道与复盘；四项轻量场景向两项核心能力持续供给材料、游客声音、产品经验与标准报表。
2 项核心场景4 项轻量组件2 条问数技术路线服务端强制权限
证据口径真实客户、真实沟通、真实场景方案。当前支持“方案基本确定”，不代表 Skill 已上线、客户已验收或量化收益已经产生。
CORE 02 · 增长峰
文旅营销助手
策划 · 内容 · 渠道 · 复盘报告
双核心牵引决策 × 增长方案价值中心
01管理层经营入口最高战略价值
02营销业务工作台高频业务价值
4轻量业务组件独立落地并回流核心
01 / VALUE THESIS
核心场景不是“更大的助手”，而是两条业务主链
旧版叙事把轻量场景当作落地起点，容易稀释方案真正的价值。重构后，核心场景决定方向，轻量场景提供组件；实施时再按依赖拆小验证，而不是调换价值优先级。
经营决策杠杆
补充固定看板的非标准查询能力。把“提出问题—找人取数—解释口径—等待反馈”改造成带身份、权限、口径、证据和审计的自然语言查询链路。
市场增长杠杆
连接内容生产与营销分析。让产品事实、品牌规则、渠道模板、内部数据和公开市场参考进入同一条“策划—创作—适配—复盘”工作流。
2 + 4 LOGIC
游客洞察回流经营与营销，产品线路向营销供给卖点，定期报告与问数共享指标和权限，综合文稿支撑各类报告表达。四项轻量场景因此不是旁支，而是双核心的业务组件层。
02 / CORE SCENARIO 01
管理层智能查询助手：把“问数、问人”变成可信入口
这是方案的最高战略价值场景。它补充固定看板，但不替代数据中台；它理解自然语言，但不向模型开放数据库账号或任意 SQL。
管理者得到可行动、可复核的答案
场景从数据基础较好、口径稳定且权限边界清晰的问题切入，把每次回答组织成一份小型经营证据包。
01经营问数：项目清单内的经营指标
02组织问人：授权范围内的岗位与任职信息
03条件查询：时间、板块、单位等白名单维度
04高频问题封装为智能专家或 Skill
管理层查询结果契约STRUCTURE DEMO · 非真实数据
请比较授权范围内指定板块在目标周期的经营表现，并说明数据口径。
直接结论 / 示例结构
先给结论，再给范围与证据
助手只调用已经批准的指标、维度和经营单位。数据不足、权限不足或口径冲突时明确提示，不自行补全或推断经营原因。
01直接结论先回答问题本身
02查询范围时间、单位与条件
03数据证据数字、明细或图表
04来源口径系统、定义、更新时间
05风险提示缺失、越权与冲突说明
03 / CORE SCENARIO 02
文旅营销：从内容生成，走向完整营销闭环
面向市场营销、新媒体和电商团队，把景区、产品、活动与品牌传播中的高频动作组织成连续工作流。内容只是中段，复盘与资产沉淀才形成长期价值。
一次营销任务的完整旅程
以真实任务简报为起点，以可编辑内容包和复盘报告为终点；正式对外内容始终保留业务与品牌审核。
01任务简报产品、活动、客群、目标
02事实校验卖点、政策、品牌规则
03选题策划标题、钩子、内容日历
04内容生产脚本、分镜、口播与配文
05渠道适配公众号、小红书、短视频
06数据分析内部数据与合法公开参考
07复盘报告Word / PPT 可编辑初稿
HUMAN IN THE LOOP
不自动拍摄、剪辑或发布；价格、库存、活动时间、优惠政策与产品事实由业务审核；外部资料须公开、合法、可获得；Word/PPT 为可编辑初稿，不等同正式对外材料。
04 / LIGHT SCENARIOS
四项轻量场景，构成双核心的组件层
每项轻量场景都能独立解决一个高频任务，同时把确认后的结果回流两项核心能力。“轻量”描述实施方式，不代表业务价值低。
管理层智能查询助手
接收游客问题摘要、固定经营指标和标准报告结果
文旅营销助手
接收游客偏好、产品卖点、历史材料和复盘数据
综合文稿助手
从授权材料提取事实，形成提纲、初稿、多对象版本、审校清单和待核实事项。
回流两项核心事实提取多版本表达
游客评价与客诉洞察
基于合法导出文件完成字段检查、问题分类、趋势、高频问题、典型案例和建议初稿。
回流经营与营销游客声音趋势洞察
旅游产品与线路包装
结合客群条件、历史路线和策划规则，生成产品组合、分日行程、备选方案与待确认项。
回流营销产品卖点客群适配
经营定期报告编报
围绕固定指标和模板形成日报、周报、月报、季报初稿，与管理层问数共享口径基础。
回流管理固定指标标准报告
05 / CONTROLLED ARCHITECTURE
问数技术路线：先复用，再限定补充
数据中台当前能否满足综合查询和权限控制仍需调研。方案不是预设重建，而是以接口覆盖、权限适配、口径一致性、实施风险和维护成本为判断依据。
ROUTE A优先评估
复用现有数据中台 API
继续复用中台已有的数据加工、指标口径、业务逻辑和角色权限；WorkBuddy 负责身份传递、问题理解、接口调用和结果呈现。
- 重复建设与口径冲突风险较低
- 需验证数据域、维度、身份、权限与性能
- 现有接口不足时优先推动中台补充专用接口
ROUTE B条件触发
限定范围 AI 数据服务层
仅当现有 API 无法满足场景时，针对确认的数据主题建设只读视图、身份映射、权限规则与参数化 API/MCP Tool。
- 不开放数据库账号与任意 SQL
- 不复制全量数仓，不自建通用查询平台
- 必须承担口径、权限、同步和长期运维责任
无论走哪条路线，五条红线不变
ID可信身份登录用户不可伪造
ACL服务端权限行列级范围强制过滤
LIST查询白名单限定指标、维度与字段
TRACE全程审计用户、参数、范围可追溯
READ只读访问不修改或回写源系统
06 / DELIVERY ROADMAP
双核心并行验证，轻量组件按需接入
不把四项轻量场景做完后才启动核心，也不让六个场景同时等深开发。核心一先做技术可行性，核心二先做真实业务闭环，再接入轻量组件和连续试运行。
PHASE 01双线启动
管理层问数技术验证
验证移动端身份、API 覆盖、少量稳定指标、组织字段、授权/越权、口径一致性、来源追溯与审计。
文旅营销业务闭环
选择真实可脱敏任务，从简报到选题、脚本、多渠道内容、人工审核，再到一次复盘与报告初稿。
范围与基线
确认负责人、典型任务、数据/材料清单、权限矩阵、现有耗时和修改基线。
组件与资产
选择一至两项轻量场景接入，沉淀指标、模板、品牌规则、分类规则和案例。
试运行与扩围
记录准确率、转人工、时长、人工修正和异常原因，联合验收后再扩大范围。
07 / EVIDENCE BOUNDARY
价值明确，但成果必须按证据说话
方案成熟度不等于交付成熟度。页面突出两项核心场景的预期价值，同时明确当前尚未完成开发、试运行、验收和量化收益验证。
已经形成
- 真实客户与真实业务场景沟通
- 2 项核心场景与 4 项轻量场景
- 各场景目标用户、输入输出与能力边界
- 管理层问数两条接入路线与组合原则
- 身份、权限、白名单、审计和人工审核原则
- 双核心牵引的分阶段实施路线
仍待验证
- 数据中台 API 覆盖、权限和联调条件
- 移动端身份传递及 Skill 调用能力
- 脱敏数据、可运行 Skill 与测试记录
- 查询结果与现有看板的一致性
- 客户试用、修改确认、验收与运行日志
- 客户确认的效率、质量与业务收益
CURRENT ACCURATE STATEMENT
真实客户驱动的双核心、多场景 WorkBuddy 建设方案已经形成，场景价值、能力范围、数据路径和治理边界较为清晰；项目正处于从方案共创转向技术验证与业务验证的准备阶段。
THE FDE DIFFERENCE
先识别两座价值高峰，再修一条可验证的上山路
管理层智能查询决定战略高度，文旅营销助手连接高频业务与增长价值；四项轻量场景既独立解决问题，也不断向双核心供给可复用资产。下一步，用小范围技术验证、真实营销任务、客户反馈和运行记录，把这张蓝图逐步变成可信能力。