Salesforce Spring Cleaning, Part 3: Data Cleanup

It's officially springtime here in New York… so it's time for some spring cleaning!

As the admin of your PatronManager account, you're probably pretty busy most of the time, creating reports, refining processes, answering questions for your users… there's plenty to do. Outside of those day-to-day things, though, there are lots of other tasks that don't need your constant attention but still shouldn't be forgotten about forever. In this series of three posts, we'll make some suggestions for tasks you might include in a quarterly cleanup of your Salesforce account.

Data cleanup

Time for some more decluttering! Last week we talked about how to clean up templates and reports in your account; this week we'll move on to cleaning up your data itself. Bad data is worse than no data, so you'll want to make sure you're giving these things attention as part of your quarterly checklist.

1) Deduping!

If you've got your users following best practices at least MOST of the time (searching for accounts/contacts before creating new ones, and regularly qualifying ticket orders/donations/signups if you're using PatronManager), you might have some duplicate records that snuck their way in to your account, but you probably don't have tons and tons of them.

Still, it only takes one or two encounters with duplicate data for your users to feel confused and disgruntled. You might be hearing complaints from your colleagues who are more directly involved in data entry or reporting.

A good way to start understanding the scope of your (possible) problem is by running a report -- a simple All Contacts report, grouped by Full Name or by Email and then sorted by Record Count descending will let you just spot check to get an overall sense of the quality of your data. Any grouping that has more than one record is worth investigating as a possible dupe. You might notice hundreds and hundreds of problem records right away, or you might just catch one or two.

 
i think we have a problem

i think we have a problem

 

From there, you can decide how to address the problem. Merge the one or two dupes that you found and move on, or call in the big guns and use a tool that will help you tackle a larger set. We use DemandTools when we're helping our clients; you might prefer something a little more lightweight like Cloudingo if you're doing this yourself.

2) Field audit!

Look, we're pretty sure about this one: You have fields that aren't being used enough to justify their existence. Account, Contact, and Opportunity/Donation tend to be the worst offenders. Either you created a bunch of fields a long time ago with the best of intentions but they turned out not to actually be important to your business, or you created one-time-use fields specifically to get through a particular project, but never actually nuked the field after you were done using it.

Time to clean those up!

The Field Trip app is the fastest and easiest way to identify these fields where you don't have good usable data. This tool can be used to analyze your entire database or just certain segments of it, and it will tell you what percentage of records have values in each field for that object.

 
field trip!

field trip!

 

Then call a meeting with your colleagues and get their buy-in about proceeding with the cleanup. One good way to ease people into the idea of parting with a field they might think is still important: Start by removing it from page layouts, then hide it with field-level security. Give your colleagues some time to get used to not having the field around, and if you can get through til the next quarter without ever needing the field, go ahead and get rid of it. (This is basically this "outbox" concept, just with fields instead of stuff in your home!)

We've called this series of posts "spring cleaning," but make it a habit! Each quarter, take a day or two to run through all the items in each of these three posts. (In fact, go right now and schedule this in your calendar for each quarter! You'll thank yourself later when your Salesforce account is sparklingly clean and organized.)

Salesforce Spring Cleaning, Part 2: Decluttering

It's not quite astronomical spring here in New York yet, but it is meteorological spring… so it's time for some spring cleaning!

As the admin of your PatronManager account, you're probably pretty busy most of the time, creating reports, refining processes, answering questions for your users… there's plenty to do. Outside of those day-to-day things, though, there are lots of other tasks that don't need your constant attention but still shouldn't be forgotten about forever. In this series of three posts, we'll make some suggestions for tasks you might include in a quarterly cleanup of your Salesforce account. (Here's a link to part 1.)

Decluttering

Once you've been using your PatronManager/Salesforce account for a while, it's likely that you'll have accumulated a bunch of clutter -- things that live on beyond their usefulness. Spending a few minutes deleting old records, files, reports, or apps can help make sure that you and your users are able to find the things that actually matter.  

 
alli: "i 'marie kondo'ed' my sock drawer last weekend!" (and yes, I have three pairs of cloud socks)

alli: "i 'marie kondo'ed' my sock drawer last weekend!" (and yes, I have three pairs of cloud socks)

 

1) Email Templates

