Create a Confluence customer page when a deal closes
Images on this page are for illustrative purposes only. Example outputs in this play are illustrative — the structure, fields, and format reflect real Lusha, Gmail, and Confluence connector output, but were not pulled from a live session. Run the prompt with your own data and connectors to see live results. Personal details in any live examples are masked or abbreviated for privacy.
Every new customer deserves a knowledge page — a permanent record of who the contacts are, what problem the customer is solving, what was promised, and what to watch for. This Claude prompt creates that page in Confluence the moment a deal closes — contacts validated via Lusha, the customer’s own words pulled from Gmail, and every promise from the sales process captured as a checklist. CS starts with a complete record, not a blank page.
The prompt
This prompt may contain placeholders — look for [BRACKETS] and fill them in.
<context>
A deal just closed. I want to create a permanent customer page in our Confluence space — not just an internal Slack post, but a structured knowledge page that CS, implementation, and account management can reference and update throughout the customer's lifetime. It should capture everything from the sales process so CS doesn't have to ask the AE for context.
The deal:
- Customer company: [COMPANY NAME]
- ACV: [DOLLAR AMOUNT]
- Contract start date: [DATE]
- Confluence space: [SPACE KEY OR NAME — e.g. "CS" or "Customers"]
- Parent page: [PAGE TITLE OR "create at top level of space"]
- AE who closed: [AE NAME]
- CS owner: [CS NAME]
- Primary contact: [NAME AND TITLE]
</context>
<task>
1. Use Lusha to validate and map all contacts at this account:
- Primary contact: confirmed title, verified email, direct phone
- Any other contacts from the sales process
- Any account signal detected in the last 30 days
2. Search Gmail for the full sales thread with this account:
- What problem did the customer describe in their own words?
- What was promised during the sales process — integrations, onboarding, timelines, intros?
- Any unresolved concern or objection before close?
- Competitor mentioned during evaluation?
- Stated reason for choosing us?
3. Create a Confluence page in the specified space with this structure:
# [Company Name] — Customer Page
ACV · CS Owner · AE · Contract start · Created: [date]
## The Problem in the Customer's Words
Direct quote from the sales thread — not a paraphrase
## Key Contacts
Verified contacts with title, email, phone, and role in the relationship
## What Was Promised
Every commitment made during the sales process — specific, actionable, owned
## Open Concerns at Close
Any objection or concern not fully resolved — CS should address early
## Competitor Evaluated
Any alternative the customer considered
## Why the Customer Chose Us
Stated reason from the sales thread
## Account Signals
Any Lusha signal suggesting expansion potential or risk
## Relationship History
Key dates and milestones — first contact, discovery, proposal, close
## Notes
[Empty — for CS to add ongoing notes]
4. Return confirmation the page was created with the Confluence link.
</task>
<constraints>
- The customer's problem statement must use the customer's own words from Gmail — not a summary.
- What Was Promised is a checklist CS owns from day one — every item must be specific.
- If Gmail shows no thread: flag it — the AE must provide context before CS starts.
- The Notes section must be left empty — it's for CS to fill in, not to pre-populate.
</constraints>What you'll get back
The situation: Ashford Platforms closes at $95K ACV. The AE runs the prompt immediately after marking the deal closed-won.
Confluence page created in CS space (Confluence link returned on live run)
Ashford Platforms — Customer Page
$95K ACV · CS Owner: Marcus · AE: Sarah · Contract start: June 1, 2026 · Created: May 28, 2026
The Problem in the Customer’s Words
From D.R.’s email, May 7 discovery call:
“New SDRs are taking 6+ weeks to ramp because they’re building lists manually. We need the data layer to already exist when a new hire starts. If that problem is solved, everything else downstream gets easier.”
Key Contacts
| Contact | Title | Role | Contact |
|---|---|---|---|
| D.R. | Head of Sales Strategy & Ops | Primary contact, success sponsor | d.r@[ashford].com ✓ · mobile available |
| M.L. | Head of Sales Operations | Technical implementation owner | m.l@[ashford].com ✓ · mobile available |
| ⚠ CFO | To be identified | Contract signatory — D.R. mentioned sign-off required | Not yet introduced |
What Was Promised
- ☐ Native HubSpot connector — confirmed on May 21 call · CS owns
- ☐ HubSpot connector documentation — promised at onboarding · CS owns · Due: June 7
- ☐ Solutions engineer intro for technical setup — agreed May 14 · AE to schedule · Due: June 9
- ☐ SDR onboarding case study from similar-stage SaaS company — promised May 18 · AE to send · ⚠ Overdue
Open Concerns at Close
ZoomInfo was evaluated in parallel. D.R. raised data coverage concerns — not fully resolved before close. M.L. was the comparison driver. Address in first CS call: “What were the specific coverage gaps you saw with ZoomInfo — let’s map those against what we have.”
Competitor Evaluated
ZoomInfo — evaluated in parallel. Customer chose Lusha on data quality and ease of use per D.R. D.R. was the coverage question raiser; M.L. drove the head-to-head comparison.
Why the Customer Chose Us
From D.R.: “The SDR adoption story was the deciding factor — your interface is something an SDR actually uses on day one, not something they need training for.”
Account Signals
Sales headcount up 34% in last 60 days — 8 open AE and SDR roles. Current contract covers existing team. Expansion conversation natural at 90 days.
Relationship History
- April 22: First outbound email from Sarah — cold outreach, D.R. replied same day
- May 3: First discovery call — D.R. and M.L., 45 minutes
- May 14: Second discovery call — ZoomInfo comparison raised
- May 21: HubSpot integration confirmed
- May 27: Proposal sent
- May 28: Closed-won · $95K ACV
Notes
[Empty — CS to add ongoing notes here]
Illustrative example — fictional company names used. Run with your own deal data to see live results.
Why use Lusha in Claude
The CFO flag — “contract signatory, not yet introduced” — is the finding that changes the first week of the CS relationship. Without the Confluence page, CS starts the kickoff call without knowing there’s an unintroduced economic buyer who signed the contract. With the page, Marcus knows before the first call that the CFO exists, signed the contract, and was never brought into the conversation. The overdue case study flag is equally important — the AE promised it on May 18 and never sent it. The Confluence page surfaces it as an open checkbox CS needs to chase before onboarding starts. The customer’s exact words — “the SDR adoption story was the deciding factor” — is the renewal hook CS carries for the full contract year.
Data drawn from 300M+ verified contacts under GDPR, CCPA, SOC 2, ISO 27701, ISO 31700, and TRUSTe.
FAQ
Why Confluence rather than the Slack Canvas built in the closed-won CS play?
The closed-won CS brief posts a Slack message at close — fast, visible, good for immediate team awareness. The mutual success plan Canvas is a living Slack document updated through the CS journey. This Confluence page is the permanent knowledge record — searchable, linkable, editable by anyone in the company, and accessible long after the Slack messages are buried. Run the Slack brief at close, run this play to create the lasting record. The three plays complement each other.
Who should own the Confluence page after it's created?
The CS owner. The AE creates it at close and hands it to CS. From that point, CS updates the Notes section after every call, marks off promises as delivered, and updates the relationship history with key milestones. At renewal, the full page is the source of truth for what was promised and what was delivered.
What if the company already has a Confluence page from a previous evaluation?
The prompt creates a new page — it doesn’t check for existing pages with the same company name. Before running, search Confluence manually for an existing page. If one exists, use the update capability to add new sections rather than creating a duplicate.
Can I update this page automatically as the relationship progresses?
The page is created as a standard Confluence document. Updates require running the prompt again or editing the page directly. For teams that want automated updates at renewal or expansion, this page serves as the base — the renewal prep prompt or expansion signals prompt can add to it at the right moments.
How is this different from a CRM account record?
A CRM record holds structured deal data — stage, ACV, close date, contact names. This Confluence page holds the relationship intelligence — the customer’s exact words, what was promised verbatim, why the customer chose the product, who is actually involved. CRM is the data. Confluence is the context. Both are needed; neither replaces the other.
Ready to build this?
Get started with Lusha and set up this play in minutes.