非技术创始人用Codex自己攒定制演示的玩法

原文要点

OpenAI客户案例：车队软件公司Proaction的非技术COO用Codex，把Granola通话录音、潜在客户邮件往来和对方表格作为上下文，让Codex把HTML演示环境改成装着客户自家车辆和流程的样子；作者称每个演示约30到45分钟、每月4到6个，约省40到60工程小时，进入方案阶段的成交比例提升约五到六成；成交后演示交给工程师当视觉需求文档；还通过Codex插件串联Gmail、Slack、Linear、HubSpot并设销售周报定时自动化。以上数字均为案例方陈述。

这次做成什么

照案例思路做一次独立练习：非技术人员用编码助手（Codex或同类工具）把一份静态HTML产品演示，按虚构客户资料改造成可交互的定制演示，并整理成交接给工程师的需求说明。

准备什么

• 可访问代码库与文件系统的AI编码助手（如Codex，具体插件能力以你账号为准）
• 一份可改的HTML演示模板（可用下方示例骨架）
• 整理好的客户上下文：通话纪要、邮件摘要、客户数据表（练习用虚构数据）
• 销售场景下对客户数据的使用授权意识

具体怎么做

1. 准备上下文包

   把通话纪要、邮件要点、客户车辆和流程数据整理成一个文件夹（可用下方虚构JSON作示例）。敏感信息先做脱敏：隐去真实姓名电话，只保留业务特征。

2. 让助手读上下文出改造清单

   在编码助手中打开演示项目，用下方提示词让它先读上下文，列出要改的页面区块、文案、数据和交互，确认清单后再动手，避免直接大改。

3. 逐块改造演示

   按清单让助手把演示里的占位车辆、流程节点、指标换成客户自己的数据；每改一块就在浏览器打开看效果，不满意的用“只改车队列表这一屏”这类局部指令回改。

4. 演示并收集现场反馈

   销售通话时共享屏幕，让客户指出要调整的地方，当场或会后让助手再改一轮，形成最终版。

5. 导出交接文档

   成交后让助手基于最终演示生成一页视觉需求说明：每个界面的截图位置、数据字段、交互行为和待工程确认项，发给工程师作为实现依据。

6. 复用为跟进自动化

   参照案例思路，把“汇总最近通话纪要为团队销售周报”做成每周定时任务；涉及Gmail、Slack等连接时，只在你账号实际支持的插件范围内配置，能力以官方文档为准。

可直接复制的材料

你是资深前端工程师兼售前顾问。请先阅读context文件夹里的通话纪要、邮件摘要和客户数据（均为练习用虚构资料），然后：
1. 列出这份HTML演示需要改造的区块清单（文案、数据、交互分别列），不要直接改代码；
2. 我确认清单后，再逐块修改，让演示呈现客户自己的车辆类型、车队规模和作业流程；
3. 每完成一块，说明你改了哪些文件和理由；
4. 全部完成后，输出一页给工程师的交接说明，包含每个界面的数据字段、交互行为和待确认项。

{
  "company": "峰岳物流（虚构）",
  "fleet": [
    {"type": "冷藏卡车", "count": 12},
    {"type": "厢式货车", "count": 28},
    {"type": "叉车", "count": 6}
  ],
  "pain_points": ["冷藏车温度异常发现太晚", "维保靠纸质单据，审批慢"],
  "call_notes": "客户希望演示里直接看到冷藏车队温监控和维保审批两个流程",
  "email_summary": "客户预算约每年18万元，希望下季度试运行"
}

页面1 车队总览：车辆卡片（类型/数量/状态）
页面2 核心流程A：按客户痛点定制的监控看板
页面3 核心流程B：按客户流程定制的审批链路
页面4 成效指标：客户关心的3个KPI占位图
交接文档字段：界面名、数据字段、交互行为、待工程确认项

输入与输出示例

本站虚构演示，非Codex实际运行结果，耗时与成交提升数字均来自案例方陈述

输入

把上方虚构JSON交给编码助手并发送改造提示词，演示模板原本展示“示例配送公司”的3辆货车。

对应输出

助手先返回改造清单：①总览页车辆卡片改为冷藏卡车12辆、厢式货车28辆、叉车6辆；②流程A改为冷藏温监控看板，含温度异常告警占位；③流程B改为维保申请-审批-估价三段链路；④指标页加入“温度异常响应时长”“维保审批周期”“月度停运时长”三个占位KPI。确认后逐块改代码，最终交接说明列出每屏数据字段与“温度阈值取值待工程确认”等待确认项。

做完检查这些

• 助手先输出改造清单且经人工确认后才改代码
• 浏览器打开的演示中车辆类型与数量与客户数据一致
• 客户的两个痛点流程在演示中有对应可点界面
• 交接文档覆盖每个界面的数据字段、交互行为和待确认项

容易卡住的地方

• 案例中的省时与成交提升均为Proaction方面陈述，不能直接当作自己的预期收益
• 通话录音和邮件涉及客户信息，喂给AI前需脱敏并确认合规授权
• Codex插件对Gmail、Slack等的连接能力以你账号实际可用为准，案例不构成承诺
• AI改的演示要与真实产品能力对齐，别在演示里展示产品做不到的功能
• 成交后演示只是视觉参考，工程实现仍需正式需求评审