WITness Success + Why It Matters (by Angela Adams)

I recently took my 10 year old to WITness Success

 Ready to fly to Denver!

Ready to fly to Denver!

She attended a few sessions with me, had a blast with a new friend, and collected ALL THE SWAG. (Seriously. I am a proud no-swag taker. She made up for my six+ years of not taking any swag in one day.)

 My little one, her fast friend, and their swag.

My little one, her fast friend, and their swag.

A few days after we returned home, I asked my daughter what she learned from attending WITness Success with me.

I expected her to say something akin to "Well, dearest mother, I learned foundations for building a career in tech. By the time I am 12 years of age, I plan to have two Salesforce certifications and have built an app."

How did she respond?

She likes when the plane takes off much better than when it lands.

She liked all the stickers and her Equality hoodie.

She liked hearing me present ("You were so professional!").

She liked meeting my friends, especially my friend with the cool glasses.

Maybe my expectations were just a little unrealistic for a 10 year old. 

So why does it matter? Why did I fly my daughter to Denver? 

Generally, her context of professional women has been that women are singers or dancers, nurses, or teachers.

Then there's me.

She knows that I work for Now IT Matters and I am a Salesforce consultant. She's told me many times she's going to work for Salesforce when she grows up. A common household imaginative role play is "Let's play Now IT Matters" which consists of her and her brother pulling out their computers and pretending to talk to clients. 

I work from home and she sees me on the phone and computer all day, but doesn't really know what I do.

 A recent video call in which I was photobombed by both my daughter and the puppy.

A recent video call in which I was photobombed by both my daughter and the puppy.

I wanted her to gain a broader context.

I wanted her to see HUNDREDS of successful women in tech.

I wanted her to see women who looked like her claiming their space in the Salesforce ecosystem -- Leah McGowen-Hare and Leandria Streeter -- and ROCKING IT.  

When we discussed this fact, that my goal in bringing her on the trip was broadening context, she looked at me as if to say, as a 10 year old often does, "Duh, Mom!" and said "Yes! That was really cool. There were a lot of women there! They were all really nice and made me feel welcomed."

She didn't need to talk about it much more, but I realized right then that what mattered was the welcome.

Being there in the room, running around with her new friend Z, collecting dozens of pairs of socks, all helped her to feel she belonged.

I think welcoming is the thing that the Salesforce #Ohana does best.

In a world that is deeply divided, the art of hospitality and making room for a welcome matters significantly. Making space for others to be themselves and belong is a gift. 

Being welcomed by the amazing WITness Success #Ohana helped my little one envision a future where she is a successful woman in tech. And since we've been home she's been begging to "do Salesforce" -- she loves Trailhead and we have a plan to run a BAM! event in the future. 

Thank you, WITness Success, for a beautiful event and for welcoming little O. 


Soundtrack: Sara Groves, Why It Matters

Shonnah Hughes + Ohana Community Love


It has been an amazing summer with a whirlwind of community events. I had the pleasure and privilege of attending a few Salesforce community led events. I love these events because they are designed to be more intimate and accessible. They provide the Salesforce community an alternative to the larger Salesforce events such as Dreamforce and TrailheadX. Community events provide the same content, knowledge share and networking that you would find at the larger events -- but at a reduced rate, so that everyone interested can attend. I call these community events “Chicken Soup for the Soul” -- they help me recharge and reinvigorate my energy.

TEXAS Dreamin’

This is always one of my favorites. They say everything is bigger in Texas and I would agree. The community love that I felt while I was in Texas was HUGE! The leaders of the group describe this event as a “Texas-sized Ohana community led conference that provides knowledge + inspiration while celebrating anyone who uses Salesforce.” One of my favorite TXD18 moments was the keynote given by Salesforce’s Chief Equality Officer Tony Prophet. Tony highlighted how Salesforce is championing equality for all, and also detailed how the community in Texas is blazing the equality trail. A local example is Vetforce. Vetforce is a Salesforce job training and career accelerator program for military service members, veterans and spouses. More information about that can be found here

