TR Start free
Home β€Ί Blog β€Ί Guide

Automated follow-up reminders: the deal you never chase on day 3 is the deal you lose

O Ohana360 Team β€’ September 2, 2026 β€’ 9 min read
Illustration of an automated follow-up timeline and a flow canvas with trigger, condition, actions and a scheduled path

There is only one reason to build automated follow-up reminders: to win back the deals you lose not because the quote was bad, but because nobody chased it. This guide follows one scenario all the way through. Northgate Building Supplies received a 24,000 EUR facade panel quote on 1 September. Three days later, silence. (Demo data.) Instead of arguing about who should have remembered, we are going to make remembering the system's job.

In order: why human memory does not scale here, how far a manual rhythm built on a calendar and a spreadsheet takes you, how that same rhythm becomes a trigger, a condition, actions and a scheduled path in a flow engine, which ready-made templates you can load in one click, and the four mistakes that quietly break a reminder system.

Why "I will remember" is not a system

Arithmetic is more honest than statistics here. A team sending 6 quotes a week, with a simple 4-touch rhythm per quote, owes roughly 100 reminders a month. None of those hundred is hard on its own. What is hard is that none of them is written down anywhere, and all of them queue up in the same person's head.

Human follow-up has three structural problems:

The conclusion is not that people lack discipline. It is that the reminder was never attached to the record. Attach it to the record instead of the person and the problem dissolves, because the record is already in the system.

The manual rhythm: how far a calendar and a sheet get you

It is worth building the best manual version first, because that is exactly what you will automate. These five points are the rhythm after a quote goes out:

The 5-point follow-up timeline after a quote goes out Demo data: Northgate Building Supplies, facade panel supply DAY 0 Quote sent Opportunity stage moves to Proposal, flow fires 1 Trigger On record update conditions are checked DAY 2 TO 3 First reminder A call task for the owner, plus a push 2 Scheduled path Create a task + push notification DAY 7 Second touch A templated reminder email to the customer 3 Scheduled path Send email to the record address 2 DAYS TO EXPIRY Validity warning One last nudge before the quote expires 4 Scheduled path Relative to close date fires 3 days before CLOSE Close it or log why Won, lost, or a new date on the record 5 Scheduled flow Every morning 09:00 scans open deals HOW IT IS BUILT Points 1 to 4 are scheduled paths on one record-triggered flow: you build it once and every quote gets the same rhythm. Point 5 is a separate scheduled flow that scans each morning. Both run on the server, so no browser has to be open.

By hand it works like this: the moment you send the quote you create two calendar entries (a call on day 2, a written touch on day 7), you add two columns to your tracking sheet (Last contact and Next contact), and every morning you sort the sheet by Next contact. This genuinely works, and while you have 10 to 15 open quotes it is the cheapest thing you can do.

Here is where it breaks, and it breaks in the same place for everyone:

Writing the quote itself is a separate job; we covered it section by section in the guide to writing a business quote. For the wider picture of moving tracking off spreadsheets, the sales tracking software guide is a good place to start.

Handing the rhythm to a flow engine

In Ohana360 this is built under Setup > Flows on a visual canvas. No code. The flow has four parts, and the order is always the same.

Setup > Flows: the canvas of a quote reminder flow Record-triggered flow β€’ object: Opportunity Record-Triggered Start Object: Opportunity Event: when a record is updated Runs on the server: app writes, API writes and web form writes all fire it Condition Check Decision point β€’ All (AND) 1. Stage changed to:    Proposal 2. Amount greater or equal 5,000 ✓ Met Actions The moment the branch is met Create a task: call the buyer In-app notification: owner ✗ Not met End No actions on this branch Scheduled Path 3 days after the trigger Push notification: to the owner Send email: to the customer Create a task: send the    WhatsApp nudge (one click) Conditions are re-checked before a scheduled path runs: if the stage moved on or the deal closed, no reminder goes out. Every run is written to the run history: which flow, which record, which action, and which source triggered it.

1. The trigger: when should it run

First you pick the object and the event. In our scenario the object is Opportunity and the event is when a record is updated. There are three kinds of flow: record-triggered (on create or update), scheduled (scans an object every day at the hour you choose) and screen flows (a step-by-step form your team fills in). Almost every reminder job is built with the first two.

One detail matters more than it sounds: the flow engine runs on the server. When a record arrives through the REST API, a web form or a store webhook, the same flow fires. Your reminders keep working when nobody has a browser open.

