Get in Touch
About Us Insights Newsroom Gallery Why AtomicNorth Get in Touch

Salesforce.
Salesforce Built for the Long Term

Salesforce is easy to start and hard to change. Most orgs we are asked to look at were configured quickly by capable people under pressure, and are now carrying a data model nobody chose, four automations on the same object, and a permission position nobody can explain.

Implementation, integration, managed services, migration and Agentforce, under one accountable team.

ScopeFive service lines

Implementation, integration, managed services, Agentforce and migration in one agreement.

ERP sideOracle in-house

E-Business Suite, Fusion and the database layer supported by the same firm, with in-house Oracle expertise.

Covered24×7×365

Shift handover crosses time zones, so overnight is a working shift rather than a pager.

ReleasesThree a year

Tested against your org in a sandbox ahead of each window rather than forwarded as release notes.

What is included

Five service lines, one accountable team

Every line below is delivered by the same team, against the same backlog and the same monthly report. You can start with one and add the rest without renegotiating the contract.

Salesforce Implementation

Discovery to go-live, with the object model and the sharing design agreed before a single screen is configured.

Standard functionality until there is a demonstrable reason to leave it, and the reason recorded next to the thing that left.

A build your own admins can still change in year three.

Salesforce Integration

Interfaces into ERP, finance, marketing and telephony, each classified as batch, event or request before anyone picks a tool.

Every interface ships with its failure path, its retry policy and a scheduled reconciliation that proves the two systems still agree.

Interfaces that fail in a way you can act on.

Salesforce Managed Services

Administration, release management across the three seasonal releases, a standing monthly allocation of change, and org health tracked rather than discovered.

There is no charge for incident volume, which is the only arrangement that leaves us on the same side of the problem as you.

An org that is run and changed, not only kept alive.

Agentforce and Salesforce AI

Data readiness first, then grounding, then the permission model, then behaviour. In that order, because the order is what decides whether it works.

We do not quote deflection rates. We tell you whether your data can support the use case before you spend anything meaningful on it.

An agent you could defend in a review.

Salesforce Migration

Legacy CRM moves, post-acquisition org consolidation, Classic to Lightning, and the data work underneath all three.

Rehearsed in a full-copy sandbox more than once, reconciled field by field, and signed by the data owner rather than the project.

A cutover that is boring, by arrangement.

Where we will say no

If the honest answer to a question is that Salesforce is the wrong tool, or that the data is not ready for the thing you want to do with it, that is the answer you get.

Our Oracle and application practices mean we have somewhere to point when a requirement belongs elsewhere, so there is no commercial reason to pretend.

Advice that is not shaped by what we happen to sell.

How a Salesforce engagement starts

StageOneLook

What is actually in the org. Objects, automation, installed packages, integrations, permission sets, API consumers, and the fields three teams fill in three different ways.

Most orgs surface at least one surprise here. Finding it in week one is the point of the exercise.

You receive:

An org register and a debt list

Every customisation with an owner and a status, and the technical debt ranked by what it would cost you on the day it matters rather than alphabetically.

This is yours whether or not the engagement continues.

StageTwoDecide

What to fix, what to leave, and what to stop doing. Some of the register is debt worth paying down and some of it is working fine and should be left alone.

A remediation plan that tries to fix everything gets cancelled in month four. One that fixes the three things that matter does not.

You receive:

A plan with an order to it

What changes, in what sequence, with the dependency between items stated and the things we recommend not touching named explicitly.

Including an honest line on anything we think is the wrong tool for the job.

StageThreeDeliver

Work in sprints against that plan, demonstrated in a sandbox you can log into every sprint rather than described in a status report.

Anything that cannot be demonstrated is not done, whatever the plan says about it.

You receive:

Working configuration, on a cadence

Each increment in a sandbox with realistic data, and the admin documentation written while the work happens rather than compiled afterwards.

Changes of mind are cheapest here, which is why it is shown early.

StageFourRun

Steady state under the managed service: incidents to target, the monthly change allocation shipping, seasonal releases tested ahead of the window, debt worked down on the plan.

The build team does not leave on go-live day. That handover is where most Salesforce programmes lose their users.

You receive:

A monthly service review

Volumes, target attainment, what shipped, release impact, org health, and the remediation plan for whatever slipped, with an owner and a date against each.

The report is written to be read by your board, not by us.

01
Coverage

What each line takes on, and where it starts

Response targets are the standard commitment under the managed service. Regulated orgs and fixed trading peaks are quoted separately.

Salesforce service lines, what each takes on, the usual starting point and the response target
Service lineWhat we take onUsual starting pointResponse target
Implementation Data model, sharing, clouds in scope, automation, migration, adoption A first Salesforce build, or a rescue of a fast one Project
Integration Interface design, middleware, error handling, reconciliation, API headroom An interface that fails silently 15 min, P1
Managed services Admin, release management, backlog delivery, org health, incident support A backlog no single admin can absorb 30 min, P2
Agentforce and AI Data readiness, grounding, permissions, agent behaviour, consumption A pilot that demonstrated well and deployed badly Project
Migration Profiling, mapping, rehearsal, reconciliation, cutover, decommission A legacy CRM, or two orgs after an acquisition Project
Commercials

Priced on the org, not on the ticket count

The managed service is quoted against the inventory taken in stage one: users, customisation, integrations and release cadence. A fixed monthly fee covers run, release and a standing allocation of change.

Project work is separate and estimated before it starts. There is no charge for incident volume, so a month with more incidents costs the same as a quiet one.

Ask for an estimate
  • In the monthly feeAdministration, incident handling, release testing, org health reporting, the standing change allocation and the service review.
  • Quoted separatelyImplementations, new cloud rollouts, major integrations, migrations and Agentforce programmes.
  • Never chargedIncident volume, out-of-hours calls inside the covered scope, and the org register, run books and documentation you take with you if you leave.

Indicative structure. Final scope and rates are set after stage one.

Questions we get asked

Before you send an RFP

What is your Salesforce partner status?

This site does not claim a partner tier with Oracle, Microsoft or Salesforce. Ask us directly about the certifications the team holds and we will answer precisely rather than putting a badge on a web page. We would rather be the firm that undersells the credential and oversells the evidence.

Why would we use you rather than a Salesforce-only consultancy?

For a pure Salesforce build, a specialist may well be the right answer, and we will say so. Where we are genuinely different is the boundary: most Salesforce pain in a mid-size enterprise is at the ERP interface, and we support Oracle E-Business Suite, Fusion and the database layer in-house. That removes the usual argument about which end the fault is on.

Can you take over an org somebody else built?

That is the more common engagement. It usually needs a period of untangling first, which we scope separately and are plain about, rather than building new functionality on top of automation nobody understands. Stage one exists to tell you how much of that there is before you commit to the rest.

Will Agentforce fix our service desk?

We do not know, and neither does anybody who answers that question before seeing your data. What we will do is tell you in stage one whether your grounding data and your permission model can support the use case you have in mind, and sometimes the honest answer is that the data work is worth doing on its own and the agent is a later question.

How does support work across time zones?

Delivery centres in Noida, Chennai and Jammu with client-facing offices in Mississauga and London. Coverage is 24×7 because the shift handover crosses time zones during working hours, rather than by waking someone at home and calling it on-call.

Send us theorg.

However much of it nobody can explain any more. The first conversation is a scoping call, and the stage-one register is yours whether or not you appoint us.

Get in touch +91-120-4849200