9A58B0B5-7426-469A-87C4-B02528CEDD81 (1).jpg

Toya Gatewood and I gave a presentation entitled “The Power of One”. We had great attendance and received amazing feedback. It was truly a great time engaging with the community in a meaningful way. I was show so much love in Texas by so many people but I have to give a special shout out to Joni and Jace Bryan, Stephanie Herrera and Holly Firestone!

Midwest Dreamin’

I am originally from the Midwest and this was the very first community event I ever attended, beginning in 2014. This is one of my top events to go to every year and I even volunteer for this event. Midwest Dreamin' is one of the first organized community events and is lead by some amazing people. Each year I can see the growth and success, and as a matter of fact I can recall something significant happening to me or someone I know. I met Toya Gatewood for the very first time at this event and she is one of my very best friends today. I have presented a number of times at this event and have also learned more than I can ever repay back to the community from this event. This year I got to meet some of my Now IT Matters team members at this event. We are a remote consulting company so this is how we get to see each other. The keynote given by Salesforce’s Chief Product Manager Brett Taylor was phenomenal. Midwest Dreamin’ will always hold a very special place in my heart because of all of this!



Big Sky Dreamin’

This was the first time I had ever been to Montana and also happened to be the inaugural event. I was skeptical about going to Bozeman, Montana, but Tim Lockie, the founder of Now IT Matters, resides there and is originally from Bozeman. He suggested that I come out and we do a joint session with another colleague. I agreed, and so Tim, Shiv and I presented on ‘Diversifying Your Portfolio’. This session was a new concept designed to help individuals understand the benefit of having a diverse workforce. Tim and Shiv did an amazing job articulating how they have seen success multiply when they invest in their employees. Lockie explained, “CFO’s have asked ‘Why would you give them training experience -- they could leave and it's a dead investment?’ and I replied, ‘What if I don’t and they stay?’”  

The keynote was given by Salesforce’s VP for Strategic Research, Peter Coffee. He was so on point, (one speaker I had never seen before) and my favorite quote from his presentation was “New solutions require wildly different perspectives.”  The closing keynote by Zayne Turner was informative and insightful. She highlighted the fact that you need ‘Joy’ when building solutions. Sandi Zellner left no one with a dry eye in the room when she told her personal Salesforce journey. She was brave and inspiring! This event was small but mighty and I can see the greatness that is to come for next year’s event.


The beauty of these community events is that everyone is welcome. You can feel the love flowing through every session, every speaker and all the hard work that it takes to put on these events. If you have the opportunity to a community event don't pass it up! Trust me, you will not regret it! So thank you to all the community teams who work tirelessly to entertain, educate and delight us. You are the REAL MVP’s!!!

Join my colleagues and I at Dreamforce in San Francisco, on September 25-28, 2018. We hope to see you there!


How to get Fiscal Year NPSP Rollups with Custom Fiscal Year Enabled by Michelle Regal

Inheriting a Salesforce org from another administrator can be both freeing and frustrating. One major source of frustration we’ve seen recently? New admins logging into their new-to-them orgs, only to find that the previous admin enabled Custom Fiscal Years.

*cue melancholy music*

This is horrifying for a couple of reasons, mainly

1. Your organization does not have custom fiscal years. Say it with me: “My organization does not have custom fiscal years.” That’s right, if your organization’s fiscal year is a standard 365 days (no matter when it starts), then you do not need Custom Fiscal Year enabled.
2. Once you turn on Custom Fiscal Year, you can’t turn it off. Ever. Even Salesforce Support can’t turn it off for you. You’ll need to start a whole new instance of Salesforce.
3. All of your NPSP rollup fields that calculate donations based on Fiscal Year are invalid because they aren’t compatible with the Custom Fiscal Year setting.

So what’s an admin to do?

