客户需求确认

接单前常踩的三处模糊

报价、验收和交付话术都建立在「客户要什么」之上，但真实沟通里往往是目标口头化、范围随聊随扩、验收标准从未写清。返工和扯皮多半不是能力问题，而是开工前没有把边界钉死。

技能如何工作

本 Skill 把 聊天记录（chat_records）作为最小必填输入，可选补充 business_background、reference_cases、existing_materials 等。内部按五步走完：需求提取 → 风险识别 → 需求表生成 → 确认话术 → 输出整理。

• 需求提取：从对话里归纳项目类型、交付物、约束与待确认项；字段缺省时也会从聊天内容推断 project_type、urgency 等。
• 产出物：12 字段结构的客户需求整理表（Markdown / Excel 模板对齐），以及可直接发给客户的确认话术，便于客户回复「确认」。
• 异常降级：记录为空或过短时不硬编表，而是提示先补沟通；信息矛盾、需求模糊时会标注待确认项而非脑补细节。

配套 prompt.md、案例示例与边界处理策略，把「零散想法 → 可执行任务清单」拆成可复用的三段 Prompt（提取、制表、话术）。

适用边界与注意

• 适合文案、资料包、宣传页、轻量自动化等项目类型无关的接单场景；不同业态差异主要体现在表内交付与验收字段的具体填写。
• 不能替代人工核对：生成表建议删掉空话、把模糊表述改成可验收事项后再发客户；客户说「不对」时按表迭代是正常流程。
• 聊天记录越完整，表越准；只有几句话时会产出「最小可用需求表」并列出追问点。客户多次拒绝确认时，应重新评估是否接单。