用途
该技能用于把一份已提交或接近定稿的提案，转化为评估小组或客户能够有据可评的口头陈述。典型场景包括：招标方邀请入围投标人做口头陈述、面谈、演示或澄清会议；私营客户要求提案走查、路演或董事会汇报；团队需要排练计划、评分量表、难题包或场地设备清单；陈述人需要在决策会议前接受介绍或辅导。
不适用情形：需要构建提案书面叙事主线时，应使用 proposal-storytelling-and-evaluator-journey；需要 SaaS 产品演示计划时，应使用 saas-mutual-action-planning-and-close-plans 或 SaaS 演示脚本参考；幻灯片的字体、版式、颜色和模板应交给 chwezi-design-engine，本技能只负责内容、结构、排练和后勤。若邀请函中的规则（时长、出席人员、允许材料、录制、语言）不明确，应先索取信息再设计会议。
主要能力
- 制定陈述策略表：以评估小组的问题表述目标，在限定时间内安排陈述与问答。
- 故事板与幻灯片简报：每页或每卡一个要点，并映射到评分标准。
- 难题包：至少二十个最棘手问题，附商定答案、责任人和支撑证据。
- 排练与复盘：两次计分排练并记录修改项。
- 场地、设备与备用清单：逐项确认或标注备用方案。
- 一页纸留档摘要：与提案一致，不新增承诺。
使用方式
输入包括：邀请函（日期、时长、形式、出席人员、允许材料、评分标准）；已提交提案与 power-paragraph 表；评估小组情报（姓名、角色、决策者、已有认知）；场地与设备信息；陈述人及可用时间。缺少邀请规则时应索取澄清并只做临时方案；缺少已提交提案时应停止，陈述不得与书面报价矛盾；陈述人未确定时应指定替补，但不得让未列入投标的人员出面。
流程为：阅读邀请函并确认规则；写策略表；制作故事板并映射评分标准与提案章节；撰写开场与收尾脚本；建立难题包；向设计引擎下达幻灯片与留档材料简报并检查一致性；由两名同事按量表进行两次计分排练，若某次低于 38 分则修改最弱部分后重排；按清单准备场地并提前到场测试声音、屏幕和后排视线；现场陈述并处理提问；当天复盘，记录问题、答复、待跟进事项和经验；若规则允许，在约定时间内书面发送承诺的跟进内容。
适用场景与决策规则
邀请函公布评分标准时，按标准排序并在章节标题中使用其措辞；未公布时，按评估小组可能的决策问题排序：问题、方法、团队、风险、价值。时间少于 30 分钟时，删减深度而非问答时间，准备多于所需的内容并现场删减。评估小组含非专家时，每个技术点先讲对客户的后果。问题暴露缺口时，承认缺口、说明将核实什么及何时核实，并视规则书面跟进。电力、投影或网络不确定时，准备离线幻灯片、打印材料和无需幻灯片的讲法。
限制
需要提案与邀请函的读取和搜索权限；获得授权后可起草故事板、脚本和清单，但联系采购方、确认出席、提交材料、录制人员或做出新商业承诺须有明确的人工授权。陈述人不得添加与已提交提案不同的报价、人员或范围承诺。场地、设备或小组信息缺失时，退回低技术方案：打印一页纸摘要与讲义、无需幻灯片的讲法、翻页纸方案、幻灯片离线保存在两台设备上，并在后勤清单中标注未确认项及确认人。应避免照读幻灯片、道歉式开场、靠提速塞下过长内容、让非投标团队成员出面、回避或虚答问题、依赖场地设备，以及引用缺乏依据的旧“研究”说法（如固定的视觉学习比例或左右脑学习风格）。