After shaking your fists at the sky and crying out in frustration, head over to the AppExchange and install Declarative Lookup Rollup Summaries (DLRS)* in your Salesforce instance, because we’re going to solve your donation rollup problem!

Once you have DLRS installed in your org, you’ll need to create a few fields on the Opportunity and Contact objects to help with the rollup calculations.

First, create a number formula field to calculate the Fiscal Year on the Opportunity (Donation). The formula should look something like this:

  MONTH( CloseDate ),
  1, (Year( CloseDate )),
  2, (Year( CloseDate )),
  3, (Year( CloseDate )),
  4, (Year( CloseDate )),
  5, (Year( CloseDate )),
  6, (Year( CloseDate )),
  (Year( CloseDate))+1)

In this example, a donation made on 2/1/2016 (February 1st, 2016)  would be assigned as Fiscal Year 2016, while a donation made on 7/1/2016 (July 1st, 2016) would be assigned as Fiscal Year 2017. 

Update the formula so the CASE function includes a line for every month in the calendar year before your fiscal year start. For example, this organization’s fiscal year starts on July 1 (7/1), so I included a CASE condition for months 1-6.

Create a currency field on the Contact to hold the sum of donations for a particular fiscal year (i.e. Sum of Donations FY2017). This is where the result of your DLRS rollup summary will go. 

Next, create the Lookup Rollup Summary to sum the amount of all related Opportunities (Donations) that are Closed Won and fall in that fiscal year. The key is setting the Criteria: StageName = 'Closed Won' AND Fiscal_Year__c = 2017. 

Fiscal Year NPSP Rollups

Similarly, if you want to count the number of donations in a particular fiscal year, you just need to create a number field on the Contact object to hold the amount and create a Lookup Rollup Summary where the Aggregate Operation is Count.

But what if I just want a field that calculates for THIS fiscal year?

The only way to automate that is with custom Apex code. However, you can “hack” a solution with DLRS by just updating the year specified in the Relationship Criteria to the current fiscal year. (You’ll just need to remember to update it each time a new FY rolls around.) Just remember to click Save and then Calculate when you update the year so all your Contact records get updated.

* Make sure to read through the DLRS documentation to learn about how the rollup summaries work, latest release features, and any limitations.

Your Salesforce Needs Some Design Love (Part Three) by Reilly Ellis

Usability Testing (You are not your users)

The most important thing to remember about design is that you are not your users. The design principles that I previously covered will help you set the groundwork for a usable system, but the best way to see if your system is usable is to test your users using it.

Remember the law of familiarity. Admins are in Salesforce all the time. What makes sense to you may because of your history with the platform may not make sense to someone who is just in Salesforce to enter program data.

The is doubly true when you’re doing a redesign or introducing a new feature. You’ve developed familiarity with your design through the time that you spent creating it. It can be hard for you to tell if something makes sense because of its design or because you’ve developed a learned association.

Usability Testing vs. User Acceptance Testing

You’ve probably does user tests in your system before, but it’s likely those were user acceptance tests. User acceptance testing checks to see if your systems working correctly, for instance, does the “Total Payments” rollup accurately calculate all the payments?

Usability testing checks if your users are using your system correctly. For instance, do they know what the “Total Payments” field is? Do they use it like you want them to use it?

Usability Testing in Six Steps

1. Identify users

Survey a range of users - new users, super users, and users who still struggle.

2. Introduce a scenario or task

This is what you’ll be testing! Something like, “create a new contact” or “find the date of someone’s last donation.”

3. Ask the user to narrate their thoughts while they complete the task

Their narration will give you insight into your design. What parts do they understand? What parts are they missing?

4. Observe the user complete the task (silently!)

This may be the hardest part of user testing - but it’s important for you to stay silent. You won’t always be there to guide them when they’re using Salesforce.

5. Ask follow-up questions after the task

This is your chance to dig in to the actions you observed and get more feedback on the design.

6. Iterate & repeat!

Make the necessary changes, find more users, and repeat!


Usability Testing Quick Tips

