Does running a "pre-CRM" before Salesforce actually make the migration easier, or am I kidding myself?
Bit of a long shot question for the admins and consultants here. Not selling anything, just trying to sanity check an idea before I waste more time on it.
Context: a lot of smaller companies I run into aren't ready for Salesforce yet. No budget for a proper implementation, no admin in house, sometimes not even agreement on what their sales process is. They limp along in spreadsheets and then 2-3 years later they finally move to SF and the whole thing is painful because nothing was ever standardized.
So the idea I've been chewing on is a lightweight CRM (built on a flexible doc tool, doesn't really matter which) where the main objects are deliberately modeled to line up with SF standard objects. Accounts, Contacts, Leads, Opportunities with line items, Quotes, Orders, etc. The pitch isn't "replace Salesforce." It's "run your actual sales ops on this cheaply for a year or two, get your team used to the discipline, clean your data, and when you outgrow it the move to SF is mostly a known quantity."
Two things I genuinely can't tell if I'm right about:
First, in your real experience, does having data already structured like SF objects (plus deduped, with external IDs, consistent picklist values) actually cut down implementation/migration cost in a meaningful way? Or is the hard part of an SF rollout somewhere else entirely and this barely moves the needle?
Second, the obvious pushback I keep getting is "why not just spin up a free Developer org or a Sandbox and figure out requirements there?" I have my own answer to that but I'd rather hear yours, because you all live in this.
Happy to be told this is a dumb idea. Honestly the critical replies are more useful to me than the nice ones.