Token导航 LogoToken导航TokenDH.com
研究检索只读clawhub未标认证来源可访问clear审计通过

client-discovery客户发现

Agent Skill

client-discovery 用于查找、检索和筛选相关信息,适合在 OpenClaw 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

27,336

周安装

1,139

GitHub Stars

公开资料未说明

下载量

9,112
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:client-discovery(客户发现)
来源仓库:https://github.com/staybased/client-discovery
安装命令:
openclaw skills install client-discovery
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install client-discovery

简介

在提出解决方案之前,指导发现电话以确定潜在客户的资格、发现真正的问题、评估适合度并制定明确的后续步骤。

SKILL.md

Client Discovery — Qualify, Diagnose, Close

Run discovery conversations that qualify prospects, diagnose real problems, and position your solution as the obvious next step. Sources: Consulting Success (2026), Melisa Liberman (36 questions framework), Freelance Cake, HubSpot, Highspot. All outputs go to workspace/artifacts/.

Use when

  • Preparing for a discovery call with a prospect
  • Qualifying whether a lead is worth pursuing
  • Drafting discovery questions for a specific industry/niche
  • Reviewing notes from a call to identify next steps
  • Writing a proposal based on discovery findings
  • Evaluating client fit before committing to a project

Don't use when

  • Cold outreach (use cold-outreach skill — discovery comes AFTER they respond)
  • Existing client check-ins (different dynamic — you already have context)
  • Pricing decisions (use pricing-psychology skill)
  • Building the actual deliverable (discovery is pre-build)

Negative examples

  • "Write me a proposal" → Borderline. Discovery must happen BEFORE the proposal. If you haven't done discovery, do that first.
  • "Help me negotiate a rate" → No. That's pricing/negotiation, not discovery.
  • "How do I find leads?" → No. That's lead generation, not qualification.

Edge cases

  • Upwork job evaluation → YES. Reading a job post IS discovery. Assess fit before bidding.
  • Text/DM-based discovery → YES. Same principles apply, just compressed format.
  • Qualifying yourself OUT of a bad fit → YES. The best outcome of discovery is sometimes "no."

The Core Truth

Peter Drucker: "My greatest strength as a consultant is to be ignorant and ask a few questions."

Discovery is not a pitch meeting. You're not there to impress — you're there to diagnose. The moment you start talking about your solution before understanding their problem, you've lost.

The 80/20 Rule (Melisa Liberman)

  • Listen 80% of the time. Talk 20%. (Aspirational target — the point is to listen far more than you talk, even if exact ratios vary.)
  • When you do talk, ask questions — don't monologue.
  • Be comfortable with silence. Ask, then wait. Even if it's uncomfortable.
  • The prospect should feel heard, not sold to.

Why This Matters for Revenue

Freelance Cake's Austin Church: "Insightful questions testify to your competence more than your clever monologues." Asking the right questions often increases project scope — a prospect willing to pay $2,500 for a plan may happily pay $2,500/month for a retainer when you uncover the real problem.


The Discovery Framework: 5 Phases

Phase 1: Context (Warm-Up)

Goal: Understand who they are and what's happening now.

Questions:

  1. "Tell me about your business — what do you do and who do you serve?"
  2. "How did you hear about us?" (reveals channel effectiveness)
  3. "What prompted you to reach out now?" (reveals urgency trigger)
  4. "What does a typical day/week look like for you?" (reveals workflow)

Listen for: Scale, team size, current tools, immediate triggers.

Phase 2: Problem Diagnosis

Goal: Uncover the REAL problem (often not what they initially say).

