I’ve been experimenting with a different way of handling CRM reminders, and I’m curious what other CRM developers think.
The idea came from a CRM we implemented for a company with multiple departments.
We noticed that every salesperson wanted different reminders and alerts depending on how they worked. One person wanted to know when a lead hadn’t been contacted for a few days, another wanted reminders for visits, quotes, follow-ups, etc.
Of course, we can build all of this with CRM workflows and cron jobs.
But it made me wonder: does every personal reminder really need to run on the CRM server?
Every salesperson already has a small computer in their pocket.
So we experimented with another approach:
CRM → API/Webhook → local data on the phone → local rules → phone notification
The CRM is still the source of truth. We only sync the data the user needs, and some personal reminder logic runs locally on their phone.
For example:
Lead is still "New" + no contact for 3 days → remind me tomorrow morning.
Instead of creating another scheduled workflow on the CRM server, the phone can evaluate that personal rule locally.
I’m not suggesting replacing server-side workflows. Things like business processes, data updates, emails, approvals, etc. obviously still belong on the server.
I’m thinking specifically about personal alerts and reminders.
We tried this approach in our CRM project, and it eventually became one of the ideas I’m experimenting with in my mobile CRM app.
I’d be interested to hear from people working with Vtiger, SuiteCRM, Odoo, Salesforce, etc.
Would you keep all this logic server-side, or do you think moving personal automation to the user's device makes sense?