How to Automate Pipeline Status Updates
Automate pipeline status updates in DenchClaw—trigger-based stage changes, AI-inferred status from notes, scheduled reviews, and notifications when deals go stale.
Manual status updates are the most common reason CRM data goes stale. Reps forget to drag cards, managers have to chase updates before every forecast call, and the pipeline becomes fiction rather than fact. DenchClaw lets you automate pipeline status updates so the data stays accurate without relying on manual discipline.
How Status Updates Work in DenchClaw#
Every deal in DenchClaw has a Stage field (or Status field, depending on your schema). Updating it manually is easy—drag the kanban card or type a quick command. But the real value comes from automating the updates based on events that actually happen.
The main automation mechanisms:
- Action field triggers — button-click actions that update status as part of a workflow
- Cron-based reviews — scheduled tasks that infer status from activity data
- AI inference — the agent reads notes and infers the correct stage
- External triggers — webhook-based updates when external events occur
Approach 1: Status Update via Action Fields#
Action fields are the most explicit automation—a button in each row that, when clicked, executes a script that updates the status along with related fields.
Set up an "Advance Stage" action field:
"Add an action field called 'Advance Stage' to my deals object.
When clicked, it should:
1. Look at the current Stage
2. Advance to the next stage in sequence: Discovery → Proposal → Negotiation → Closed Won
3. Update Last Activity Date to today
4. Log a note: 'Stage advanced to [new stage] on [date]'
5. Send a Telegram notification with the deal name, company, and new stage"
Now advancing a deal through the pipeline takes one click. The status update, date logging, and notification all happen automatically.
Create similar action fields for common transitions:
- "Mark Won" — sets Stage to Closed Won, sets Closed At to today, triggers a celebration notification
- "Mark Lost" — sets Stage to Closed Lost, prompts for a loss reason note
- "Re-activate" — moves a lost deal back to Discovery if you want to restart the conversation
Approach 2: Infer Status from Notes#
The AI can read your deal notes and infer the appropriate stage:
"Every Sunday evening, review all open deals in my pipeline.
For each deal, read the entry notes and recent activity.
If the notes indicate we've sent a proposal, update Stage to Proposal.
If notes mention a signed contract or purchase order, update to Closed Won.
If the prospect said they're not interested, update to Closed Lost.
Show me a summary of any changes made."
This is particularly useful if you write good notes but don't always remember to drag the card. The AI processes the semantic meaning of your notes and updates the status accordingly.
Approach 3: Staleness-Based Status Flags#
Deals that haven't moved aren't neutral—they're at risk. Automate staleness detection:
"Every weekday morning, check my open deals for staleness:
- If Last Activity Date is more than 14 days ago and Stage is Discovery,
add tag 'Needs Attention' and send me a Telegram reminder
- If Last Activity Date is more than 21 days ago,
set a field 'Stale Risk' to High
- If Last Activity Date is more than 30 days ago,
set Stage to 'Stalled' (add this enum value if needed)"
This turns your pipeline from a static list into a living, self-maintaining system. You know immediately which deals need intervention.
Approach 4: Activity-Driven Status Updates#
Connect your activity logging to status changes:
"When I log a 'Call' activity for a deal and the notes say we discussed
a proposal, automatically update that deal's Stage to 'Proposal'
if it was previously 'Discovery'."
"When I log a 'Meeting' activity where notes include 'demo',
update Stage to 'Demo Completed' and set Last Demo Date to today."
These rules codify your sales process into DenchClaw. The agent watches for qualifying activities and advances deals automatically.
Approach 5: Webhook-Triggered Status Updates#
When external events should trigger a CRM status change, use webhooks:
Calendly booking → Stage update:
"When a new Calendly booking webhook fires, find the deal associated with
that email address and update Stage to 'Demo Scheduled',
set Demo Date to the meeting time,
and send a prep email to me with their company details."
Contract signed (via DocuSign/PandaDoc) → Close:
"When I receive a webhook from DocuSign that a contract has been signed,
find the matching deal in my pipeline and update Stage to 'Closed Won',
set Close Date to today, and update Deal Value with the final contract amount."
Trial started → Stage change:
"When a new trial signup webhook arrives from my product,
find the matching lead and update their Status to 'Active Trial',
add a note with the trial start date."
Approach 6: Close Date Management#
Deals whose close dates are in the past but are still open are a data quality problem. Automate the cleanup:
"Every Monday, check for deals where Close Date is in the past and Stage
is still open. Send me a list to review and update.
If I don't respond within 2 days, automatically set these deals to 'Needs Review'."
This keeps your forecast clean. Close dates should reflect reality, not wishful thinking from three months ago.
Building a Status Update Dashboard#
Monitor your automation's effectiveness:
"Show me a dashboard of pipeline health:
deals by stage (bar chart),
deals by staleness age (how many are 7, 14, 21, 30+ days since last activity),
stage transition velocity (average days spent in each stage this quarter),
and deals that changed stage this week."
Stage transition velocity is particularly useful—if you see that deals are spending 30 days in Proposal on average vs 14 days historically, something is wrong with your proposal-to-negotiation conversion.
Setting Up a Daily Deal Review#
Make status maintenance a 5-minute morning ritual:
"Every morning at 8am, send me a Telegram message with:
1. Deals that need follow-up (no activity in 7+ days)
2. Deals that might need a stage update based on recent notes
3. Deals closing this week
4. Any deals I marked as priority yesterday"
This morning briefing means you start each day with a clear picture of what needs attention. The automation does the scanning; you make the judgment calls.
Frequently Asked Questions#
Will automated status changes cause data quality problems?#
Only if you automate changes without review. Use the two-step approach: automate the flagging (identify deals that need updating) and review before changes happen. For high-confidence triggers like "contract signed" webhooks, fully automatic updates are safe.
What if the AI infers the wrong stage from notes?#
It happens occasionally, particularly if notes are ambiguous. Check the AI's weekly review summary before accepting changes. You can also ask the agent to show you the reasoning: "Why did you change Acme Corp's stage to Proposal?"
Can I set up stage-specific notifications?#
Yes. Add a notification rule per stage: "Whenever a deal moves to Closed Won, send a message to my #sales Slack channel and log the win in my weekly report."
How do I prevent a deal from moving backwards accidentally?#
Add validation to your action field scripts: only allow stage advancement if the current stage is the predecessor. If you need to move a deal backwards, require a manual reason note.
Does this work for non-deal pipelines?#
Yes. The same patterns apply to any pipeline object: support tickets, partnership pipelines, hiring pipelines, etc. The automation is field-agnostic—it's just updating enum values based on conditions.
Ready to try DenchClaw? Install in one command: npx denchclaw. Full setup guide →
