Calliyo — SIM-based CRMStart Free Trial
Back to articlescall management crm

Spreadsheets Aren't a CRM — They're a Backup of Things That Already Went Wrong

By Calliyo Team··8 min read
Spreadsheets Aren't a CRM — They're a Backup of Things That Already Went Wrong

If you run an Indian SME sales team, there's roughly a 70% chance your "CRM" is a Google Sheet. Maybe two — one for leads, one for follow-ups. Maybe a third one called "Hot leads — call today!!" that was last updated three weeks ago. Everyone agrees it's not ideal, but it's free, everyone knows how to use it, and switching is a hassle.

This post is part of our "why Calliyo" series. We've covered how much forgotten follow-ups cost and why VoIP struggles in tier-2 India. Here we want to make a narrower argument: the reason your spreadsheet keeps failing isn't laziness or training. It's structural. Spreadsheets are the wrong shape for what sales actually is.

Why do spreadsheets feel like they should work?

Three things make a spreadsheet feel like the right tool. It's free, the data structure is obvious (rows are leads, columns are facts), and anyone you hire already knows how to use it. The first week of any sales team starts with a Google Sheet, and it works fine — for the first 50 leads.

The breakdown isn't dramatic. It's gradual. Around lead 200 you notice agents stop logging calls because manually typing the call duration and outcome into a row is slower than just making the next call. Around lead 500 you notice the "last contacted" date is wildly wrong for half the rows because nobody updates after a phone call that went to voicemail. Around lead 1000 the sheet becomes a fiction — a representation of what someone hoped happened, not what did happen.

What's the structural problem?

Spreadsheets are passive. They store what you tell them. They don't capture anything on their own, they don't fire events, they don't remind anyone of anything. Sales work is active: calls happen in real time, conversations branch, follow-ups need scheduling, leads need to be assigned now.

To make a spreadsheet behave like an active system, you'd need a human in the loop typing things in after every call. And humans don't do that consistently. Not because they're bad employees — because they're busy. The cognitive load of "finish the call, breathe, find the row, type the duration, type the outcome, save" is high enough that most agents skip it on at least one in three calls.

The result: the spreadsheet drifts away from reality. A manager looking at the sheet sees a picture of what was supposed to happen, not what did happen. Decisions get made on bad data. Coaching is impossible because the calls weren't recorded, the dispositions weren't logged, and the agent's memory is worse than they think.

Doesn't a real CRM solve this?

Most CRMs (Zoho, Pipedrive, HubSpot) solve it for desktop workflows. The agent works in the CRM interface, makes a click-to-call from there, the call is logged automatically because the CRM placed the call. This works beautifully if your agents are at desks with laptops and headsets.

It does not work if your agents are on their phones. And Indian sales teams are overwhelmingly on their phones — for cost reasons (no enterprise desk-phone budget), for mobility reasons (real estate visits, dealer calls, on-the-go telecalling), and for connectivity reasons (VoIP audio quality drops, see the previous post). The CRM-installed-on-laptop model assumes a workflow that doesn't match Indian SME reality.

What changes when calls drive the system?

The right unit of work for a sales team isn't a row in a sheet or a record in a CRM. It's a call. Every call has metadata (who called whom, when, for how long), content (what was discussed), and an outcome (next action). If you can make calls the primary entity and let everything else be derived, the structural problem goes away.

That's what SIM-based CRM does. The agent makes a call the way they always did — using their phone, their SIM. The system observes the call: who, when, how long. It records the audio and transcribes the relevant pieces. The contact and the deal record are updated as a side effect of the call happening. No one types anything; the data is just there because the call happened.

With this model, the spreadsheet problem inverts. Instead of agents trying to keep a manual log accurate, the system has the ground truth and the manager can ask any question of it: which agents called the most yesterday, which deals haven't been touched in 7 days, who's converting at what rate, where are calls being dropped. None of these are derivable from a Google Sheet because the Google Sheet was never the ground truth.

Is switching worth it for a small team?

For under 5 people, probably not yet — the spreadsheet pain is manageable. For 5-50 people, the answer is almost always yes, and the math is straightforward: pay ₹99-125/user/month for a system, save the hours of "why isn't the sheet matching reality" debugging plus the deals you stop losing to drift. The break-even is typically inside one month.

The objection we hear most is "my team won't use it." The point of a SIM-based CRM is they don't need to change behaviour — they just make the call. The data capture happens automatically. The change-management problem most teams worry about doesn't exist in this model.

What's the right way to migrate off a spreadsheet?

Three steps that work in our experience.

1. Don't import everything. The temptation is to import 3 years of historical lead data. Resist. Import the active leads (anyone called or contacted in the last 90 days) and let the historical sheet sit as an archive. You don't want years of stale data polluting a fresh system.

2. Run parallel for two weeks. Keep updating the sheet for two weeks while agents also start working in Calliyo. After two weeks compare: which one has more accurate data? In every team we've seen, by week 2 the Calliyo data is unambiguously better and the sheet stops getting updated organically.

3. Train on coaching, not on data entry. The training time saved from "how to log a call" can be redirected to "how to review your own call recording for the moment you lost the deal." That's the actual ROI driver — better calls, not better paperwork.

The next post in this series — when to hire and when to systematise — covers a related question: most managers' first instinct when sales slows down is to hire more agents. Sometimes that's right. Often it isn't.

If you want to see what a calls-as-ground-truth workflow looks like, try Calliyo free for 7 days.

Frequently asked questions

Can't we just add automation to our Google Sheet (Apps Script, Zapier)?

You can patch many things. What you can't patch is the data-capture step — the agent still has to manually log what happened on each call. Every automation you add downstream is downstream of a manual step that breaks. The structural shift is moving the capture into the call itself, which a spreadsheet by definition can't do.

What about teams who genuinely like spreadsheets and use them well?

There are a few. Almost all of them are small (<5 agents), high-touch B2B teams with deal cycles measured in weeks, where each lead gets enough attention that the data stays accurate. Once volume grows or the team scales past 5, the model breaks.

Is the data we keep in spreadsheets safe under the DPDP Act?

Google Sheets shared by URL are not. The DPDP Act (in force from 2023, with rules tightening through 2024-25) requires access logs, consent tracking, and the ability to honor deletion requests. A shared sheet with customer phone numbers fails on all three. This isn't a hypothetical risk — it's an active compliance gap most SMEs haven't been audited on yet.

How long does a switch typically take?

5-15 minutes to install the Calliyo Android app on each agent's phone. 1-2 days to import active leads and configure call dispositions. 2 weeks of parallel running before the spreadsheet is retired. Total: under a month for a 10-person team.

What if our deal data lives in a separate ERP / accounting tool?

Calliyo is the calling-and-follow-up layer. Deal data, invoicing, inventory typically stay in your existing system (Tally, Zoho Books, etc.) and we sync deal stage + call activity via webhook. Most setups take an hour to wire up.

Chat with us