Enterprise Sales Workflow
Complete playbook for enterprise B2B sales including qualification, discovery, demos, POCs, and closing deals
The Enterprise Sales workflow provides a structured approach to selling to enterprise customers, from initial qualification through contract signing.
Overview#
| Property | Value |
|---|---|
| Phases | 5 |
| Tier | Business |
| Typical Duration | 3-6 months |
| Best For | B2B SaaS, enterprise deals $25K+ ACV |
Enterprise vs. SMB Sales#
Enterprise sales differs fundamentally from SMB or self-serve:
| Aspect | SMB | Enterprise |
|---|---|---|
| Decision Makers | 1-2 people | 5-10 stakeholders |
| Sales Cycle | Days-weeks | Months |
| Contract Value | < $10K/year | $50K-$500K+/year |
| Procurement | Credit card | Legal, security, IT review |
| Customization | None | Custom contracts, SLAs |
| Support | Self-serve | Dedicated CSM |
Sales Process Framework#
┌─────────────────────────────────────────────────────────────────────────┐
│ ENTERPRISE SALES PIPELINE │
├─────────────┬─────────────┬─────────────┬─────────────┬─────────────────┤
│ Qualification│ Discovery │ Demo │ POC │ Closing │
│ (1 week) │ (2 weeks) │ (1 week) │ (4-6 weeks) │ (2-4 weeks) │
├─────────────┼─────────────┼─────────────┼─────────────┼─────────────────┤
│ BANT check │ Pain points │ Tailored │ Technical │ Security │
│ ICP fit │ Use cases │ demo │ validation │ review │
│ Champion ID │ Stakeholder │ ROI case │ Integration │ Legal review │
│ Budget │ mapping │ Objections │ Success │ Negotiation │
│ validation │ Success │ handling │ criteria │ Contract │
│ │ criteria │ │ agreed │ signing │
└─────────────┴─────────────┴─────────────┴─────────────┴─────────────────┘
Phases#
Phase 1: Qualification (1 week)#
Agents: business-analyst
Qualify the opportunity using BANT framework and ICP fit.
Tasks:
- Complete BANT qualification
- Verify ICP fit
- Identify internal champion
- Research company and stakeholders
- Set up CRM tracking
BANT Qualification Framework:
┌─────────────────────────────────────────────────────────────┐
│ BANT CHECKLIST │
├─────────────────────────────────────────────────────────────┤
│ │
│ B - BUDGET Score: /25│
│ [ ] Has allocated budget for this category │
│ [ ] Budget aligns with our pricing │
│ [ ] Understands ROI expectations │
│ [ ] Budget owner identified │
│ [ ] Timing aligns with budget cycle │
│ │
│ A - AUTHORITY Score: /25│
│ [ ] Decision maker identified │
│ [ ] Understand approval process │
│ [ ] Know all stakeholders involved │
│ [ ] Champion has influence │
│ [ ] Executive sponsor exists │
│ │
│ N - NEED Score: /25│
│ [ ] Clear pain point articulated │
│ [ ] Current solution inadequate │
│ [ ] Urgency to solve exists │
│ [ ] Our solution fits their need │
│ [ ] Not just nice-to-have │
│ │
│ T - TIMELINE Score: /25│
│ [ ] Decision timeline defined │
│ [ ] Implementation deadline exists │
│ [ ] Aligns with our capacity │
│ [ ] No blocking dependencies │
│ [ ] Reasonable for deal size │
│ │
├─────────────────────────────────────────────────────────────┤
│ TOTAL SCORE: /100 │
│ > 75: Hot lead, prioritize │
│ 50-75: Warm lead, nurture │
│ < 50: Not qualified, revisit later │
└─────────────────────────────────────────────────────────────┘
ICP (Ideal Customer Profile) Criteria:
1// lib/sales/qualification.ts
2
3interface ICPCriteria {
4 companySize: {
5 employees: { min: number; max: number; weight: number };
6 revenue: { min: number; max: number; weight: number };
7 };
8 industry: {
9 target: string[];
10 weight: number;
11 };
12 technology: {
13 required: string[];
14 preferred: string[];
15 weight: number;
16 };
17 useCase: {
18 primary: string[];
19 weight: number;
20 };
21}
22
23const ourICP: ICPCriteria = {
24 companySize: {
25 employees: { min: 100, max: 5000, weight: 20 },
26 revenue: { min: 10_000_000, max: 500_000_000, weight: 15 }
27 },
28 industry: {
29 target: ['SaaS', 'Fintech', 'Healthcare', 'E-commerce'],
30 weight: 25
31 },
32 technology: {
33 required: ['Cloud-based', 'API-first'],
34 preferred: ['Modern stack', 'DevOps culture'],
35 weight: 20
36 },
37 useCase: {
38 primary: ['Internal tools', 'Customer portal', 'Data platform'],
39 weight: 20
40 }
41};
42
43export function calculateICPScore(company: CompanyProfile): number {
44 // Implementation scoring logic
45 let score = 0;
46 // ... calculate based on criteria matches
47 return score; // 0-100
48}Phase 2: Discovery (2 weeks)#
Agents: business-analyst, technical-expert
Deep dive into prospect's needs, pain points, and decision process.
Tasks:
- Conduct discovery calls
- Map all stakeholders
- Document pain points and use cases
- Define success criteria
- Understand competitive landscape
Discovery Call Template:
1## Discovery Call Agenda
2
3### Opening (5 min)
4- Introductions and roles
5- Confirm time available
6- Set expectations for the call
7
8### Current State (15 min)
91. What tools/processes do you use today for [problem area]?
102. How long have you been using this approach?
113. Who on your team uses it and how often?
124. What's working well with the current approach?
13
14### Pain Points (15 min)
151. What's not working with your current approach?
162. What triggers made you start looking for alternatives?
173. What would happen if you did nothing?
184. How does this impact your team/company?
19
20### Desired State (10 min)
211. What does success look like in 6 months?
222. What specific outcomes are you hoping to achieve?
233. How would you measure success?
244. What's your timeline for making a decision?
25
26### Process & Stakeholders (10 min)
271. Who else is involved in this decision?
282. What does your evaluation process look like?
293. Are you evaluating other solutions?
304. What's your budget range for this initiative?
31
32### Next Steps (5 min)
33- Summarize key points
34- Propose next steps (demo, technical review, etc.)
35- Confirm attendees and timingStakeholder Mapping:
┌─────────────────────────────────────────────────────────────────────────┐
│ STAKEHOLDER MAP │
├─────────────────────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────┐ │
│ │ CEO/CFO │ ← Economic Buyer │
│ │ (Approver) │ Signs off on budget │
│ └──────┬──────┘ │
│ │ │
│ ┌─────────────────┼─────────────────┐ │
│ │ │ │ │
│ ┌──────┴──────┐ ┌──────┴──────┐ ┌──────┴──────┐ │
│ │ VP Eng │ │ VP Product │ │ VP IT │ │
│ │(Influencer) │ │ (Champion) │ │ (Gatekeeper)│ │
│ └──────┬──────┘ └──────┬──────┘ └──────┬──────┘ │
│ │ │ │ │
│ ┌──────┴──────┐ ┌──────┴──────┐ ┌──────┴──────┐ │
│ │ Engineers │ │ PMs │ │ Security │ │
│ │ (Users) │ │ (Users) │ │ (Blocker?) │ │
│ └─────────────┘ └─────────────┘ └─────────────┘ │
│ │
│ Legend: │
│ ○ Champion - Internal advocate, drives deal forward │
│ ○ Economic Buyer - Controls budget, final approval │
│ ○ Influencer - Technical validation, recommendation │
│ ○ Gatekeeper - Can block (security, legal, IT) │
│ ○ User - End users, need to see value │
└─────────────────────────────────────────────────────────────────────────┘
Phase 3: Demo & Evaluation (1 week)#
Agents: technical-expert, ui-ux-expert
Deliver compelling, tailored demonstrations that address specific needs.
Tasks:
- Prepare customized demo environment
- Create demo script addressing pain points
- Deliver demo to stakeholders
- Handle objections
- Document feedback and concerns
Demo Best Practices:
1## Enterprise Demo Structure
2
3### Before the Demo
4- [ ] Research attendees on LinkedIn
5- [ ] Review discovery notes
6- [ ] Prepare customized demo environment
7- [ ] Test all integrations and features
8- [ ] Prepare for likely objections
9- [ ] Send agenda in advance
10
11### Demo Flow (45-60 min)
12
131. **Recap & Agenda** (5 min)
14 - "Based on our discovery call, you mentioned [pain points]"
15 - Preview what you'll show
16
172. **Show, Don't Tell** (25-30 min)
18 - Start with their #1 pain point
19 - Use their data/terminology when possible
20 - Show the happy path first
21 - Involve the audience: "Would you use it this way?"
22 - Connect features to their stated outcomes
23
243. **Competitive Differentiation** (5 min)
25 - Briefly address "Why us vs. alternatives"
26 - Focus on unique capabilities
27
284. **ROI/Value** (5 min)
29 - Quantify the impact
30 - Use their numbers when possible
31
325. **Q&A** (10-15 min)
33 - Address concerns
34 - Note any new requirements
35
366. **Next Steps** (5 min)
37 - Propose POC or pilot
38 - Get commitment on timelineCommon Enterprise Objections:
| Objection | Response Strategy |
|---|---|
| "Too expensive" | Quantify ROI, compare to cost of status quo |
| "We could build this" | Calculate build vs. buy, opportunity cost |
| "Security concerns" | Share SOC 2 report, security documentation |
| "Integration worries" | Offer POC to validate integrations |
| "Not the right time" | Understand triggers, create urgency |
| "Need to see more vendors" | Respect process, differentiate |
Phase 4: POC/Pilot (4-6 weeks)#
Agents: technical-expert, backend-expert
Run a structured proof-of-concept to validate technical fit.
Tasks:
- Define POC scope and success criteria
- Set up dedicated POC environment
- Provide technical support
- Conduct weekly check-ins
- Document results and learnings
POC Success Framework:
1// lib/sales/poc.ts
2
3interface POCPlan {
4 customer: string;
5 startDate: Date;
6 endDate: Date;
7 successCriteria: SuccessCriterion[];
8 stakeholders: POCStakeholder[];
9 milestones: POCMilestone[];
10}
11
12interface SuccessCriterion {
13 id: string;
14 description: string;
15 metric: string;
16 target: number;
17 weight: number; // 0-100, must sum to 100
18 measurement: string; // How to measure
19}
20
21const examplePOC: POCPlan = {
22 customer: "Acme Corp",
23 startDate: new Date("2024-03-01"),
24 endDate: new Date("2024-04-15"),
25 successCriteria: [
26 {
27 id: "1",
28 description: "Reduce report generation time",
29 metric: "time_to_generate",
30 target: 5, // minutes, down from 30
31 weight: 30,
32 measurement: "Average across 10 sample reports"
33 },
34 {
35 id: "2",
36 description: "User adoption",
37 metric: "active_users",
38 target: 15, // out of 20 pilot users
39 weight: 25,
40 measurement: "Users with 3+ logins per week"
41 },
42 {
43 id: "3",
44 description: "Integration with Salesforce",
45 metric: "integration_success",
46 target: 100, // percent
47 weight: 25,
48 measurement: "All data syncs correctly"
49 },
50 {
51 id: "4",
52 description: "User satisfaction",
53 metric: "nps_score",
54 target: 40,
55 weight: 20,
56 measurement: "NPS survey at end of POC"
57 }
58 ],
59 milestones: [
60 { week: 1, goal: "Environment setup, user onboarding" },
61 { week: 2, goal: "Core workflow testing" },
62 { week: 3, goal: "Integration validation" },
63 { week: 4, goal: "Full pilot usage" },
64 { week: 5, goal: "Results review, success evaluation" }
65 ]
66};POC Weekly Check-in Template:
1## POC Week [N] Check-in
2
3### Progress Update
4- What was accomplished this week?
5- Any blockers or issues encountered?
6- Feedback from users?
7
8### Success Criteria Status
9| Criterion | Target | Current | Status |
10|-----------|--------|---------|--------|
11| Report time | < 5 min | 7 min | On track |
12| Active users | 15 | 10 | At risk |
13| Integration | 100% | 100% | Complete |
14| NPS | > 40 | TBD | Week 5 |
15
16### Action Items
17- [ ] Item 1 - Owner - Due date
18- [ ] Item 2 - Owner - Due date
19
20### Next Week Goals
21- Goal 1
22- Goal 2Phase 5: Closing (2-4 weeks)#
Agents: business-analyst, legal-expert
Navigate procurement, legal, and security reviews to close the deal.
Tasks:
- Complete security questionnaire
- Negotiate contract terms
- Handle legal redlines
- Coordinate with procurement
- Execute contract
Security Questionnaire Response:
1## Common Security Questions & Answers
2
3### Data Security
4Q: How is data encrypted at rest?
5A: All data is encrypted at rest using AES-256 encryption. Database
6 encryption is handled by [cloud provider] using their managed
7 encryption service with automatic key rotation.
8
9Q: How is data encrypted in transit?
10A: All data in transit is encrypted using TLS 1.3. We enforce HTTPS
11 for all connections and use certificate pinning for mobile apps.
12
13### Access Control
14Q: How do you handle authentication?
15A: We support SSO via SAML 2.0 and OIDC, integrating with all major
16 identity providers including Okta, Azure AD, and OneLogin. MFA is
17 available and can be required at the organization level.
18
19Q: What is your authorization model?
20A: We implement role-based access control (RBAC) with customizable
21 roles and permissions. Organizations can define their own roles
22 with granular permissions at the resource level.
23
24### Compliance
25Q: Are you SOC 2 compliant?
26A: Yes, we maintain SOC 2 Type II certification. Our most recent
27 report is available under NDA upon request.
28
29Q: How do you handle GDPR requirements?
30A: We are fully GDPR compliant. We have a DPA template available,
31 support data export, and can accommodate data residency
32 requirements in EU regions.Contract Negotiation Tips:
| Term | Customer Ask | Our Position | Compromise |
|---|---|---|---|
| Payment | Net 60 | Net 30 | Net 45 |
| SLA | 99.99% | 99.9% | 99.95% with credits |
| Indemnification | Unlimited | Cap at fees | 2x annual fees |
| Auto-renewal | None | Annual | 90-day notice |
| Termination | Immediate | End of term | 30-day cure |
Starting the Workflow#
1# Start enterprise sales workflow
2bootspring workflow start enterprise-sales
3
4# Track deal progress
5bootspring enterprise deal status
6
7# Generate proposal
8bootspring enterprise proposal generate --company "Acme Corp"
9
10# Complete security questionnaire
11bootspring enterprise security-questionnaireDeliverables#
A successful Enterprise Sales workflow produces:
- Qualified opportunity with BANT score
- Stakeholder map and champion identified
- Discovery documentation
- Customized demo environment
- POC plan with success criteria
- Completed security questionnaire
- Negotiated contract
Best Practices#
- Qualify ruthlessly - Time is limited, focus on real opportunities
- Find the champion - You need an internal advocate
- Multi-thread - Build relationships with multiple stakeholders
- Document everything - Knowledge compounds across deals
- Set mutual action plans - Hold both sides accountable
- Be a consultant - Solve their problem, don't just sell
Sales Metrics to Track#
| Metric | Target | Description |
|---|---|---|
| Win Rate | > 25% | Deals won / qualified opportunities |
| Sales Cycle | < 90 days | Average days from first call to close |
| ACV | > $50K | Average contract value |
| POC Conversion | > 60% | POCs that convert to paid |
| Deal Velocity | Improving | Deals moving through stages |