Maybe you created some templates for a big fundraising campaign last summer, but the project is over now and you'll never need to send that exact message again. Or maybe a few colleagues were collaborating on a draft, and ended up saving multiple copies as different "versions."

You can choose to delete these old templates entirely (you'll still have all the records where the template was actually used!); or, if you think there might be some value in referring back to them later (maybe you'll want to crib some language for next year's fundraising campaign), you can "archive" them by creating a new folder called something like Archived Templates and letting them live there, separate from places that users might look for an active template in the future.

neither eric nor emily work here anymore

neither eric nor emily work here anymore

2) Reports

Did you know that you can run reports ABOUT reports? You can! And you can include columns like Folder, Report Type, Created By, and, our favorite, "Last Run [date/time]". That means it's SUPER EASY to run a quick report and see exactly which reports in your account are gathering dust.

Think about how much time you and your users will save when you can see that the report you need already exists and isn’t hidden in the clutter of your reports from 5 years ago!

Once you've run your Reports-report and confirmed the criteria for the reports you're ready to purge, go to Setup | Data Management | Mass Delete Records | Mass Delete Reports and use the criteria fields there to go ahead and clear that clutter.

 
"not THAT stupid, pt. 1"

"not THAT stupid, pt. 1"

 

3) Installed apps

Go to Setup | Installed Packages and see what's in the list there. Are you actively using everything that's listed there? That's important to know… especially if you're paying for them! Have you let free trials expire? Did someone else install apps that you don’t even know exist?

While you're at it, if you're a PatronManager client, you might take this opportunity to browse through our Recommend Apps in the PatronManager Help tab to see what's new or if you can find a better solution than you might currently be using.

 
there are at least 4 apps that shouldn't be here any more

there are at least 4 apps that shouldn't be here any more

 

PS: The list of Installed Packages is infuriatingly always a mess because you can’t sort or filter it in any way. Vote up this idea to fix that!

(On to part 3!)

Salesforce Spring Cleaning, Part 1: Automation

It's not quite astronomical spring here in New York yet, but it is meteorological spring… so it's time for some spring cleaning!

As the admin of your PatronManager account, you're probably pretty busy most of the time, creating reports, refining processes, answering questions for your users… there's plenty to do. Outside of those day-to-day functions, though, there are lots of other tasks that don't need your constant attention but still shouldn't be forgotten about forever. In our next three posts, we'll make some suggestions for things you might include in a quarterly cleanup of your Salesforce account.

Automation and Forms Audit

With workflows, Processes, web forms, and triggers, your PatronManager/Salesforce account can take care of a lot of work on its own, without needing direct action from you. It's kind of like driving a car that's equipped with cruise control -- you get on the highway, you get up to speed, and then you can take your foot off the gas and relax for a bit. But your car doesn't magically transform into a self-driving one -- it's probably not a great idea to take a nap or read a book and trust the machine to do ALL the work for you. You still need to check in every once in a while and make sure that everything is working smoothly and safely. Today's "spring cleaning" checklist is about auditing your automation.

1) Workflows and Processes

 
"write a description?!"

"write a description?!"

 
  • Do you know what all of your workflows and processes are doing? Is everything that's active something that actually should be active? When you created those automation actions, were you kind enough to yourself to write a clear and helpful description that you can look back at now and understand? If the answer to any of these questions is "no," now's a good time to fix it.
  • Review everything that's active in production, and write some notes on any of the ones that aren't clear. If there's anything that's a real mystery (and that'll probably be a Process more than a Workflow, in our experience), hop over into your sandbox (refreshing it if needed) and experiment with it until you understand what it does.
  • Also, if you've been using your account for a while, you might have a whole bunch of older Workflows that can now be combined into a single Process!

2) Web Forms

 
"please give us money"

"please give us money"

 
  • If you're using PatronManager, you probably have at least three places on the web that your patrons use to interact with your organization: Your ticketing site, your donation form(s), and your email signup form(s). When was the last time you tested those forms yourself? Do you have a good sense of your patrons' experience online?
  • Bring your colleagues into the conversation too! Make sure people from sales, fundraising, and marketing also review and their respective forms. Are you effectively communicating the right message to your patrons? Do the forms reflect your organization's current priorities?

3) Email Templates

 
ack!

