Skip to content
Back to skills

High Signal Pmf Detection

ASecurity

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.

  • 666 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added February 9, 2026
devopsrusttestingsecurity

Security analysis

A100/100

Scanned February 12, 2026

npx -y skills add majiayu000/claude-skill-registry --skill high-signal-pmf-detection --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of High Signal Pmf Detection?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for High Signal Pmf Detection
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/majiayu000-high-signal-pmf-detection/badge)](https://www.skillsdirectory.com/skills/majiayu000-high-signal-pmf-detection)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
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.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.