Not everything is perfectly intuitive the first time around. You can test “learnability” by asking the same user to complete the same task multiple times. If they get it after a couple tries, great! If they still need help weeks later, you should reassess your design.

If you or your users don’t have time for dedicated usability testing - wrap it in with training. When your users ask you how to complete as task, have them show you how they do it first before you show them. This will give you some quick insight to the usability of your design.

Your Salesforce Needs Some Design Love (Part Two) by Reilly Ellis

Gestalt Principles (Why we group the things we do)

Visually, our brains like groups. They’ll take small, simple images and form them into groups. They’ll take large, complex images and break them up into groups. Our brains do this so that the information is easier to process. (Spot a trend?)

Gestalt principles explain how and why we create what groups or associations.

Used well, the gestalt principles can help make your interface easier to understand.

Used poorly, they can create confusion where people group things together that are different.

There are eight in total, but I’m going to review the most relevant below.

Laws of Similarity & Proximity

The law of similarity states that we group similar elements together.

blue and yellow.png

That’s why you can easily identify the blue rectangles as one group and the yellow circles as another.

The law of proximity states that we group close things together.

That’s why we don’t see one group of blue rectangles - we see three groups separated by whitespace. In the right hand group, the yellow outline helps us mark out a subset of two squares.

The laws of proximity and similarity come into play in page layouts and field names.

Here are two page layouts. In the first one, I threw the fields onto the page. There are only nine fields, how hard can it be to understand?

On the second one, however, I considered the laws of proximity and similarity and designed the page to facilitate the users’ understanding.

 Version 1

Version 1

 Version 2

Version 2

Let’s take a closer look. The first version has some groupings, but are they what we want?



In the red box, we can see that all fields are in the same section, so they are all given the same level of importance.

In the purple box, the “Background Check Complete” and the “Background” fields are next to each other and share similar names, so they’re easy to group together. However, in this instance, the “Background” field refers to a contact’s general background instead of their background check, so that grouping is misleading.

There are some fields that I want the user to associate together, but because they’re violating the principles of proximity and similarity, it can be harder to make that connection.

The “Background Check Complete” and “BG Check Date” relate to each other, but are separated and use different names.

“Volunteer Type” and “Donor Status” are both measuring an Active/Inactive quality of the contact, but it’s harder to see them as similar measurements since their names are dissimilar.

Now that’s take a look at the second version where I used deliberate spacing and naming to facilitate different groupings.


The top section is now distinct and it’s clear which fields are more important. With a name change, it’s also easy to tell that the “Volunteer Status” and “Donor Status” are measuring similar things.

The “Background Check Status” and the “Background Check Date” are next to each other and clearly associated. In turn, the “Background” field is now visually separated from the background check information, so it’s easier to keep the two meanings separate.

Just as you can create deliberate groupings with gestalt principles, you can create deliberate separations by violating the principles.

Lightning Path is a really good example. You’re visually separating the fields from the rest of the group, so it’s easier for the user to find them.


Law of Familiarity (or Past Experiences)


The law of familiarity says that our past influences how we see things.

That’s why, even though floppy disks haven’t been used for years, they’re still synonymous with “save.” People who have never used a floppy disk will recognize a save icon because they’re familiar with it from other systems.

This law is also why it’s important to pay attention to business process when designing your Salesforce instance. It’ll be easier for users to understand a process or layout that is familiar to them from their other work. For instance, ordering the Contact fields in the same way they’re ordered on a paper volunteer intake form.

However, the law of familiarity can tricky. It can convince you to maintain a poor design just because your users are familiar with it. Be on the lookout for this and when redesigning a page, consider the other principles first. But, if you need a tiebreaker between two good designs, go with the one that’s more familiar to your users.

The law of familiarity is the weakest gestalt principle, so chances are that your users will quickly adjust to a well-done redesign.

The emphasis here is on “well-done.”