Questions:

  1. "What's the biggest challenge you're facing right now?"
  2. "How long has this been a problem?" (reveals severity)
  3. "What have you tried so far to fix it?" (reveals what didn't work)
  4. "What happens if you don't solve this?" (reveals cost of inaction)
  5. "Who else is affected by this problem?" (reveals stakeholders)
  6. "On a scale of 1-10, how urgent is this?" (forces prioritization)

Listen for: Pain level, failed attempts (so you don't repeat them), who owns the decision.

Key technique (Freelance Cake): Push past symptoms to root causes. "My website doesn't convert" might really be "I have no positioning" or "I'm targeting the wrong audience." Keep asking "why" until you hit bedrock.

Phase 3: Desired Outcome

Goal: Define what success looks like in their words.

Questions:

  1. "If we solve this perfectly, what does that look like 6 months from now?"
  2. "What metrics would tell you this is working?" (quantifies success)
  3. "What would change in your daily life if this was fixed?" (emotional anchor)
  4. "Have you seen anyone do this well? What impressed you?" (reveals expectations)

Listen for: Specific numbers, emotional language, reference points.

Phase 4: Qualification (Fit Check)

Goal: Determine if you can actually help AND if they can actually pay.

Questions:

  1. "Do you have a budget range in mind for this?" (direct but necessary)
  2. "Who else needs to approve this decision?" (reveals decision chain)
  3. "What's your timeline for getting this done?" (reveals urgency vs. browsing)
  4. "What would make you confident enough to move forward?" (reveals objections early)

Disqualification signals (walk away):

  • No budget and no timeline → "just exploring"
  • Decision requires 5+ approvals → bureaucratic nightmare
  • They want a $10K solution for $500 → misaligned expectations
  • They've fired 3 previous consultants → the problem might be them
  • They can't articulate what success looks like → unclear scope = scope creep
  • Resistance to sharing information or collaborating openly
  • No clear goals or priorities beyond "make it better"

Phase 5: Bridge to Proposal

Goal: Summarize what you heard, confirm alignment, set next steps.

  1. "Let me make sure I have this right..." (summarize their problem, desired outcome, and constraints)
  2. "Based on what you've shared, here's what I think we should do..." (brief, directional)
  3. "What questions do you have for me?" (give them the floor)
  4. "What's the best next step from here?" (let them tell you)

Never end a discovery call without: A clear next step with a date. "I'll send a proposal by Friday" or "Let's schedule a follow-up for Tuesday."


Red Flags & Green Flags

🟢 Green Flags (good fit)

  • They can articulate the problem clearly
  • They have a budget and timeline
  • They've tried solutions before (means they take it seriously)
  • Single decision-maker or clear decision process
  • They ask smart questions back
  • Urgency is real ("this is costing us $X/month")

🔴 Red Flags (proceed with caution or decline)

  • "Can you just give me a quick quote?" (no discovery = bad project)
  • "We need this by tomorrow" (unrealistic unless premium pricing)
  • "Our last 3 vendors couldn't do this" (the problem may not be the vendors)
  • Scope keeps expanding during the call with no budget increase
  • They won't answer budget questions at all
  • "We'll figure out the details later" (scope creep incoming)
  • They want you to "prove yourself" with free work first

Upwork-Specific Discovery

When evaluating Upwork jobs, run a mini-discovery on the posting itself:

Read the post and answer:

  1. Is the problem clearly defined? (Green flag)
  2. Is the budget realistic for the scope? (Check range)
  3. How many proposals submitted? (<10 = good opportunity)
  4. Is the client verified with payment history? (Green flag)
  5. Can I deliver this with existing skills/tools? (Fit check)
  6. Is there a follow-up opportunity beyond this project? (Revenue potential)

In your proposal, demonstrate discovery:

  • Reference their specific problem (proves you read it)
  • Ask 1-2 clarifying questions (shows you think before building)
  • Propose a scope that matches their budget (not your wishlist)

Post-Discovery: The Problem Statement

After every discovery call, write a 2-3 sentence problem statement:

[Client name] is a [business type] struggling with [specific problem].
This is costing them [quantified impact: money, time, customers].
They need [solution category] by [timeline] with a budget of [range].

This becomes the foundation of your proposal. If you can't write this clearly, you need another discovery conversation.


Common Mistakes (Consulting Success + Liberman)

  1. Talking too much — You're not pitching, you're diagnosing.
  2. Treating it like a job interview — You're a peer consultant, not an applicant.
  3. Trying to prove yourself — Curiosity builds more trust than credentials.
  4. Skipping the budget question — If you don't ask, you'll waste time on proposals they can't afford.
  5. Writing proposals for uncommitted prospects — No proposal until you've confirmed budget, timeline, and decision-maker.
  6. Not taking notes — Write everything down. Review before writing the proposal.
  7. Rushing to solution mode — Sit with the problem longer. The real issue is usually 2-3 layers deeper than what they first say.

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

77.89%
按下载量换算7,097

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

未展示

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills