Demo：二十五分钟、三个场景与一次用错数据的演示

Demo 的目标不是让对方说「功能真多」，而是让他说「下周一我就想这么排」。

一、屏幕上出现了另一个客户的名字

2026 年 6 月，林舟给一家连锁咖啡演示排班。打开系统时，列表里是上一家客户的真实门店与员工姓名，其中一列还带着时薪。

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

对方没有当场说什么，会后发来一封邮件：「你们会怎么处理我们的员工数据？」那一单最后没有成。

演示环境不是内部环境。 任何一次投屏，都可能把另一个客户的数据带到陌生人面前。

演示前确认网络与电源。一次断网会让 25 分钟的脚本变成 10 分钟的道歉。

把浏览器标签全部关掉。演示时弹出另一个客户的页面，和用错数据一样糟。

演示账号的密码单独设置，不与其他系统共用；演示租户只读更好，避免误改。

对方带同事来时，先问每个人关心什么。技术的看集成，运营的看排班，老板的看成本。

不要边演示边讲功能清单。每讲一个功能，就问一句「这个场景你们现在怎么处理」。

演示结束后不要立刻发报价。先发试用与下一步，报价等对方确认场景之后再给。

把每次演示的问题记下来。三个客户问同一个问题，说明产品页面或脚本该改了。

事故之后，他做了一套 30 家门店的合成数据，演示前必须切换，并且把「检查演示数据」写进了开场前三分钟。

二、二十五分钟怎么排

九场 Demo，每场 25 分钟，前后各留 20 与 15 分钟。

开场 3 分钟不要介绍公司。把发现会里听到的三个痛点复述一遍：「你说排一次班两小时、上个月排错走了两个人、下月开新店」，对方会立刻知道这场演示是给他准备的。

三个场景按「第一次用、出问题、交结果」的顺序排。先让他看到成品，再让他看到异常，最后让他看到能导出的东西；这个顺序比按菜单讲功能顺得多。

每个场景只点三到五次鼠标。点得越多，对方越记不住；如果一个场景需要十步，说明产品还没准备好演示。

留 5 分钟给对方提问。 问题通常集中在权限、价格与数据安全；这三块不要在演示里主动展开，等对方问。

三、演示什么，不演示什么

三个场景之外的功能，一律不演示。

组织与权限不演示，是因为它复杂、不产生画面感，而且容易让对方想到「我们公司流程特殊」。等签约后再配。

报表不演示，是因为它看起来重要，实际上很少是决策理由；把 25 分钟花在报表上，等于挤掉了「排班」这个核心场景。

集成不演示，是因为一个人维护的产品集成有限。对方问起时，给一个明确的「支持哪几个、不支持哪几个」，比含糊承诺更有说服力。

演示要按对方的数据准备。 用他的门店数、班次名称、员工规模做一份演示数据；他看到自己的行业词，代入感会强得多。

演示数据与真实数据必须分开。合成数据的门店名用「示例一店」到「示例三十店」，员工名用「员工 A」到「员工 D」，时薪用整数；这样一来，投屏不会有任何真实信息。

四、演示事故之后的三条规则

那次事故之后，他定了三条规则，之后 8 场演示没有再出问题。

第一条解决数据泄露。演示租户与生产租户隔离，账号单独，密码单独；演示前确认左上角显示的是「示例数据」。

第二条解决卡顿。20 分钟预演能发现 90% 的现场问题：数据没刷新、网络慢、某个按钮位置变了。

第三条解决信任。演示中出错不可怕，掩饰才可怕；说一句「这里有个已知问题，我记下来」，比假装没发生更能建立信任。

演示失败之后要主动跟进。 当天发一封邮件，写清问题、原因与修复时间；这封邮件的打开率通常比正常跟进高。

9 场演示里，8 家进入试用，转化 88.9%。唯一没进试用的那家，就是数据事故的客户；这不是巧合。

复算：
演示：9 场 × 60 分钟（准备 20 + 演示 25 + 收尾 15）= 9 h
场景：3 个；每个场景 ≤5 次点击
演示→试用：8 ÷ 9 = 88.9%
事故：1 次（真实客户数据出现在另一客户演示中）→ 1 单流失
合成数据：30 家门店、4 个员工代号、整数时薪
检查：开场前 3 项（租户、数据、网络）

五、行动清单与复算验收

• 建一个独立演示租户，与生产数据完全隔离。
• 准备 30 家门店的合成数据，姓名与薪资全部替换。
• 把演示砍到三个场景，每个不超过 5 次点击。
• 开场先复述对方的三个痛点。
• 演示前 20 分钟完整预演一遍。
• 出错时直接说明，不掩饰、不重启糊弄。
• 留给对方 5 分钟提问，重点记权限、价格与数据。
• 当天发跟进邮件，写清问题与下一步。

验收标准：任取一场 Demo，都能说出三个场景分别证明了什么，以及演示数据来自哪里。

前四条是「把演示做小」，后四条是「把演示做稳」。如果只有一小时，先做第一条：隔离演示租户，能避免最难挽回的那类事故。

使用边界与实操验收

演示不能代替试用。 25 分钟只能证明「看起来能用」，真正的判断发生在试用期；演示的目标是换来试用，不是当场签约。

不要承诺未实现的功能。 「下个版本会有」这句话会跟着你到交付；说一次，后面每一次沟通都要还。

合成数据要彻底。 只改门店名不够，员工姓名、手机号、工资、排班备注都要替换；任何一列真实信息都可能构成泄露。

演示环境要能重置。 每场演示前恢复初始状态；上一场留下的改动，会让下一场的数字对不上。

录屏要谨慎。 录屏方便复盘，但也会留下客户信息；如果录，存在本地并定期删除。

本文的数字是教学假设。 9 场、88.9%、30 家门店都是演示口径，换成自己的产品要重算。

关键参考与核验范围

• Shopify：销售演示与流程 ：用于核对演示在销售流程中的位置。
• Shopify：销售话术结构 ：用于核对开场复述与场景讲述。
• Salesforce：销售漏斗与阶段推进 ：用于核对演示之后的转化节点。

以上链接于 2026-10-27 实测可公开访问；未核验版本、条款更新与适用范围。核验日期：2026-10-27。

范围上只讨论一人产品如何准备与执行销售演示，不评价任何演示工具，也不构成数据合规意见。

系列导航

• 上一篇：发现会：三十分钟、七个问题与 64.7% 的资格判定
• 下一篇：异议：八类、四十一次与四种不该打的仗
• 回到目录：一个人的销售：四百八十家触达、四单与每小时一百二十八美元
• 相关阅读：一个人把产品做得像样：品牌、视觉识别与设计系统