If you’re going to do a redesign, consider it carefully. Think about the last time your favorite app did a redesign. If the new design was usable, you probably caught on quickly and appreciated the new flow. But if the new design wasn’t usable, it may have caused frustration. Not only did they did the app designers rip away your familiar associations, they didn’t give you an easy to use design to replace it.

Hick’s Law

Hick’s Law isn’t actually a gestalt principles, but it’s definitely relevant to your Salesforce design. It states that the time it takes someone to make a decision increases logarithmically with the number of choices.

Essentially, the more choices you present to your user, the longer it takes for them to find the one they want.

You can mitigate this extra time by limiting choices. You can create dependent picklists or filter your Lightning components so they only show up when relevant. 

 Picklists and Subcategories

Picklists and Subcategories

You can also limit the number of choices by grouping lots of smaller choices into several larger choices.

Let’s take a look at those page layouts again through the lens of Hick’s Law.

hicks law 1.png

In the first one, all the fields are in the same group. So in order to choose one field, like Volunteer Start Date, you have to sort through nine options.

hicks law 2.png

In this layout, since the sections are grouped together based on proximity, there are only a total of six choices: three to find the correct section and three to find the Volunteer Start Date field in that section.

Gestalt Principles + Hick’s Law Recap

  1. Design your names and page layouts to facilitate understanding of your fields.

  2. Try to mirror your users’ real life or previous experiences in the page layout, but don’t let your users familiarity with a poor design trick you into maintaining that poor design.

  3. Do your best to reduce the number of choices presented to your users through filtered Lightning components, dependent picklists, or meaningful grouping on your page.

Stay tuned for part three! 

Your Salesforce Needs Some Design Love (Part 1) by Reilly Ellis

Your Salesforce Needs Some Design Love.

(Don’t worry, everyone’s does.)

I recently had the pleasure of presenting at Force Academy LA on psych and visual design principles that can help improve the usability of your Salesforce instance. We'll be posting highlights of my talk broken out into three parts.

  1. Cognitive Load (Our brain power is limited)

  2. Gestalt Principles (Why we group things the way we do)

  3. Usability Testing (You are not your users)

Cognitive Load (Our brain power is limited)

Psychologists call the amount of brain power we have in our working memory “cognitive load.” We don’t have a lot of it. It matters that our cognitive load, our brain power, is limited because we use our brain to process unfamiliar things, make decisions, and learn new concepts.  

The cognitive load theory is a psych theory that says people learn easier when we reduce cognitive load. Essentially, the more brain power we can reserve for learning, the better.

Learning is relevant to our Salesforce design. The first time that someone interacts with your system - they’re learning. Your long-time users who have never really gotten it, who ask you how to complete the same task 10 times, they’re learners too.

Good design reduces the cognitive load so our brains don’t get tired trying to process the design and still have space to process the information.

There are two types of cognitive load that directly relate to visual design - intrinsic cognitive load and germane cognitive load.

Intrinsic Cognitive Load

Intrinsic cognitive load is the difficulty level of information being learned.

A great example of this is math equations. When you were first learning complex equations, if your teacher asked you to do this problem, it would have been difficult:


Instead, they probably broke it down for you into smaller steps. First the parenthesis, then the exponent, and then the division.

smaller steps.png

Each of these steps is simple, so they have low cognitive load. This makes the cognitive load of the problem itself lower, and therefore easier to learn.

We can see intrinsic cognitive load come into play for Salesforce admins in the emails and instructions that we send to users.

Version 1


Version 2


GeRMANE Cognitive Load

Germane Cognitive Load is the difficulty level of creating schemas.

Schemas are patterns that we identify in order to help us categorize the word. Once we have a schema, we can make sense of new things based on that schema.

Take, for instance, a kid who is just learning her animals. In her animal schema, she has two categories: mammals and reptiles. When she’s first introduced to lizards, she sees they have scaly skin. Based on this information, she categorizes lizards in her animal schema as reptiles and then she suddenly make more guesses about them - like they’re probably cold blooded and lay eggs.

Essentially, schemas are like cheat sheets.

Germane cognitive load is measures how difficult it is to creating those meaningful categorizations, those cheat sheets, in the first place.

A great example of this in Salesforce is naming conventions.

Can you find the process that updates an Opportunity’s status?

This is a version of something that I’ve seen in real life and may be familiar to you. Whenever someone creates a process, they use their own, different, naming convention. Every time I go in to update a process, I have to read through all the names to find the one I’m looking for, instead of the design facilitating that search.

process 2.png

Part of the reason this page is so difficult is that there are a bunch of different schemas. For instance, the processes in red have the object first. The processes in purple have the action first, but they’re using similar words to describe the same action. My brain needs to spend some extra time processing if “change” and “update” actually belong together.

The process that I’m looking for, the one that updates the opportunity status, uses yet another schema - department first.

Because of the lack of consistency, this page’s germane cognitive load is high. Yes, I will eventually find the process I’m looking for, but my brain has to filter through a bunch of other stuff to get there.

Cognitive Load Recap

  1. Reduce the intrinsic cognitive load of instructions by breaking them down into smaller steps.

  2. Reduce the germane cognitive load of your system by paying attention to naming conventions and other places where you can add consistency to your system.

Stay tuned for our blog post next week to learn about Gestalt Principles! 

Two Minute Tip: What Can I Quit?

Welcome to post two in our #TwoMinuteTip series on UX! 

Today's tip is to consider what users can quit doing.

Yep, you read that right! 

In many Salesforce implementations, the focus tends to be on new features, expanded functionality, and enhancements. But one of the tips to user experience I hold most dear is designing your UI in a way that users can actually quit doing something -- bonus points if it is something they perceive as duplicative or a waste of time. 

Chances are your users aren't all that thrilled about learning one more new thing, adding one more new process to their day-to-day routine. If you can replace something they were doing with a new process, though, they are more likely to try! 

In an implementation we did for a domestic violence shelter, their data model was to set up a Contact for the victim and the perpetrator. It was then an extra step to link them together via Relationships. As part of their UX we created a Flow that would allow them to enter the name of the victim, the name of the perpetrator, the relationship between the two, and then Salesforce would automagically create the Contact records AND the Relationship. Steps reduced. BAM! 

What are your examples of improving UX by allowing users to quit something?


Two Minute Tip: Know Your Audience!

Beginning in June, Now IT Matters will launch a blog series on User Experience. Each week we will feature tips on User Experience to improve Salesforce user adoption! We are excited about sharing these tips with you! 

As a little teaser, between now and June 1 we will share a few Two Minute Tips on User Experience. These are quick, practical suggestions you can begin using NOW. We'll dig into more of the meaty suggestions during our weekly blog series starting June 1. 

Our first UX Two Minute Tip is to get to know your audience.

My dad, a 30+ year salesman, is the king of memorable sayings and his quote for this one is: 

The day before, go next door!

What he means by this is that before he talks to a prospective customer, he gets to know them. He does this in a variety of ways, including asking others (i.e., "going next door") to find out what's important to them.

So before you dig in to Lightning components, page layouts, and field sets, get to know your audience.

Are they early or late adopters of technology? Do they keep a written to do list or utilize Salesforce or another tool to manage their tasks? How many minutes a day do they spend in the system? What are their key tasks? Where does their gaze naturally fall on a page?

Getting to know your users is fundamental in User Experience.

Your ultimate goal is to create a useful system, not just a useable one.  

If you don't understand your audience, you may wind up with a UI YOU think is useful, but your end users may hate because it requires more clicks than they are accustomed to.

Take the time to get to know your audience. 

#NPSPDay - New Orleans by Jenifer Alonzo

The Collaborative Un-Conference Model

NPSP Day in NOLA, my first NPSP Day, followed the standard un-conference format, which Shonnah explained in her March 21 blog post. The magical thing about un-conferences like NPSP Day is that they depend on attendees to set the agenda through structured collaborative exercises (many of which were created by theatre practitioners - more on that later). That means that each NPSP Day’s content is different, even when the structure of the activities is identical. Below, I’ll discuss some of the content that made the NPSP Day worthwhile and I’ll share how that content helped me grow as a consultant.

Relationships with Clients

This NPSP Day was unusual in that consultants and partners outnumbered nonprofit users! This gave the consultants a wonderful opportunity to listen to a small group of users and gain insights into how the best partners build relationships with their clients. Here were some of the takeaways:

  • Honesty at the beginning of a relationship is key. The best partners are up front about their area of expertise and they build relationships with other partners so that they can recommend trusted colleagues.

  • Setting clear expectations is a collaborative responsibility of partners and clients. The best partners have processes for helping clients collaborate in creating project plans and following through with responsibilities to the project.

  • Making mistakes is part of life. Consulting is no different. The best partners aren’t the ones who make no mistakes (spoiler: they don’t exist). The best partners are those who recognize, own, and work with their clients to fix their mistakes.


About half of us recognized this acronym, a quarter of us knew we should recognize it, and a quarter of us knew quite a lot about it and its implications for the Salesforce community.

GDPR = General Data Protection Regulation.  

It’s the EU law that includes the right to be forgotten and the right to request data about oneself. Granular and specific opt-ins are also part of how many are interpreting the law. Many present at NPSP Day assumed that the law would not affect US-based orgs. NOT TRUE. The law applies to all EU citizens even if our orgs have no EU presence.

Building a Salesforce Team

It’s not news that experienced Salesforce admins and developers are in short supply. The shortage is especially hard on non-profits who might not be able to afford market rates. We discussed the necessity of finding resources to raise IT salaries, as well as opportunities for hiring on an apprenticeship model rather than trying to find the perfect “forever employee.” Building a team can include collaborating with organizations like Pep Up Tech to find talented people who need their first job, supporting them as they develop in the profession, and planning for them to leave for higher wages in two-three years. In this model, non-profits get the benefit of making the development of Salesforce professionals part of their mission! I have personal experience with this approach: the Louisville Urban League offered me my first Salesforce job. I learned more than I ever would have at a for profit company. Even better, I am now and will always be a League supporter and advocate, even though I have moved on professionally.

We also discussed hiring for problem-solving skills, capacity for teamwork, and confidence first and Salesforce skills after that. Partners and users agreed that teaching Salesforce skills is easy. Teaching problem-solving skills is hard. Teaching the capacity for teamwork is even harder. Instilling confidence, the currency  of consulting, is hardest of all. We discussed rethinking job descriptions so that the best problem-solvers (even if they have never worked with Salesforce) could see themselves in Salesforce-related jobs.

As a person with two degrees in experimental theatre at my very first NPSP Day, I was heartened to discover that most of the people at NPSP Day held degrees in the arts and humanities! Not a single one of us had a degree in a tech field. Our presence in the room underlined that the problem-solvers and team-builders make the best Salesforce professionals and those folks often build those skills first in non-tech fields.

Three Collaborative Team-Builders and the Information They Shared

I learned from everyone at NPSP Day, but I want to highlight three people and a specific thing I learned from each:

Anne Young (Salesforce.Org, Power of Us Hub) - Anne suggested using the Power of US Hub not only as an online community, but also as the place to start when building in-person user groups and communities in response to a question from Allie Tabberer, an Admin at the Oklahoma City non-profit Canterbury Voices. This is useful for me as I have been searching in vain for the Salesforce non-profit community in my new hometown of Louisville, KY. Now I’m going to use Anne’s suggestions to build a community here!

Patty Simonton (Patty Simonton, daizylogik) introduced us to their product FoodBank Helper, a comprehensive tool for food banks whose staff work in the field. The tool's automations help users decide what size food bag to give to families and alerts them to special needs for the family like diapers and formula.

Katie McFadden at Common Voyage shared a couple non-profit use cases for Einstein. I was particularly interested in how educational non-profits are using the tool to predict which students might drop out and then provide extra interventions for those students.

Theatre (The More About That Later Thing)

My journey to becoming a Salesforce Consultant began a year ago, when I left a tenured faculty position as a specialist in experimental theatre and team communication. I spent the fall of 2017 doing Trailhead modules and earning my Admin certification. Since then, I’ve been working as the sole Salesforce Admin at the Louisville Urban League to earn my experience.

This NPSP Day was my first professional event as a Salesforce consultant! I was really nervous that my “old” skillset and my new identity as a Salesforce professional would clash. But, NPSP Day allowed me to create conversations with many other people whose journeys were just as weird and rich as mine! I learned that the Salesforce NPSP community is committed to collaboration, support, and mission-driven work. (Bonus: I also learned a neat trick for getting related records to show only the information I want on a Lightning page!)

NPSP Day was well worth both the time and the small fee. I look forward to the next one! 


 Kristin Kwasnik, Manager of Customer Success at Salesforce.org presenting on the spectrum of success. 

Kristin Kwasnik, Manager of Customer Success at Salesforce.org presenting on the spectrum of success. 

 What a great group! #NPSPDay

What a great group! #NPSPDay

TrailheadX | #EqualityforAll

Now IT Matters’ mission is to be a sustainable business that makes the world a better place by increasing the capacity of nonprofits through the development of brilliant staff. Over the past eight years, NiM has consistently invested generously in developing our staff. In the beginning, folks thought we were crazy, but we decided early on that developing brilliant staff and supporting what matters to them was how we wanted do business.

You might say it’s our “why”-- or our “it.”

Developing and supporting our staff means we give them time and space to invest in their own journey -- not just NiM’s. We enable our staff to become Salesforce rockstars and then step aside to let them truly shine in this ecosystem. One of the very most rewarding aspects of #TDX18 has been watching members of #TeamNiM and the organizations they represent gain accolades and attention within the #SalesforceOhana.

 Shonnah on the big screen!

Shonnah on the big screen!

Last night, Shonnah Hughes, co-founder of PepupTech, co-leader of the Women In Tech Diversity User Group, Salesforce MVP, and Senior Consultant with Now IT Matters, was honored with a 2018 Salesforce Equality Award. At the awards ceremony, Shonnah shared her reflections on diversity in tech, challenging all in attendance to take action.

Action is what will propel you forward, I choose to focus on actionable outcomes through my work with PepUpTech, WiT Diversity, Salesforce.org in K12, and my work with Now IT Matters. I am so proud to be part of this team! ~Shonnah Hughes
 Shonnah and fellow Equality Award winners! 

Shonnah and fellow Equality Award winners! 

Earlier this week Shakil Kamran shared his Salesforce journey, starting as as a PepUp Tech student and now a member of #TeamNiM.

 Big smiles for TrailheadX! 

Big smiles for TrailheadX! 

#TDX18 highlighted the work of Angela Mahoney, co-founder of RAD Women, a cohort-based training program for women developers.

#TDX18 featured a rockin’ Amplify Happiest Hour party, supporting women-in-tech. Amplify (formerly Girlforce) was founded by NiM's own Joni Bryan and Angela Adams!

We are honored to count Shonnah, Shakil, Angela Mahoney, Joni, and Angela Adams as members of #TeamNiM.

And the best is yet to be!

For Salesforce.org’s FY2019, we will be expanding our service offerings to K12 organizations. As parents and mentors, #TeamNiM is committed to giving back to schools and enabling schools to leverage the power of Salesforce.  At #TDX18, Marc Benioff challenged all of us to give back to schools, saying: “It’s my obligation to walk down there and knock on the door and ask what I can do... we can all do one thing.” Mission accepted!

We’re also growing #TeamNiM -- a team committed to doing #moregoodbetter, disrupting the status quo in tech, and championing #EqualityforAll. If you would like to join us, don’t be shy!