客户入职引导器 是做什么的？
客户入职引导器（Client Onboarder）能将新客户发来的杂乱文件（SOP、培训文档、脚本、电子表格、幻灯片、通话记录、截图）转化为一份计划。它读取每个文件，记录其内容，找出缺失的部分，列出需要向客户提问的问题，并撰写一份一页纸的启动计划，你可以直接交给客户。在新项目的最初几天，当客户说“这是我们所有的资料”时，你需要先弄清楚自己面对的是什么，然后再开始构建、指导或咨询，此时使用这个技能即可。
开始之前
-
检查业务背景文件。 在项目文件和聊天记录中查找业务背景文件（或任何描述你业务的文档）。从中提取以下信息：
- 你的企业名称，用于两个输出的页眉
- 你提供的服务（你的服务或项目）以及你通常如何执行项目：你的阶段划分、通常的时间线、你的团队成员负责什么
- 你通常用来构建或进行指导的工具
- 你与客户沟通的方式，使启动计划听起来像你的风格
如果没有业务背景文件，请在第三步消息中补充下面的第五个问题。
-
先阅读项目背景。 如果用户分享了销售通话记录、提案、已签署的工作范围或启动笔记，请先阅读这些内容，然后再提问。它们通常能回答下面的大部分问题。
-
只询问缺失的内容。 将所有缺失项放在一条消息中，每项附上简短的说明原因。最多五个问题：
- 客户及其业务。 他们是谁，销售什么，以及卖给谁。相同的文件在不同业务中含义不同。
- 你们要交付什么。 你们商定的工作范围，例如，建立销售团队、重建漏斗、清理运营、提供辅导项目或自动化项目。所有相关性评级都将以此为准。
- 时间线和交付物。 开始日期、截止日期（如果有）以及你们承诺的主要产出。
- 文件。 上传到聊天或项目，或粘贴文本。在提问时添加以下三点说明：
- 事先检查。 “在上传之前，请确认您与客户的协议允许将他们的文件分享给AI工具。请删除或隐藏任何包含客户姓名、联系方式、支付数据或健康信息的内容。Claude需要的是结构，而不是具体的人。”
- 最佳读取格式。 文档请用PDF或.docx，幻灯片请用PDF（如果备注重要，请导出时包含备注页），表格请用.xlsx或CSV（如果.xlsx打不开，请每个标签页单独保存为一个CSV），文件请解压后上传，而不是发送.zip压缩包。
- 链接和录音。 如果客户发送了链接（共享驱动器、云文件夹、维基页面），请下载文件后上传，因为链接通常无法打开。对于录音，请发送文字记录，因为大多数通话和视频工具都可以导出录音记录。
- 你的业务（仅在没有业务背景文件时）。 “您的企业名称，以及您通常如何执行项目（阶段划分及典型时长），或者说‘使用标准计划’。”没有这些信息，页眉和阶段划分将只能是猜测。
-
查找客户资料。 如果网络搜索功能已开启，请阅读客户的公开网站及其主要产品页面以获取背景信息。如果未开启，请让用户粘贴客户网站首页的文字或对客户产品的简短描述。
-
一次性确认并展示清单。 文件收集完毕后，发送一条消息，内容包括：(a) 你对于客户、工作范围和截止日期的两三句理解，以及 (b) 第一步的清单。以“对吗？我是否应该阅读所有文件，还是跳过某些文件？”结尾。等待一次回复。这可以避免对错误目标进行全面的分析。
-
如果用户说“直接运行即可”， 请使用现有的信息，跳过确认消息，阅读每个文件，并在审计结果的开头列出你的假设。
工作原理
按顺序执行以下步骤。目标是在一次操作中，从“一堆杂乱文件”转变为“确切知道我们有什么、缺什么、要做什么”。
步骤 1. 建立清单
在深入阅读之前，先列出你收到的所有文件。这应与你的回放（开始之前，步骤5）放在同一条消息中。展示：
- 文件总数
- 按类型统计（文档、PDF、电子表格、幻灯片、图片、音频、视频、其他）
- 从文件名或文件夹名能看出的任何文件夹结构
- 无法打开或读取的文件：没有文字记录的录音、无法提取文字的扫描或加密PDF、无法打开的.zip文件、未正常传输的.pptx或.xlsx文件、损坏的文件、无法访问的链接。逐一命名并说明你需要什么替代文件（通常是PDF、CSV或解压后的文件）。
- 明显的重复文件或版本对（“销售脚本 v2”和“销售脚本 最终版”）
如果文件数量超过聊天支持的单次上传量，请分批请求，优先级从高到低：SOP、框架和脚本优先于模板和管理文档。
步骤 2. 阅读每个文件
这是本技能的核心。完整阅读每个文件，但用户要求你跳过的文件除外。永远不要仅根据文件名来概括文件内容。对于每个文件，记录如下信息：
| 字段 | 填写内容 |
|---|---|
| 标题 | 文件名，如果用户提供了链接，也包括链接 |
| 类型 | SOP、培训材料、脚本、模板、电子表格、幻灯片、录音、合同、截图、其他 |
| 用途 | 该文件的用途，一句话概括 |
| 关键内容 | 文件中最重要的内容：框架、步骤、数字、规则、术语、负责人 |
| 相关性 | 高、中或低，根据你已确认的工作范围判断 |
| 可操作的见解 | 任何会改变你将要构建、指导或建议的内容的信息 |
如何阅读不同类型：
- 文档、PDF、文本： 全部阅读。对于较长的文件，先获取结构（标题），然后获取与工作范围相关的细节。
- 电子表格和CSV： 记录标签页、列名、几行样本数据以及任何公式或计算字段。注意表格跟踪的内容以及谁似乎负责更新。如果公式不可见，请说明情况，而不是猜测数字是如何计算出来的。
- 幻灯片： 阅读每张幻灯片，包括演讲者备注（如果存在）。如果备注没有传过来，请说明。
- 图片和截图： 说明它们显示的内容（仪表盘、图表、组织架构图、标志）。阅读其中包含的任何文本。
- 录音： 如果有文字记录，请阅读。如果没有，将文件标记为“未审阅（需要文字记录）”。
对于20个或更多文件，请以5到7个文件为一组进行阅读。每组完成后，发布一个不超过5行的进度说明（已完成的文件、迄今最重要的发现），以便在对话变长时不会丢失信息。不要在此处重复完整的文件笔记；它们属于最终的审计报告。
步骤 3. 交叉引用
阅读完所有文件后，进行横向对比：
- 共享框架： 在多个文件中出现的方法、步骤或模型。这些是客户实际运作的方式。
- 术语表： 客户自己的术语、缩写以及他们对自己产品、阶段和角色的称呼。计划和工作必须使用他们的语言。
- 矛盾点： 两个文件对同一流程、数字、价格或负责人的描述不一致。引用两者的原文并注明文件名。如果现在不发现，这些问题会在后续造成麻烦。
- 当前版本 vs 过时版本： 如果版本冲突，指出哪个看起来是最新的（根据日期、文件名或内容），并标记出来供客户确认。
- 负责人： 谁在哪个文件中被指定负责什么。
步骤 4. 寻找差距
缺失的信息往往比已有的信息更有价值。将文件内容与此类项目通常需要的内容进行比较。以下是一个起始列表，可根据工作范围进行调整：
| 项目类型 | 你期望看到的内容 |
|---|---|
| 销售（建立、成交、销售团队） | 通话脚本或框架、产品和定价、异议处理笔记、通话记录或文字记录、销售管道阶段、当前的建立率和成交率、谁负责销售什么 |
| 市场营销和漏斗 | 产品和受众描述、当前广告、页面和邮件、流量来源、每个漏斗步骤的数据、证据（结果、客户推荐）、品牌指南 |
| 运营和SOP | 流程图或SOP、角色和组织架构图、使用的工具及其权限、交接点、当前瓶颈、他们追踪的指标 |
| 辅导或培训项目 | 项目大纲、课程材料和内容、客户从注册到完成的路径、进度检查与跟踪、成功案例、教练或团队名单 |
| 自动化或技术构建 | 当前工具列表、管理员权限、数据源及数据存储位置、需要替换的手动步骤、数量（多少潜在客户、来电、订单）、安全或合规限制 |
将每个差距分类到以下三个级别之一：
- 关键阻碍： 没有这些就无法开始。说明为什么每个项目会阻碍项目启动。
- 上线前需要： 可以开始，但如果没有这些就无法完成或上线。
- 锦上添花： 会让工作更好，但不是必需的。
步骤 5. 撰写待解答问题
将差距、矛盾点和不清楚的地方转化为向客户提出的问题。按优先级排序，阻碍性问题优先。每个问题应注明引发该问题的文件名。问题的写法要能让客户尽可能用一句话回答（例如：“团队目前使用哪个入职脚本：‘入职培训 v2’还是‘新客户脚本’？”）。只保留重要的问题。十个精准的问题胜过三十个宽泛的问题。
步骤 6. 起草启动计划
将所有内容提炼成一份给客户的一页纸计划。它既是计划，也是推销工具：应该让客户感觉你理解他们的业务，并且有清晰的路径。使用术语表中的客户语言。计划应由以下部分组成：
- 挑战： 他们面临的问题以及为什么现在很重要，用两三句话说明。
- 解决方案： 你们将要交付的内容，用两三句话说明。
- 工作范围： 主要交付物，简明列表。仅限已商定内容。范围之外的想法放在审计报告的第7部分，而不是这里。
- 分阶段计划： 根据该项目和你们通常的工作方式（来自业务背景文件或用户的回答），划分三到四个阶段。每个阶段应包含目标、主要产出和大致的时长。如果没有提供常用的阶段划分，使用“发现 / 构建或设计 / 启动 / 评估”，并在审计报告第7部分注明这是建议的结构（绝不要在该计划中这样说）。如果没有商定的时间线，请写“时间待确认”，而不是编造日期。
- 关键指标： 成功的标准，来自客户自己的文件（他们的数字、目标）或来自用户。绝不要在该计划中放入客户或用户未提供的目标数字。如果没有当前数据，写“基准数据将在第一周衡量”；如果没有目标，写“目标将在启动会议上一同设定”。任何你建议的目标都应放在审计报告第7部分供用户批准。
- 我们需要你提供什么： 第4步中的阻碍性和访问权限项，使用客户易于理解的语言。由谁提供： 文件中提到的人，如果文件未提任何人则写“您的团队”。截止时间： 需要该信息的阶段（例如，“第一阶段前”）；仅当已商定具体日期时才写日历日期；如果不明确，写“待确认”。
- 涉及的工具： 工作涉及的平台，使用客户文件中的当前工具以及你业务背景文件中的工具。
没有内部笔记，没有疑虑，没有“文件一团糟”之类的表述。那些属于审计报告。如果用户从未提供企业名称，请删除页眉中的“由…准备”部分，而不是保留占位符或编造一个。
步骤 7. 检查你的工作
在交付任何内容之前：
- 覆盖率： 清单中的每个文件都应在审计报告中出现，并带有状态，包括你无法阅读或被要求跳过的文件。
- 准确性： 启动计划中的每个主张都应能追溯到某个文件或用户告诉你的信息。
- 没有编造： 计划中不得包含客户或用户未提供的数字、日期、负责人或阶段方法。建议应放在审计报告第7部分。
- 差距： 差距列表应与你确认的工作范围相符。
- 语气： 启动计划的阅读体验应清晰自信，不包含任何内部遗留内容。
修复任何不符合要求的地方，然后交付。
交付内容
两个输出，按此顺序。两者都通过聊天交付。如果文件创建功能已开启且用户要求，请将每个输出另存为 .docx 或 PDF，方便用户下载和发送。
长审计报告需分批发送。 如果文件超过约12个，请分三次消息交付：消息1 = 审计报告第1和第2部分；消息2 = 第3至第7部分；消息3 = 启动计划。每个部分结束时以“输入‘继续’以查看下一部分”结尾。如果仅第2部分仍然过长，请按文件编号拆分，并重复使用相同的提示。如果文件创建功能已开启，建议将完整的审计报告保存为 .docx 而不是粘贴，仅粘贴启动计划。
输出 1：文件审计（内部使用）
# [客户名称]：文件审计
由 [您的企业名称] 准备 | [日期]
已收到 [X] 个文件 | 已完整阅读 [Y] 个 | 已部分阅读、未审阅或跳过 [Z] 个（见状态）
工作范围：[确认的工作范围，用一句话说明]
假设：[仅在您不得不进行猜测时填写]
## 1. 清单
| # | 文件 | 类型 | 相关性 | 状态 |
状态为以下之一：已完整阅读 / 已部分阅读（原因） / 未审阅（需要什么） / 应您要求已跳过 / 与 #N 重复
## 2. 逐文件分析
### 1. [文件名]
类型：[类型] | 相关性：[高 / 中 / 低]
用途：[一句话描述]
- [关键内容]
- [可操作的见解]
（每个文件重复，如果有文件夹则按文件夹分组）
## 3. 交叉引用
共享框架：[列表]
术语表：
| 他们的术语 | 含义 |
矛盾点：
| 主题 | 文件A说 | 文件B说 | 哪个看起来更新 |
负责人：
| 领域 | 指定负责人 | 文件 |
## 4. 缺失项
### 关键阻碍
- [项目]：[为什么阻碍]
### 上线前需要
- [项目]
### 锦上添花
- [项目]
## 5. 向 [客户名称] 提出的待解答问题
| # | 问题 | 引发问题的文件 | 优先级 |
## 6. 最重要的三个发现
[使用列表或简短的要点形式呈现]这三个最重要的发现