Files of The whole product model
wondelai/
Show the full text315 lines
The Whole Product Model
Pragmatist buyers do not buy products. They buy solutions to problems. The gap between what you ship and what they need is called the "whole product gap," and it is the primary reason technology companies fail to cross the chasm.
This reference provides the complete whole product framework, gap analysis tools, partnership strategies, and planning templates to ensure your offering meets the pragmatist's actual buying criteria.
Table of Contents
- The Four Layers of the Whole Product
- Whole Product Gap Analysis Template
- Common Whole Product Gaps
- Partnership Strategy for Filling Gaps
- Industry Examples of Whole Product Evolution
- Whole Product Planning Canvas
- Prioritizing Which Gaps to Fill First
The Four Layers of the Whole Product
Layer 1: Generic Product
What you ship out of the box. The core technology, the downloadable software, the API, the thing your engineering team built.
Characteristics:
- What appears on your product spec sheet
- What you demo in sales calls
- What your engineers are proud of
- What innovators and early adopters evaluate
Reality check: This is the only layer that matters to innovators. For everyone else, it is necessary but insufficient.
Layer 2: Expected Product
The minimum configuration of products and services necessary for the buyer to achieve their basic purchasing objective.
Includes:
- Core product plus essential configuration
- Basic documentation and getting-started guides
- Standard integrations with common tools
- Minimum viable support (email, knowledge base)
- Basic security and compliance features
Reality check: If you don't deliver the expected product, customers churn within 90 days. This is table stakes.
Layer 3: Augmented Product
The product fleshed out to provide the maximum chance of achieving the buyer's purchasing objective. This is what pragmatists actually evaluate when making a buying decision.
Includes everything in Expected, plus:
- Deep integrations with the buyer's existing stack
- Professional services for implementation and migration
- Training programs and certification
- Industry-specific templates and configurations
- Dedicated support with SLAs
- Best practices documentation and playbooks
- Peer community and user groups
- Partner ecosystem for complementary capabilities
Reality check: This is where the chasm lives. Early adopters buy the generic product. Pragmatists require the augmented product. Most companies fail to bridge this gap.
Layer 4: Potential Product
The product's room for growth as more complementary products come to market and the product evolves.
Includes:
- Platform extensibility and custom development
- Advanced features on the roadmap
- Ecosystem of third-party add-ons
- Future integrations and partnerships
- Innovation pipeline
Reality check: The potential product matters for long-term positioning and valuation, but pragmatists buy based on the augmented product today, not the potential product tomorrow.
Whole Product Gap Analysis Template
Use this template to identify the gaps between what you ship and what your beachhead segment needs.
Step 1: Map the Buyer's Complete Need
Interview 5-10 target customers in your beachhead segment. Ask:
- What does your end-to-end workflow look like today?
- What tools and systems are involved?
- Where are the manual handoffs and pain points?
- What would a complete solution look like?
- What would prevent you from adopting a new solution?
- What would need to be true for you to recommend this to a peer?
Step 2: Complete the Gap Analysis
| Category | What Pragmatists Need | What We Ship Today | Gap | Severity (H/M/L) | Fill Strategy |
|---|---|---|---|---|---|
| Core functionality | |||||
| Data integration | |||||
| Migration/onboarding | |||||
| Training | |||||
| Support | |||||
| Documentation | |||||
| Security/compliance | |||||
| Reporting/analytics | |||||
| Customization | |||||
| Industry adaptation | |||||
| Ecosystem/integrations | |||||
| Professional services |
Step 3: Classify Each Gap
For each gap identified, classify the fill strategy:
- Build: Add to your product roadmap (highest control, highest cost)
- Partner: Find a partner to provide the capability (moderate control, moderate cost)
- Recommend: Suggest a third-party tool and document the integration (lowest control, lowest cost)
- Accept: Acknowledge the gap and position around it (only for low-severity gaps)
Common Whole Product Gaps
Integration Gaps
The most frequent gap. Pragmatists live in an existing ecosystem. Your product must work within it, not replace it.
Typical integration requirements:
- CRM (Salesforce, HubSpot, Dynamics)
- ERP (SAP, Oracle, NetSuite)
- Identity provider (Okta, Azure AD, Google Workspace)
- Data warehouse (Snowflake, BigQuery, Redshift)
- Communication (Slack, Teams, email)
- File storage (Google Drive, SharePoint, Dropbox)
- Workflow automation (Zapier, Make, Power Automate)
Pragmatist expectation: Native, maintained integrations -- not "you can use our API to build it yourself."
Training and Enablement Gaps
Pragmatists need their teams to be productive quickly. They don't have time to figure it out.
Minimum training whole product:
- Role-based onboarding guides (admin, end user, manager)
- Video tutorials for common workflows
- In-app guided tours
- Certification program for power users
- Train-the-trainer materials for enterprise rollouts
- Regular webinars on new features and best practices
Support Gaps
Early adopter expectation: Slack channel with the founder. Responses in minutes.
Pragmatist expectation: Tiered support with defined SLAs, escalation paths, dedicated account managers for enterprise, and a searchable knowledge base.
| Support Tier | Response Time | Channel | For |
|---|---|---|---|
| Self-service | Instant | Knowledge base, community | All customers |
| Standard | 24 hours | Email, chat | Paid customers |
| Priority | 4 hours | Phone, chat | Enterprise customers |
| Critical | 1 hour | Dedicated line | Business-critical issues |
Migration and Onboarding Gaps
Pragmatists are replacing something. The migration from their current solution must be low-risk and well-supported.
Migration whole product:
- Data migration tools and scripts
- Migration planning guide with timelines
- Parallel running support (old and new system)
- Rollback plan if migration fails
- Dedicated migration support team
- Post-migration validation and cleanup
Compliance and Security Gaps
Pragmatist organizations have procurement and security review processes. Missing any of these is a deal-killer:
- SOC 2 Type II certification
- GDPR compliance documentation
- Data processing agreements
- Single sign-on (SSO) support
- Role-based access control (RBAC)
- Audit logging
- Data residency options
- Penetration test results
- Business continuity / disaster recovery documentation
- Insurance certificates (errors and omissions, cyber liability)
Partnership Strategy for Filling Gaps
Types of Whole Product Partners
| Partner Type | What They Provide | Example |
|---|---|---|
| Technology partners | Integrations, complementary features | CRM, data warehouse, identity providers |
| Service partners | Implementation, training, customization | System integrators, consultancies |
| Content partners | Industry expertise, templates, best practices | Industry associations, domain experts |
| Channel partners | Distribution, trust, existing relationships | VARs, MSPs, consultancies |
Partner Selection Criteria
- Do they serve our beachhead segment?
- Are they trusted by pragmatist buyers?
- Is the partnership mutually beneficial (not one-sided)?
- Can we execute a joint go-to-market?
- Do they fill a high-severity gap?
- Is the integration maintainable long-term?
Partnership Engagement Levels
| Level | Commitment | Example |
|---|---|---|
| Listing | Directory listing, minimal integration | "Works with Salesforce" badge |
| Integration | Built and maintained API integration | Bi-directional data sync |
| Co-marketing | Joint content, webinars, case studies | "Better together" campaigns |
| Co-selling | Joint sales calls, bundled offerings | Combined solution for segment |
| Embedded | Deep product integration, shared roadmap | White-labeled capabilities |
Industry Examples of Whole Product Evolution
Example: Project Management Software (2010s)
| Layer | 2012 (Generic) | 2016 (Expected) | 2020 (Augmented) |
|---|---|---|---|
| Core | Task lists, boards | Task lists, boards, timelines | Full work management platform |
| Integrations | API only | Slack, GitHub | 200+ native integrations |
| Templates | None | Basic templates | Industry-specific templates |
| Support | Email only | Email + chat | Tiered support with SLAs |
| Training | None | Help docs | Academy, certification |
| Compliance | None | Basic security | SOC 2, HIPAA, GDPR |
| Services | None | Basic onboarding | Professional services team |
Example: Marketing Automation (2000s-2010s)
Generic product: Send emails to a list.
Whole product for mid-market B2B pragmatists:
- Email sending with deliverability management
- CRM integration (Salesforce native)
- Lead scoring and routing
- Landing page builder (no developer needed)
- Campaign templates by industry
- ROI reporting tied to revenue
- Implementation services (60-90 day onboarding)
- Dedicated customer success manager
- User community and annual conference
- Agency partner ecosystem for execution
- Compliance with CAN-SPAM, GDPR
The distance between "send emails" and the full list above is the whole product gap. HubSpot and Marketo won their respective segments by closing this gap faster than competitors.
Whole Product Planning Canvas
Use this canvas to plan your whole product for the beachhead segment:
Section 1: Buyer Context
- Target segment: [Your beachhead]
- Primary buyer persona: [Title, role, responsibilities]
- Current solution: [What they use today]
- Primary pain: [The specific problem costing them money/time]
- Switching cost: [What it takes to move from current to you]
Section 2: Whole Product Map
| Component | Required? | Current State | Gap | Owner | Timeline |
|---|---|---|---|---|---|
| Core product | Yes | Engineering | |||
| Integration: [specific] | Yes | Engineering | |||
| Integration: [specific] | Yes | Partner | |||
| Migration tools | Yes | Engineering | |||
| Onboarding program | Yes | Customer Success | |||
| Training materials | Yes | Product Marketing | |||
| Support infrastructure | Yes | Support | |||
| Documentation | Yes | Technical Writing | |||
| Compliance: [specific] | Yes | Security | |||
| Professional services | Maybe | Services | |||
| Industry templates | Maybe | Product |
Section 3: Partnership Plan
| Gap | Potential Partners | Partnership Level | Status |
|---|---|---|---|
Section 4: Timeline and Milestones
| Milestone | Target Date | Dependencies |
|---|---|---|
| Whole product v1 (minimum for first pragmatist sales) | ||
| Whole product v2 (competitive with incumbents) | ||
| Whole product v3 (market-leading for segment) |
Prioritizing Which Gaps to Fill First
Not all gaps are equally important. Use this prioritization framework:
Priority Matrix
| High frequency (most buyers need it) | Low frequency (some buyers need it) | |
|---|---|---|
| Deal-breaker (won't buy without it) | Priority 1: Fill immediately | Priority 2: Fill within 6 months |
| Preference (nice to have) | Priority 3: Fill within 12 months | Priority 4: Monitor, fill if needed |
Identifying Deal-Breakers
After every lost deal, ask:
- What was the primary reason you chose not to move forward?
- Was there a specific capability or requirement we did not meet?
- What would have changed your decision?
Track these responses. When the same gap appears in 3+ lost deals from your beachhead segment, it is a Priority 1 gap.
The 80% Rule
You do not need to fill every gap before selling to pragmatists. You need to fill the gaps that matter to 80% of your beachhead segment. The remaining 20% are either edge cases or can be handled with workarounds that pragmatists will accept if the core value proposition is strong enough.
The danger of perfectionism: Waiting until the whole product is "perfect" means you never sell to pragmatists. Ship the 80% whole product, win your first 5-10 pragmatist customers, and iterate based on their feedback.
| 1 | # The Whole Product Model |
| 2 | |
| 3 | Pragmatist buyers do not buy products. They buy solutions to problems. The gap between what you ship and what they need is called the "whole product gap," and it is the primary reason technology companies fail to cross the chasm. |
| 4 | |
| 5 | This reference provides the complete whole product framework, gap analysis tools, partnership strategies, and planning templates to ensure your offering meets the pragmatist's actual buying criteria. |
| 6 | |
| 7 | |
| 8 | ## Table of Contents |
| 9 | [The Four Layers of the Whole Product] |
| 10 | [Whole Product Gap Analysis Template] |
| 11 | [Common Whole Product Gaps] |
| 12 | [Partnership Strategy for Filling Gaps] |
| 13 | [Industry Examples of Whole Product Evolution] |
| 14 | [Whole Product Planning Canvas] |
| 15 | [Prioritizing Which Gaps to Fill First] |
| 16 | |
| 17 | |
| 18 | |
| 19 | ## The Four Layers of the Whole Product |
| 20 | |
| 21 | ### Layer 1: Generic Product |
| 22 | |
| 23 | What you ship out of the box. The core technology, the downloadable software, the API, the thing your engineering team built. |
| 24 | |
| 25 | **Characteristics:** |
| 26 | What appears on your product spec sheet |
| 27 | What you demo in sales calls |
| 28 | What your engineers are proud of |
| 29 | What innovators and early adopters evaluate |
| 30 | |
| 31 | **Reality check:** This is the only layer that matters to innovators. For everyone else, it is necessary but insufficient. |
| 32 | |
| 33 | ### Layer 2: Expected Product |
| 34 | |
| 35 | The minimum configuration of products and services necessary for the buyer to achieve their basic purchasing objective. |
| 36 | |
| 37 | **Includes:** |
| 38 | Core product plus essential configuration |
| 39 | Basic documentation and getting-started guides |
| 40 | Standard integrations with common tools |
| 41 | Minimum viable support (email, knowledge base) |
| 42 | Basic security and compliance features |
| 43 | |
| 44 | **Reality check:** If you don't deliver the expected product, customers churn within 90 days. This is table stakes. |
| 45 | |
| 46 | ### Layer 3: Augmented Product |
| 47 | |
| 48 | The product fleshed out to provide the maximum chance of achieving the buyer's purchasing objective. This is what pragmatists actually evaluate when making a buying decision. |
| 49 | |
| 50 | **Includes everything in Expected, plus:** |
| 51 | Deep integrations with the buyer's existing stack |
| 52 | Professional services for implementation and migration |
| 53 | Training programs and certification |
| 54 | Industry-specific templates and configurations |
| 55 | Dedicated support with SLAs |
| 56 | Best practices documentation and playbooks |
| 57 | Peer community and user groups |
| 58 | Partner ecosystem for complementary capabilities |
| 59 | |
| 60 | **Reality check:** This is where the chasm lives. Early adopters buy the generic product. Pragmatists require the augmented product. Most companies fail to bridge this gap. |
| 61 | |
| 62 | ### Layer 4: Potential Product |
| 63 | |
| 64 | The product's room for growth as more complementary products come to market and the product evolves. |
| 65 | |
| 66 | **Includes:** |
| 67 | Platform extensibility and custom development |
| 68 | Advanced features on the roadmap |
| 69 | Ecosystem of third-party add-ons |
| 70 | Future integrations and partnerships |
| 71 | Innovation pipeline |
| 72 | |
| 73 | **Reality check:** The potential product matters for long-term positioning and valuation, but pragmatists buy based on the augmented product today, not the potential product tomorrow. |
| 74 | |
| 75 | ## Whole Product Gap Analysis Template |
| 76 | |
| 77 | Use this template to identify the gaps between what you ship and what your beachhead segment needs. |
| 78 | |
| 79 | ### Step 1: Map the Buyer's Complete Need |
| 80 | |
| 81 | Interview 5-10 target customers in your beachhead segment. Ask: |
| 82 | |
| 83 | What does your end-to-end workflow look like today? |
| 84 | What tools and systems are involved? |
| 85 | Where are the manual handoffs and pain points? |
| 86 | What would a complete solution look like? |
| 87 | What would prevent you from adopting a new solution? |
| 88 | What would need to be true for you to recommend this to a peer? |
| 89 | |
| 90 | ### Step 2: Complete the Gap Analysis |
| 91 | |
| 92 | | Category | What Pragmatists Need | What We Ship Today | Gap | Severity (H/M/L) | Fill Strategy | |
| 93 | |----------|----------------------|--------------------|----|-------------------|---------------| |
| 94 | | **Core functionality** | | | | | | |
| 95 | | **Data integration** | | | | | | |
| 96 | | **Migration/onboarding** | | | | | | |
| 97 | | **Training** | | | | | | |
| 98 | | **Support** | | | | | | |
| 99 | | **Documentation** | | | | | | |
| 100 | | **Security/compliance** | | | | | | |
| 101 | | **Reporting/analytics** | | | | | | |
| 102 | | **Customization** | | | | | | |
| 103 | | **Industry adaptation** | | | | | | |
| 104 | | **Ecosystem/integrations** | | | | | | |
| 105 | | **Professional services** | | | | | | |
| 106 | |
| 107 | ### Step 3: Classify Each Gap |
| 108 | |
| 109 | For each gap identified, classify the fill strategy: |
| 110 | |
| 111 | **Build:** Add to your product roadmap (highest control, highest cost) |
| 112 | **Partner:** Find a partner to provide the capability (moderate control, moderate cost) |
| 113 | **Recommend:** Suggest a third-party tool and document the integration (lowest control, lowest cost) |
| 114 | **Accept:** Acknowledge the gap and position around it (only for low-severity gaps) |
| 115 | |
| 116 | ## Common Whole Product Gaps |
| 117 | |
| 118 | ### Integration Gaps |
| 119 | |
| 120 | The most frequent gap. Pragmatists live in an existing ecosystem. Your product must work within it, not replace it. |
| 121 | |
| 122 | **Typical integration requirements:** |
| 123 | CRM (Salesforce, HubSpot, Dynamics) |
| 124 | ERP (SAP, Oracle, NetSuite) |
| 125 | Identity provider (Okta, Azure AD, Google Workspace) |
| 126 | Data warehouse (Snowflake, BigQuery, Redshift) |
| 127 | Communication (Slack, Teams, email) |
| 128 | File storage (Google Drive, SharePoint, Dropbox) |
| 129 | Workflow automation (Zapier, Make, Power Automate) |
| 130 | |
| 131 | **Pragmatist expectation:** Native, maintained integrations -- not "you can use our API to build it yourself." |
| 132 | |
| 133 | ### Training and Enablement Gaps |
| 134 | |
| 135 | Pragmatists need their teams to be productive quickly. They don't have time to figure it out. |
| 136 | |
| 137 | **Minimum training whole product:** |
| 138 | Role-based onboarding guides (admin, end user, manager) |
| 139 | Video tutorials for common workflows |
| 140 | In-app guided tours |
| 141 | Certification program for power users |
| 142 | Train-the-trainer materials for enterprise rollouts |
| 143 | Regular webinars on new features and best practices |
| 144 | |
| 145 | ### Support Gaps |
| 146 | |
| 147 | **Early adopter expectation:** Slack channel with the founder. Responses in minutes. |
| 148 | |
| 149 | **Pragmatist expectation:** Tiered support with defined SLAs, escalation paths, dedicated account managers for enterprise, and a searchable knowledge base. |
| 150 | |
| 151 | | Support Tier | Response Time | Channel | For | |
| 152 | |-------------|---------------|---------|-----| |
| 153 | | Self-service | Instant | Knowledge base, community | All customers | |
| 154 | | Standard | 24 hours | Email, chat | Paid customers | |
| 155 | | Priority | 4 hours | Phone, chat | Enterprise customers | |
| 156 | | Critical | 1 hour | Dedicated line | Business-critical issues | |
| 157 | |
| 158 | ### Migration and Onboarding Gaps |
| 159 | |
| 160 | Pragmatists are replacing something. The migration from their current solution must be low-risk and well-supported. |
| 161 | |
| 162 | **Migration whole product:** |
| 163 | Data migration tools and scripts |
| 164 | Migration planning guide with timelines |
| 165 | Parallel running support (old and new system) |
| 166 | Rollback plan if migration fails |
| 167 | Dedicated migration support team |
| 168 | Post-migration validation and cleanup |
| 169 | |
| 170 | ### Compliance and Security Gaps |
| 171 | |
| 172 | Pragmatist organizations have procurement and security review processes. Missing any of these is a deal-killer: |
| 173 | |
| 174 | [ ] SOC 2 Type II certification |
| 175 | [ ] GDPR compliance documentation |
| 176 | [ ] Data processing agreements |
| 177 | [ ] Single sign-on (SSO) support |
| 178 | [ ] Role-based access control (RBAC) |
| 179 | [ ] Audit logging |
| 180 | [ ] Data residency options |
| 181 | [ ] Penetration test results |
| 182 | [ ] Business continuity / disaster recovery documentation |
| 183 | [ ] Insurance certificates (errors and omissions, cyber liability) |
| 184 | |
| 185 | ## Partnership Strategy for Filling Gaps |
| 186 | |
| 187 | ### Types of Whole Product Partners |
| 188 | |
| 189 | | Partner Type | What They Provide | Example | |
| 190 | |-------------|-------------------|---------| |
| 191 | | **Technology partners** | Integrations, complementary features | CRM, data warehouse, identity providers | |
| 192 | | **Service partners** | Implementation, training, customization | System integrators, consultancies | |
| 193 | | **Content partners** | Industry expertise, templates, best practices | Industry associations, domain experts | |
| 194 | | **Channel partners** | Distribution, trust, existing relationships | VARs, MSPs, consultancies | |
| 195 | |
| 196 | ### Partner Selection Criteria |
| 197 | |
| 198 | [ ] Do they serve our beachhead segment? |
| 199 | [ ] Are they trusted by pragmatist buyers? |
| 200 | [ ] Is the partnership mutually beneficial (not one-sided)? |
| 201 | [ ] Can we execute a joint go-to-market? |
| 202 | [ ] Do they fill a high-severity gap? |
| 203 | [ ] Is the integration maintainable long-term? |
| 204 | |
| 205 | ### Partnership Engagement Levels |
| 206 | |
| 207 | | Level | Commitment | Example | |
| 208 | |-------|-----------|---------| |
| 209 | | **Listing** | Directory listing, minimal integration | "Works with Salesforce" badge | |
| 210 | | **Integration** | Built and maintained API integration | Bi-directional data sync | |
| 211 | | **Co-marketing** | Joint content, webinars, case studies | "Better together" campaigns | |
| 212 | | **Co-selling** | Joint sales calls, bundled offerings | Combined solution for segment | |
| 213 | | **Embedded** | Deep product integration, shared roadmap | White-labeled capabilities | |
| 214 | |
| 215 | ## Industry Examples of Whole Product Evolution |
| 216 | |
| 217 | ### Example: Project Management Software (2010s) |
| 218 | |
| 219 | | Layer | 2012 (Generic) | 2016 (Expected) | 2020 (Augmented) | |
| 220 | |-------|----------------|------------------|-------------------| |
| 221 | | Core | Task lists, boards | Task lists, boards, timelines | Full work management platform | |
| 222 | | Integrations | API only | Slack, GitHub | 200+ native integrations | |
| 223 | | Templates | None | Basic templates | Industry-specific templates | |
| 224 | | Support | Email only | Email + chat | Tiered support with SLAs | |
| 225 | | Training | None | Help docs | Academy, certification | |
| 226 | | Compliance | None | Basic security | SOC 2, HIPAA, GDPR | |
| 227 | | Services | None | Basic onboarding | Professional services team | |
| 228 | |
| 229 | ### Example: Marketing Automation (2000s-2010s) |
| 230 | |
| 231 | **Generic product:** Send emails to a list. |
| 232 | |
| 233 | **Whole product for mid-market B2B pragmatists:** |
| 234 | Email sending with deliverability management |
| 235 | CRM integration (Salesforce native) |
| 236 | Lead scoring and routing |
| 237 | Landing page builder (no developer needed) |
| 238 | Campaign templates by industry |
| 239 | ROI reporting tied to revenue |
| 240 | Implementation services (60-90 day onboarding) |
| 241 | Dedicated customer success manager |
| 242 | User community and annual conference |
| 243 | Agency partner ecosystem for execution |
| 244 | Compliance with CAN-SPAM, GDPR |
| 245 | |
| 246 | The distance between "send emails" and the full list above is the whole product gap. HubSpot and Marketo won their respective segments by closing this gap faster than competitors. |
| 247 | |
| 248 | ## Whole Product Planning Canvas |
| 249 | |
| 250 | Use this canvas to plan your whole product for the beachhead segment: |
| 251 | |
| 252 | ### Section 1: Buyer Context |
| 253 | |
| 254 | **Target segment:** [Your beachhead] |
| 255 | **Primary buyer persona:** [Title, role, responsibilities] |
| 256 | **Current solution:** [What they use today] |
| 257 | **Primary pain:** [The specific problem costing them money/time] |
| 258 | **Switching cost:** [What it takes to move from current to you] |
| 259 | |
| 260 | ### Section 2: Whole Product Map |
| 261 | |
| 262 | | Component | Required? | Current State | Gap | Owner | Timeline | |
| 263 | |-----------|-----------|---------------|-----|-------|----------| |
| 264 | | Core product | Yes | | | Engineering | | |
| 265 | | Integration: [specific] | Yes | | | Engineering | | |
| 266 | | Integration: [specific] | Yes | | | Partner | | |
| 267 | | Migration tools | Yes | | | Engineering | | |
| 268 | | Onboarding program | Yes | | | Customer Success | | |
| 269 | | Training materials | Yes | | | Product Marketing | | |
| 270 | | Support infrastructure | Yes | | | Support | | |
| 271 | | Documentation | Yes | | | Technical Writing | | |
| 272 | | Compliance: [specific] | Yes | | | Security | | |
| 273 | | Professional services | Maybe | | | Services | | |
| 274 | | Industry templates | Maybe | | | Product | | |
| 275 | |
| 276 | ### Section 3: Partnership Plan |
| 277 | |
| 278 | | Gap | Potential Partners | Partnership Level | Status | |
| 279 | |-----|-------------------|-------------------|--------| |
| 280 | | | | | | |
| 281 | |
| 282 | ### Section 4: Timeline and Milestones |
| 283 | |
| 284 | | Milestone | Target Date | Dependencies | |
| 285 | |-----------|-------------|--------------| |
| 286 | | Whole product v1 (minimum for first pragmatist sales) | | | |
| 287 | | Whole product v2 (competitive with incumbents) | | | |
| 288 | | Whole product v3 (market-leading for segment) | | | |
| 289 | |
| 290 | ## Prioritizing Which Gaps to Fill First |
| 291 | |
| 292 | Not all gaps are equally important. Use this prioritization framework: |
| 293 | |
| 294 | ### Priority Matrix |
| 295 | |
| 296 | | | High frequency (most buyers need it) | Low frequency (some buyers need it) | |
| 297 | |---|---|---| |
| 298 | | **Deal-breaker (won't buy without it)** | Priority 1: Fill immediately | Priority 2: Fill within 6 months | |
| 299 | | **Preference (nice to have)** | Priority 3: Fill within 12 months | Priority 4: Monitor, fill if needed | |
| 300 | |
| 301 | ### Identifying Deal-Breakers |
| 302 | |
| 303 | After every lost deal, ask: |
| 304 | What was the primary reason you chose not to move forward? |
| 305 | Was there a specific capability or requirement we did not meet? |
| 306 | What would have changed your decision? |
| 307 | |
| 308 | Track these responses. When the same gap appears in 3+ lost deals from your beachhead segment, it is a Priority 1 gap. |
| 309 | |
| 310 | ### The 80% Rule |
| 311 | |
| 312 | You do not need to fill every gap before selling to pragmatists. You need to fill the gaps that matter to 80% of your beachhead segment. The remaining 20% are either edge cases or can be handled with workarounds that pragmatists will accept if the core value proposition is strong enough. |
| 313 | |
| 314 | **The danger of perfectionism:** Waiting until the whole product is "perfect" means you never sell to pragmatists. Ship the 80% whole product, win your first 5-10 pragmatist customers, and iterate based on their feedback. |
| 315 |
Discussion
Browse more free Claude skills.