2. The condition: which records qualify

The Condition Check is the decision point on the canvas. Ours has two conditions: Stage changed to Proposal and Amount greater or equal 5,000, combined with All (AND). You can switch to Any (OR), or write your own expression across up to ten conditions.

The "changed to" operator is the important one. It fires at the moment the field actually changes, so touching the opportunity for some unrelated reason does not restart the reminder sequence. Numbers have greater than and less than, text has contains and starts with, dates have before and after. And any value box accepts a formula instead of a fixed value.

If you write no condition at all, the flow runs for every record. In reminder flows that is almost always the wrong outcome: a 500 EUR quote gets the same three-touch treatment, and within a fortnight someone switches the flow off to stop the noise.

3. The actions: what should it do

Actions that run when the conditions are met go on the Met branch. The Not met branch catches records that qualified once and then fell out; in a reminder flow it is usually left empty. Twelve actions are available on the canvas:

ActionWhat it doesWhere it runs
Create a taskA task for the owner, linked to the record, with type and due dateApp + server
Push notificationReaches phones and browsers, even when the app is closedServer
In-app notificationA bell notification for everyone or for the record ownerApp + server
Send emailTemplated or free-text email to the record's addressServer
Update a fieldSets a field on the triggering record with a value, a placeholder or a formulaApp + server
Update the related recordChanges the parent this record points to, such as the opportunity's accountApp + server
Update child recordsUpdates every linked child at once, up to 200App + server
Create a recordCreates a record in another object and links it back through a lookupApp + server
Assign ownerHands the record to a user or a queueApp + server
Post to the feedA post on the record's timelineApp + server
Send a surveyEmails the survey, or opens a send task when there is no addressApp + server
Call a webhookSends the record to an external system with a signed POSTServer

Two things are deliberately absent from that list: there is no SMS action, and a flow does not send WhatsApp messages automatically. WhatsApp works as a one-click action instead. With the WhatsApp360 add-on installed, the button on the record page lets you pick a ready message, edit it, and open WhatsApp; the send is logged on the record as a completed WhatsApp activity. What the flow can do is create the task that reminds you to press that button. We went through that model in detail in the WhatsApp customer management guide.

4. The scheduled path: when should it run

This is the heart of a reminder. A scheduled path is a group of actions that runs a set time after the Met branch fires, or relative to a date field. Two ways to set it:

The most valuable thing about a scheduled path is not the timing, it is that the conditions are re-checked before it runs. When day three arrives, the engine looks at the conditions again. If Northgate approved the quote on day two and the opportunity moved to Closed Won, nobody gets a reminder. The classic embarrassment of automated follow-up happens precisely in systems that skip this check.

πŸ’‘ Before you rely on it, push a test record through the flow under your own name and open the run history under Setup > Flows. Every run records which flow, which record, which action and which source fired it. That page is where you find out a reminder system has quietly stopped working.

Start from a template

The library under the canvas holds ready-made flows per object. Click one and it loads onto the canvas; change the condition and the message, then save. The seven closest to reminder work:

TemplateTriggerConditionActions
Reminder 3 days before the close dateOpportunity createdNoneScheduled path: 3 days before Close Date, push to owner plus a call task
Lead untouched for 7 days β†’ reminderLead createdStatus equals NewScheduled path: 7 days later, push to the record owner
Case open for 3 days β†’ notify the managerCase createdStatus not equal to ClosedScheduled path: 3 days later, notification to everyone plus push to owner
Overdue invoices β†’ collection taskScheduled, 09:00 dailyDue date in the past AND status not equal to PaidCall task for the owner plus a notification (once per record)
Deals closing this weekScheduled, 09:00 dailyClose date within the next 7 days AND stage not Closed Won or Closed LostNotification to the record owner
Web lead β†’ call within 1 dayLead createdSource equals WebCall task due tomorrow plus a push to the owner
Overdue open tasks β†’ push to ownerScheduled, 09:00 dailyDue date in the past AND task not completedPush to the record owner

One thing to know about scheduled flows: the engine remembers which records it already handled and fires once per record. An overdue invoice does not collect a fresh task every morning; a record that stops matching and later matches again is picked up again. Before saving you can use Show matches to see how many records a flow will touch, and run it on demand once if you want to watch it work.

The Northgate scenario, end to end

