# KOL OPS 业务需求访谈：达人发现与建档

用户把本链接发给你，就是要求你使用 `$find-needs` 完成下面这次业务访谈。业务同事不负责安装 Skill，也不需要理解产品、开发或 AI 术语。

## 执行前置条件：必须加载 Skill

1. 先确认当前会话已经成功加载 `$find-needs`，并按 Skill 要求读取本次需要的参考文件。
2. 如果没有安装，由 Agent 自行优先下载安装 Cloudflare 完整包：
   - https://ulanzi-kol-ops-briefs.pages.dev/find-needs.zip
   - 解压后的目录名是 `find-needs`。安装目录、解压、加载和必要的会话刷新都由 Agent 处理，不让业务同事执行命令。
3. Cloudflare 安装包不可用时，再尝试 GitHub 备用源：
   - https://github.com/dongV-x/find-needs
4. 如果当前 Agent 不支持 Skills、下载或安装失败，或者安装后当前会话仍无法加载，**不要开始业务访谈，也不要根据本页自行拼凑降级流程**。只告诉业务同事：

> 当前 Agent 尚未成功加载 Find Needs Skill，本次访谈先不开始。请联系 dongV 或 AI 开发协助安装；安装完成后重新把本链接发给 Agent。

只有确认 Skill 已成功加载后，才继续读取下面的场景任务单并开始访谈。

## 场景任务单

- **场景名称**：发现达人到完成建档和开始跟进
- **这次只想走通**：发现一个可能合作的达人以后，团队怎样避免重复联系、确定由谁负责，并知道目前聊到哪一步。
- **使用人/岗位**：实际负责发现、建档、认领和联系达人的一线业务同事
- **系统地址**：http://kol-ops.ulanzi.cn:13001/
- **Skill 安装镜像**：https://ulanzi-kol-ops-briefs.pages.dev/find-needs.zip
- **安装协助联系人**：dongV 或 AI 开发
- **重点页面**：「达人库」「开发看板」「＋ 达人建档」「导入达人」和达人详情
- **从哪里开始**：业务同事刚刷到、收到或主动找到一位可能合作的达人
- **到什么结果结束**：系统里能找到该达人，团队知道由谁负责、目前进行到哪一步
- **对应系统版本或日期**：以访谈当天公网系统实际页面为准

## 已经确认的背景

- 系统公网根地址可以打开；进入业务数据需要业务同事本人完成公司飞书登录。
- 登录后从左侧进入「达人库」。不要直接使用带 `/#/talents` 的地址。
- 系统已有历史达人和合作数据，数量及字段完整度以访谈当天页面显示为准。
- 当前页面只是等待业务验证的实现，不代表其中的字段、状态、筛选或规则已经正确。
- 登录和授权由业务同事本人完成。不得索要密码、验证码、令牌或其他访问凭据。

## 当前系统怎样做

以下只描述当前实现，全部需要业务同事拿真实案例核对：

- 达人库支持搜索昵称、UID、主页链接，并提供「全部达人」「我负责的」「待认领」快捷视图。
- 可以按平台、量级、状态、垂类筛选，并按最近更新、合作次数或粉丝数排序。
- 列表显示平台、合作次数、粉丝、垂类、状态、保护期和归属；点击名字可以查看账号、业务字段和操作记录。
- 单个建档目前填写昵称、主平台、主页链接、UID、粉丝数、垂类和账号定位。
- 「导入达人」支持 CSV 和 `.xlsx`，会先预览错误、权限问题和疑似重复；旧 `.xls` 暂不支持。
- 开发看板按待认领、待建联、已建联、沟通中、报价谈判、已谈成、终止分列，可以拖动更新状态。
- 当前规则是认领后进入 90 天保护期，保护期内只有归属人或管理员可以推进。

## 本轮必须得到的结果

Find Needs Skill 最终必须把结论分清楚：

1. **现有实现是否正确**：哪些页面、信息、状态、规则和操作顺序符合真实工作，哪些不符合。
2. **系统还缺什么**：真实工作中会记录、推进、交接或查找，但系统尚未覆盖的内容。
3. **UI/UX 哪里不顺手**：入口难找、文案难懂、重复填写、顺序别扭、反馈不清楚，以及电脑或手机上的使用问题。

真实案例实际走通后确实没有问题，可以写“当前无需修改”，但不能只凭口头说“看起来没问题”。

## 必须实际核对界面

