Distinguish between "polite interest" and "genuine market pull" during product discovery. Use this when validating a new startup idea, evaluating a potential pivot, or testing a high-stakes feature.
Scanned 2/12/2026
Install via CLI
openskills install majiayu000/claude-skill-registry---
name: high-signal-pmf-detection
description: Distinguish between "polite interest" and "genuine market pull" during product discovery. Use this when validating a new startup idea, evaluating a potential pivot, or testing a high-stakes feature.
---
# High-Signal Product-Market Fit Detection
In the early stages of product development, teams often suffer from "Affirmation Bias," where they mistake polite feedback from prospective customers for a signal to build. This framework provides a tactical method to filter out noise, expose lack of clarity, and identify the "intense pull" required for hyper-growth.
## The Signal Matrix: Polite vs. Passionate
Use this matrix to audit your customer discovery calls. If 80% of your calls fall in the "Polite" column, you do not have product-market fit.
| Signal Type | Polite Interest (Low Signal) | Genuine Market Pull (High Signal) |
| :--- | :--- | :--- |
| **Closing Remark** | "This sounds interesting, keep me updated." | "When can we start a POV (Proof of Value)?" |
| **Next Steps** | "Let's chat again in a few months." | "I know exactly who I need to connect you to in my team." |
| **Economics** | No mention of cost or budget. | "How are you pricing this? How much will it cost?" |
| **Engagement** | Passive listening; nodding. | Deep, technical questions about implementation. |
| **Follow-up** | You have to chase them for the next call. | They follow up with you to move faster. |
## The "I Don't Understand" Audit
If you are a PM and cannot explain the core value proposition in "dummy explanation" terms, the product strategy is likely "fuzzy."
1. **Stop the Momentum:** If you've done 10+ calls and the product details feel "blurry," pause the build.
2. **Ask the Vulnerable Question:** In internal founding meetings, state: "I actually don't understand exactly what we are building or why the customer needs it."
3. **The "No Confusion" Rule:** You can be wrong about your hypothesis, but you cannot be confused about what the hypothesis is. If the team is "confused," you are currently in the "Wrong Path" phase.
## The Commitment Friction Test
To validate if a customer's interest is real, intentionally introduce a "hurdle" to test their commitment.
1. **Issue a Technical Questionnaire:** When a customer asks for a trial or POV, send a long, detailed list of technical requirements (e.g., "What are you using for X?", "How is Y configured?").
2. **Measure Velocity:**
* **Low Signal:** The customer ignores the email or takes weeks to respond.
* **High Signal:** The customer returns the completed document within 24–48 hours.
3. **The Pull Principle:** Do not push the product onto the customer. Look for the "pull" where the customer is willing to work through friction to get the solution.
## Examples
**Example 1: The False Positive**
* **Context:** A security startup is pitching a new network monitoring tool to a CISO.
* **Input:** The CISO says, "You guys are a super smart team from a great background. This looks like a solid approach. Let’s stay in touch as you build it."
* **Application:** The PM recognizes "Smart Person Bias." The CISO is affirming the *team*, not the *problem-solution fit*.
* **Output:** The PM flags this as a "Low Signal" call and pushes the team to find a more urgent pain point.
**Example 2: The High-Signal Pull**
* **Context:** The team pivots to a cloud security "graph-based" approach.
* **Input:** After a 20-minute Zoom demo, a Fortune 10 customer says, "We need this. What do I need to give you to start a POV on Thursday?"
* **Application:** The PM sends a 5-page technical survey that evening to "buy time" and test commitment.
* **Output:** The customer returns the completed survey by Wednesday morning. The PM identifies this as "Intense Market Pull" and allocates all engineering "heat" to this use case.
## Common Pitfalls
* **Trusting "Interesting":** In B2B, "interesting" is often a polite way to say "no." Only trust requests for pricing or deployment.
* **Mistaking Team Respect for Product Need:** If customers take calls because you are well-known/technical, you may receive "affirmation" that isn't tied to a budget-clearing problem.
* **Hiding Confusion:** PMs often feel they must have the answers. Failing to say "I don't understand" early leads to building "blurry" products that nobody buys.
* **Pushing Too Hard:** If you have to convince a customer to do a free trial, they probably won't use it. High-growth products are *pulled* out of the company by the customer.No comments yet. Be the first to comment!