Put the pieces together and one quote's story runs like this. (All names and figures are demo data.)

  1. 1 September, 14:20. The rep generates the quote document from the opportunity's line items, sends the PDF and moves the stage to Proposal. The flow fires at that moment; at 24,000 EUR the deal clears the 5,000 threshold.
  2. 1 September, 14:20. The Met branch runs: a task called "Follow up on the Northgate quote" is created for the owner, and an in-app notification appears. The task is linked to the opportunity, so one click gets you back to the line items and the expiry date.
  3. 4 September, morning. The 3-day scheduled path runs. The engine re-checks the conditions first; the stage is still Proposal, so a push goes to the owner's phone, a templated reminder email goes to the customer, and a "send the WhatsApp nudge" task is created.
  4. 4 September, 10:05. The rep opens the opportunity from the task, picks a template on the WhatsApp button and sends the message. The send is logged as a completed activity, so who wrote what and when stays on the record.
  5. 11 September. The second scheduled path produces the closing nudge as the expiry approaches: "This quote expires on 1 October, would you like me to extend it?"
  6. Every morning at 09:00. The scheduled flow scans open deals whose close date is near and notifies their owners. As long as Northgate is on that list, forgetting it is not an option.

None of this looks impressive on one quote. The value shows up when the same rhythm runs, without gaps, across the thirty quotes open at the same time. In Sales360 the opportunity, its tasks and its activities already live on the same record, so the only thing the flow engine adds is timing.

Four things that break a reminder system

MistakeWhat happensDo this instead
A flow with no conditionEvery record generates reminders and someone switches the flow offSet at least one threshold: amount, stage, source or customer type
Sending every action to everyoneNotifications start getting dismissed unreadTarget the record owner; escalate to managers only above a threshold
Three channels on the same dayPush, email and a phone call stacked together feel like pressureSpread channels across scheduled paths: phone on day 3, written on day 7
Never opening the run historyA changed template or an empty email field stops the flow silentlyCheck the run history once a month for error rows

What Ohana360 does and does not do here

Drawing an honest line beats a disappointment later. The full picture is on the automation page; the part that matters for reminders:

The flow engine is part of every plan, not a paid add-on. You can see how opportunities, tasks and activities sit alongside it in the short tour:

Our advice for your first flow is deliberately small: build the three-day post-quote reminder, run it for a week, then read the run history. Only move to a second flow once the first one is genuinely working.

Frequently asked questions

How do I set up automated customer follow-up reminders?
You define four parts in order: the trigger (which object, on create or on update), the condition (which records qualify, for example stage changed to Proposal), the actions (task, notification, push, email) and the scheduled path (how many days later, or relative to a date field). In Ohana360 all four are built on a visual canvas under Setup > Flows, with no code. The fastest start is loading one of the ready-made templates under the canvas and editing its condition.
What follow-up intervals actually work after a quote?
The rhythm that holds up in practice: day 0 send and confirm delivery, a call between day 2 and 3, a written touch around day 7, and a closing question two days before the quote expires. Scale the spacing to the validity period: on a 15-day quote, the day 7 touch moves to day 4. The numbers matter less than the fact that every quote gets the same rhythm.
Will automated follow-up emails feel like spam?
Not if you do three things. Carry real information from the record: the quote number, the line items, the expiry date. Cap the frequency; three touches per quote is enough. And get the condition right, so nothing goes out once the deal has closed or moved on. In Ohana360 the third one is handled for you, because conditions are re-checked before a scheduled path runs.
Which CRM automation examples should I start with?
Start with one job you do by hand and lose money on when you forget it. For most teams that is post-quote follow-up. After that, in order: a collection task for overdue invoices, a nudge for leads nobody touched in 7 days, and a morning notification for deals closing this week. All four are in the Ohana360 template library and load onto the canvas in one click.
Does Ohana360 send automated SMS or WhatsApp reminders?
No. There is no SMS action and no automatic WhatsApp send in the flow engine. A flow can send email, a push notification, an in-app notification, a task, a survey or a webhook. WhatsApp works as a one-click action instead: with the WhatsApp360 add-on, the button on the record page lets you pick a template, edit the text and open WhatsApp, and the message is logged on the record as a completed WhatsApp activity. A flow can create the task that reminds you to press it.

Let the system do the remembering

Record-triggered flows, scheduled paths and ready-made templates are in every plan. No credit card needed to set up.

Read next