- 先按 Skill 要求听完最近一次真实工作的第一段，再用同一个案例对照系统，避免当前页面暗示业务同事顺着回答。
- Agent 有浏览器能力时，必须实际查看「达人库」「开发看板」及本案例涉及的弹窗和详情。
- 页面打不开、无浏览器或登录权限不足时，让业务同事打开系统根地址并完成登录，再用截图或逐步口述继续；必须标明哪些内容是“业务员口述，Agent 未查看”。
- 每个问题尽量记录具体页面、入口或按钮，以及当时想完成的动作、系统实际结果和希望结果。
- 除了功能是否存在，还要核对入口是否找得到、文字是否看得懂、填写负担、操作顺序和成功或失败反馈。

## 开发侧已知的待确认线索

这些内容不能当成既定需求，也不要一次念给业务同事。只在真实案例走到相关位置时自然核对：

- 同一达人有多个平台账号时，目前可能被拆成多份档案；业务上是否合并、怎样判断同一个人仍待确认。
- 粉丝数没有填写和真实填写为 0，目前落库后不容易区分；是否需要区分仍待确认。
- 批量导入使用的真实列名、平台别名、唯一判断依据和历史数据覆盖规则，需要结合业务员实际表格确认。
- 报价、联系方式、微信和标签等信息是否要记录、谁能看，目前没有业务确认后的完整方案。
- 头部、腰部、尾部、KOC、垂类和开发路径的真实口径仍待确认，当前筛选项不能直接当团队标准。
- “合作 3 次等于长期合作”、默认先看全部还是“我负责的”、最常使用哪些筛选，都只是当前设计假设。
- 离职、转岗、请假或临时交接时，名下达人怎样批量转移、保护期和责任人怎样处理仍待确认。
- 业务同事可能仍在群聊、飞书表格、收藏夹或本地 Excel 之间重复查找和登记，需要定位具体资料、对应步骤、频率和影响。

## 本场需要重点追到的真实资料

- 对方提到旧表格、飞书文档、云表格、多维表格、截图、本地 Excel、群聊或收藏夹时，按 Skill 的资料规则追到具体名称或链接，并说明它对应哪一步、支持什么判断。
- 飞书资料记录原始链接和实际读取状态；本地文件由业务同事直接附在对话中。只在明确授权且已经脱敏时，才放入交接附件。
- 如果资料暂时找不到，写成“业务提到但尚未提供”，不能写成已经读取。
- 手机号、微信、地址和报价等内容只讨论是否需要及谁能查看，不收集与判断无关的真实隐私值。

## 这次不讨论

谈成后的合作、合同、审批、付款、寄样、发货、回片、素材、结算和数据看板。本轮遇到这些内容时按 Skill 记入“待回看”，然后回到达人发现与建档。

## 已提供材料

- 本场景任务单：本页面，已提供。
- 当前系统：`http://kol-ops.ulanzi.cn:13001/`，是否实际读取由 Agent 在访谈中记录。
- 真实业务表格或附件：尚未提供，需要沿业务同事的真实案例确认具体是哪一份。
- 上一轮需求交接：无，本轮为首次业务体验。

## 交付要求

- 严格使用 Find Needs Skill 的交接包格式，输出一份完整的 `需求交接.md`，不要自行另造格式。
- 交接中必须分清：可以开发、仍需补问、存在业务分歧、需要负责人确认和待回看的内容。
- 资料清单必须包含具体名称或链接、对应步骤或支持结论、是否实际读取、是否脱敏及交付方式。
- 无法保存文件时，在聊天中输出完整 Markdown，并列出需要业务同事随文发送的准确附件名。
- 结束前先用不超过 6 条大白话复述关键结论，让业务同事纠正；尚未确认的内容必须明确标记。
- 最后提醒业务同事把完整 `需求交接.md`、飞书链接和需随文发送的脱敏附件一起发回 dongV。

## 开始访谈时怎么说

确认 Find Needs Skill 已经加载后，不介绍安装过程、Skill 原理或技术实现。先用下面这段大白话说明这次做什么，然后按 Skill 一次只问一个问题：

> 这次不是考你，也不用你写需求。我们想拿你最近一次真的找达人的经历，对照现在这个系统看看：哪些地方符合你平时的做法，哪些地方不顺手，还有什么漏掉了。
>
> 今天只聊从“发现一个可能合作的达人”，到“团队知道由谁负责、现在聊到哪一步”。谈成以后的合同、寄样、回片和付款，后面会单独聊。我每次只问一个小问题，你想到什么就说什么，也可以边打开系统边操作。
>
> 先想最近一次真的发生过的情况：当时你最早是从哪里看到这位达人的？