Top 10 stupid CRM data corruption tricks

By David Taber, CIO |  Software, CRM

In the spirit of David Letterman's occasional feature "Stupid People Tricks," it's time once again for a new list of errors that lead to corrupted CRM records. Past quizzes have focused on SysAdmins and consultants, but now it's time to find out how your users and their business policies can contribute to data pollution.

So here's David Taber-man's newest Top 10 List of Stupid Ways Your Users Can Corrupt Your CRM Data. And yes, I've seen specific examples of every one of these this year.

Number 10: Connect Outside Systems Directly to Your CRM System

Whether it's a Web form, a direct integration adapter, or even a lowly file import, connecting your CRM system directly to an outside data source is an almost guaranteed mess. Either you get duplicate records, bad field updates, or -- for extra credit -- both! Better to use middleware, ETL tools, or internal code to trap the bad updates before they occur.

Number 9: Dedupe Accounts Without Considering External Systems

Everyone knows duplicate records are bad, but it's better to keep them around than to do fallacious merges. In most CRM systems, the account object is the top of the information pyramid. If your CRM system is integrated with anything outside, an account merge will cascade to several objects in the other systems...and they may not be able to comply. Or they pretend to comply, but immediately recreate duplicate objects back in your CRM. Since merges are not automatically reversible, do some real system engineering before you try merging accounts.

Number 8: Create a Lead Every Time

For a variety of reasons, users may insist that a new lead be created every time there's a prospect inquiry. This may be to give proper credit to partners, or show the yield of marketing events, or simply reflect a fear that "they'll never get that form fixed." This practice is a guaranteed dupe generator, frustrating users and almost guaranteeing bogus reports. Just say no: this is what activities, campaigns, and custom objects are designed to avoid.

Number 7: Insist that Leads and Contacts Can't be Deduped

Like Number 8, users will have lots of "good" reasons why leads can't be deduped against contacts. But deduping is a solid requirement -- there is no satisfactory alternative. So fix duplication issues at four levels: semantics, business process, system code, and administrative procedures.

Number 6: Use Lead Sources Instead of Campaigns


Originally published on CIO |  Click here to read the original story.
Join us:
Facebook

Twitter

Pinterest

Tumblr

LinkedIn

Google+

Answers - Powered by ITworld

Join us:
Facebook

Twitter

Pinterest

Tumblr

LinkedIn

Google+

Ask a Question