ack!

 
  • Related to both automation and web forms -- your account probably sends out all sorts of emails automatically. (Donation acknowledgements, order confirmations, volunteer schedules… etc.). When was the last time you (or anyone!) read and updated them? Again, rope in your colleagues to make sure that you all still like / agree with whatever you're saying in these automatic messages.

(Part 2, part 3)

Spring Cleaning: Contact record fields

We have a demo account that our sales team uses to show our prospects PatronManager. It's about five years old now and showing its age -- there's lots of weird historical data, and lots of accumulated one-off customizations that weren't ever really documented because it's not a "real" account. There have been lots of users over the years, all of whom have had System Admin privileges.

Our company and our sales team is growing, so it was time for a reset. Most of the accumulated mess hadn't been a day-to-day problem, because the old-timers on the team knew how to work around the things that were messy, but as we've hired new people, they've had to get started without the same benefit of experience.

So we decided it was time to create a brand-new account. We imported a bunch of more-realistic historical data in order to be able to do better demos of reports and dashboards, and then it was time to tackle the fields and page layouts.

And then we realized that the lessons we were learning and decisions we were making applied to other scenarios as well -- like, anyone who's inherited an older Salesforce or PatronManager account that hadn't been cleaned up in a while.

Here are the facts we were working with:

  • There were lots of custom fields that were sometimes nonsensical (like "Dog Person or Cat Person?"), often duplicative ("VIP" vs. "VIP?"), and frequently one-time use only (like "My New Field," created on the fly to show how easy it is to create a field! ...and then left there to rot on the page layout).
  • Page layouts varied wildly and without intention -- someone would occasionally pay a bit of attention to cleaning up or reorganizing the "Individual Account" layout, for example, without taking the same care with the "Household Account" layout.
  • There were custom badges of all different color schemes and styles because they'd been created at different times by different people using Da Button Factory or something similar (which is a site we love, but stylistic consistency would be nice).
  • Certain contact records looked okay because they were the ones that were used all the time -- they had all their fields populated with data that made some amount of logical sense for being a "real" person… but little attention had been paid to the vast majority of other records, so many were incomplete or obviously fake.

Peggy Olson's contact record, before.

In short, if this were a real client account, it would be impossible for people to get anything done, which made it a pretty terrible demo situation.

We needed to fix things.

Here's how we did it:

  • We designed a whole new set of badges and did a serious audit about what they all meant and how their formulas should be written. The old account had one badge field for Major Donor and a whole different badge field for Lapsed Donor -- we combined those together and added in a few more options to make a single coherent Donor Status field.
    • There were also separate badge fields for "VIP" and "Notable Patron"... we decided that was too weirdly similar so we cut the Notable Patron badge (because our users, the sales team, said they preferred to keep the VIP one).
  • We found and destroyed all the one-time use fields by running reports to see if the data was ever populated anywhere… mostly it totally wasn't, and if it was, the data was meaningless.
  • We reorganized all the active page layouts to help keep things organized and easier to understand at a glance, in a demo situation.
    • We made a new section specifically for fundraising data.
    • We're using a mini-Visualforce page to show donation history, so we moved that to its own section, without a header.
    • We added "blank spaces" to sections that needed more balance.
    • And we made sure to think through these changes, not just focusing on the fields that exist right now, but to make sure there will be logical places to put new fields that might get added in the future.
  • We checked our work both on the frequently-used records with complete data, and also on the records with less-complete data to make sure things didn't look super weird or confusing in either case.
  • All of this was done in the new, yet-unused account, so we had lots of chances to communicate with the team and show them things and get approvals.

Peggy's contact record, after


Everything looks so much cleaner and more usable now! The badges communicate the most important information about a contact, and it's easy to tell where to look to find the thing you're looking for.

We did the data evaluation work "by hand" in this case, by running reports and using our eyeballs, but we've also recommended the Field Trip app to clients who are interested in evaluating their use of fields in a more sophisticated way.

We would follow pretty much the exact process if we were working in a "real" account, with one exception: instead of doing all this work live in production, it would be done in a sandbox instead and then deployed after getting approval. (Though actually we've found that for MINOR changes to layouts, we can work directly in production -- we'll create a new Layout, and use Page Layout Assignments to assign it only to the person doing the work, and getting approvals from other stakeholders by posting screenshots to Chatter.)