绩效面谈 PPT 可以用 AI 整理，但输入应是已经确认的工作目标、具体事例和待讨论问题，输出应是帮助双方沟通的页面，而不是员工评分。先把评价词改成可观察的事实，再分开成绩、困难和发展计划，最后给员工解释与补充的空间。将获准使用、去掉身份信息的材料交给PPTGO 的文字转 PPT 功能整理初稿，再由面谈负责人逐页确认措辞。

工作观察与员工解释汇合为双方行动计划

面谈材料先回答：这次要一起解决什么问题

绩效面谈不是把述职稿换成管理者口吻。述职通常围绕“我做了什么”，面谈还要讨论“双方看到的是不是同一件事、困难在哪里、组织提供什么支持”。如果目的只是宣读结论，页面容易变成单向评价；如果没有明确议题，又容易变成泛泛聊天。

下面用一个完全虚构的项目协作例子说明。某项目负责人和成员甲准备讨论本阶段的需求交接。已知记录有三项：交付清单在约定时间完成；两次需求变更没有及时写入共享记录；后续一次变更采用统一记录后，接手同事能够找到对应依据。示例不代表真实员工，也不据此推断任何人的能力或绩效等级。

本次面谈的目的可以写成：“肯定交付清单的完成，讨论需求变更记录中的障碍，约定下一阶段的记录方式与必要支持。”这句话已经给出了材料取舍标准：与变更记录无关的加班时长、性格印象、私人情况，不放进这份演示稿。

可以准备的材料怎样处理再输入不应让 AI 代做的判断
双方事先知道的工作目标保留任务、时间范围、约定结果自行增加员工从未被告知的要求
与议题相关的具体记录用成员甲、项目 A 等代号；删去客户与同事身份根据零散记录推断动机或人格
员工已经提供的困难说明保留原意，标明来自本人陈述把陈述当作已证实原因，或直接否定
团队可以提供的资源写明可安排的模板、培训、协作支持替管理者承诺尚未获批的资源

去掉姓名不等于材料一定适合上传。项目名称、独特事件或客户信息仍可能指向个人。只使用组织允许用于该工具的内容；无法获得授权时，用虚构样例设计页面结构，再在合适的内部环境补充真实记录。

把“沟通能力差”改成双方能讨论的事实

“沟通能力差”“主动性不足”是结论性标签。员工很难判断它具体指哪件事，AI 也容易继续扩写成“缺乏责任心”一类更重的评价。可讨论的观察至少需要交代时间或场景、发生的行为、可确认的影响，同时把尚不知道的原因留作问题。

不适合直接上页的说法可以讨论的表达
需求变更时沟通很差示例中的第 2 次和第 4 次变更只在临时讨论中确认，共享记录未同步；接手同事再次询问了版本。想了解当时记录未同步的原因。
工作态度不够认真先不写入 PPT。若没有与约定任务相关的具体记录，就不能从感觉直接得出这个结论。
后来终于改好了第 5 次变更增加了变更项、确认人和生效时间三项记录；下一阶段继续观察该方式是否便于交接。

这里有一个重要区别：“共享记录缺失”是记录状态，“不愿意沟通”是对动机的推断。两者不能互换。即使前者有材料支持，也不能自动推出后者。影响同样应来自可确认的事情，例如重复询问或版本查找，不要补写“造成严重损失”来增强语气。

在 PPTGO 中先生成大纲，再把这一页的标题定为“需求变更记录：已有观察与待讨论问题”。正文划为三块：已观察到的情况、对交接的影响、想听取的解释。员工解释那一块可以先写问题，不预填 AI 猜测的答案。这样页面有讨论入口，而不是看起来已经定论。

PPTGO编辑界面与需求变更事实、影响和讨论问题排版示例
排版示例；点击图片可查看细节。

用5页串起成绩、困难和共同计划

本例可以整理成以下五页。五页是这份示例的组织方式，不是所有绩效面谈都要套用的固定长度；没有实际内容的页面应合并。

  1. 议题与共同目标：本次讨论需求交接，不扩展成对个人全部工作的判断；写明双方希望结束时形成的约定。
  2. 已经完成的工作：列出按约定完成的交付清单及其用途。肯定内容也要具体，不能只写“表现优秀”。
  3. 需要理解的困难：呈现两次记录缺失的事实、已知影响，以及“当时有哪些阻碍”的开放问题。
  4. 可尝试的改进方式：比较统一记录、会后补记、指定轮值整理等办法，保留不同方案的负担和适用条件。
  5. 双方行动与再讨论时间：写清员工准备做什么、管理者提供什么支持、何时一起看实际记录。

若员工对第 3 页事实有不同记忆，先记录分歧，不急着把它消除。比如“是否已经口头告知接手人”可以暂留为双方待确认的事项；“共享记录中没有该项”则可以单独核对。两条信息的确定程度不同，不应被 AI 合并为一句更肯定的话。

给 AI 的要求应限定整理任务，而非评价员工

输入时可以附上以下说明，并在后面粘贴经过授权处理的材料。它的作用是限定整理边界，不能替代人的审核。

请把以下匿名工作记录整理为绩效面谈演示大纲，面向管理者与员工双方讨论。仅使用材料中的事实，区分已完成事项、具体观察、待听取解释和共同发展计划。不要生成评分、绩效等级、人格判断、去留或晋升建议；不要补写原因与损失。需要补充信息的地方，写成中性的面谈问题。发展计划分为员工动作、管理者支持、观察依据和再次讨论时间。

生成后先检查大纲中的动词。如果出现“认定”“证明不适合”“决定淘汰”，说明输出已经越过材料整理，应删除并回到原始任务。如果生成了“提升积极性”这类宽泛目标，继续改成可执行的动作，例如“变更确认后更新共享记录中的三项字段”，但仍需与员工共同讨论是否可行。

大纲顺序确认后再生成页面。页面编辑阶段主要处理两件事：一是把事实与问题做成不同文本区，二是缩短投屏文字、保留必要条件。不能为了页面简洁，把“本例两次记录中”删成“总是”。如果需要了解更一般的提炼方式，可以参考AI PPT 文案修改方法，但涉及个人的描述应额外逐句核对原意。

发展计划要写双方责任，而不只是“继续努力”

把行动页只写成“加强沟通、提高责任心”，下一次面谈仍然没有可讨论的记录。本例可提出一个待双方确认的试行方案：

事项示例约定
成员甲准备尝试每次变更确认后，更新变更项、确认人、生效时间；遇到不明确的内容先标待确认。
管理者提供支持提供统一记录模板，明确谁负责确认，不把多个相互冲突的要求同时交给执行人。
一起看什么选择后续两次交接，查看记录是否完整、接手人是否能找到当前版本；不把一个数字当作综合绩效评分。
再讨论的时间双方约定一个具体日期，届时讨论方式是否可用、负担是否合理、还需要什么支持。

面谈结束后，PPT 应区分“已达成一致”和“仍有不同看法”。保留员工的补充，不把 AI 生成的初稿当作双方已经同意的纪要。需要用于正式人事流程的材料，应由有权限的人员按组织规定处理；这份演示稿解决的是沟通准备，不替代正式评价程序。

开始制作时，先拿一个匿名、范围明确的工作议题生成面谈材料初稿，看页面能否让双方更容易说明事实与困难，再决定是否扩展为整份沟通材料。