Zoho Implementation Services: What Is in Scope, What Is Not, and What Nobody Quotes For.
Updated: 3 days ago
Get three quotes for a Zoho implementation and they will look alike. A number of hours, a list of applications, a list of things called deliverables, and a date. Read the assumptions section at the bottom and the three quotes stop looking alike, because that is where each partner has written down what they are not going to do.
This post is a map of a Zoho implementation as we scope it: what is in, what is usually out, and the one thing that decides whether the implementation works and appears on almost no quote as a line item. If you are choosing a partner, it is the list to read the assumptions against. We wrote separately about how to choose the partner; this is what to expect once you have.
What is always in scope.
Configuration is in every quote, because it is the visible work. For a CRM, that is modules, fields, layouts, pipelines, roles and profiles, workflows, assignment rules and the reports the sales manager asked for. For Books, it is the chart of accounts, tax, templates, bank feeds and the approval flow. For Inventory, Projects, Desk and the rest, the equivalent list. This is the work most partners are good at, it is the work that is easiest to estimate, and it is between a quarter and a half of the real engagement.
Basic training is usually in, as a number of sessions. Basic data import is usually in, as a number of records from a spreadsheet you provide. Go-live support is usually in, as a number of days after the switch. Those are the four things a quote prices, and if the assumptions section stopped there, quotes would be comparable.
What is usually out, and should be in.
The assumptions section is where the rest of the engagement lives, and it is written as things you will do or things that are not included.
Data, beyond the import.
The import is in scope. The data is not. Your customer records are in two systems and a spreadsheet, with duplicates, with fields that mean different things in each, with history that has to be attached to the right record. Deciding what a clean record is, merging the sources, mapping the fields and carrying the history is the part that takes the time, and a quote that says "client to provide data in the template" has put that work on you. We wrote a CRM data migration checklist because the list of what goes wrong here is long and predictable.
Integrations, beyond the native ones.
Zoho connects to Zoho well. The quote will say so. Your business also runs on a shop, a shipping tool, a payroll system, an industry application and a bank, and the quote will list those as "available via marketplace connector" or "phase two". A connector is a start; the join that carries the right facts in the right direction with the right master is the work, and for most companies it is a third of the engagement. Ask which integrations are priced, and what happens to the order that fails to sync at two in the morning.
Process decisions.
Every field, pipeline stage, approval rule and automation encodes a decision about how the business works. Who owns a lead. When a quote needs a manager. What happens to an order that ships short. Which customer record wins when two disagree. The configuration cannot be built until those decisions are made, and the quote assumes they have been. They have not. In most companies they have never been written down, and different departments hold different answers.
The first ninety days.
Go-live is the beginning. The three months after are when the sales team finds the pipeline stages do not match how they sell, the accountant finds the tax setup missed a case, the warehouse finds the pick list is in the wrong order, and the automations that looked fine in testing fire on real data. A quote with five days of go-live support has priced the first week of a ninety-day period.
What nobody quotes for.
The item that decides the implementation is the process decisions, and it is missing from quotes because it is hard to price and harder to sell. It looks like meetings. It is the work.
Here is why. A Zoho application, or any business application, is a set of opinions about how work flows, expressed as fields and rules. If the opinions match how your business works, people use it. If they do not, people work around it, the data goes stale, and eighteen months later someone says the implementation failed. The implementation did not fail. The decisions were never made, so the configuration encoded the partner's guesses, and the guesses were wrong in the fifty places where your business is not generic.
Making the decisions means putting the people who do the work in a room with someone who knows what the application can hold, walking each process from start to end, and writing down every fork. It takes days per process. It produces a document that the configuration is built from and that the training is built from and that the first ninety days are measured against. No quote we have seen prices it by name, and a quote that does not price it has either hidden it inside the configuration hours, where it will be squeezed, or assumed you will do it, which you will not, because nobody in your company has done it before.
How we scope it.
We start with a no-risk discovery, which is the decisions work in miniature: a few days walking the processes that matter most, finding the forks, reading the data, listing the integrations. It ends with a written scope that names what is in, what is out and why, and a guaranteed estimate for what is in. The estimate is ours to hold, which is why the scope is precise. We would rather write "the shipping integration is out of scope and here is what that means for the warehouse" than leave it in an assumptions section for you to find in month four.
The scope has six parts, and each one is either in with a price or out with a reason: the process decisions, written down; the configuration built from them; the data, cleaned and carried; the integrations, with the master for each fact named; the training, built from the decisions document; and the first ninety days, with a named person and a weekly review. A quote that prices only the second and fifth is pricing a third of the engagement, and the difference will arrive as change orders or as an implementation nobody uses.
For a sense of what the numbers look like for the CRM alone, our honest picture of Zoho CRM implementation cost breaks the figure down. The suite-wide version is larger mainly because the integrations and the decisions multiply with each application.
What we are and are not accountable for.
We do not own your business processes; you do. We are accountable for getting them decided and written down before anything is built, for the configuration matching the document, for the data arriving clean, for each integration having a named master and a named failure path, and for the estimate holding. If a decision changes after go-live, that is a change, and it is priced as one, but it is priced against a document rather than against a memory of a meeting.
The short version.
A Zoho implementation is six things. Quotes price two of them and put the other four in the assumptions. The one that decides the outcome, the process decisions, is the one nobody quotes for, because it looks like meetings and it is the actual work. Read the assumptions section first, ask which of the six is priced, and choose the partner whose scope says what is out and why.
Find out what one connected Zoho system would change in the way you run.
In a no-risk discovery we look at your CRM, finance and operations systems and who owns each part, and show what a connected system would do differently. You pay only if you proceed. Or see how we approach it.
More on the same problem:
Comments