[This document provides a close approximation of the training outlined we
use for Salesforce basic user training. Typically, the outline would contain some customatization
to describe specific features of the Salesforce instance established for the organization receiving
the training, including customization of the exercises
suggested at the end of the document.]
We frequently find a graphical/diagrammatic representation of relationships between major and
heavily used SF objects is useful during training. The following linke provides a PNG
representation of a graphical data model diagram
(often called an entity-relationship
diagram or ERD
of a standard NPSP V2 Salesforce database:
The representation in the diagram linked above also contains a represenation of Fund
and Tribute
tables we find are often desired by our clients
A generic PDF version of our typical outline of topics presented in a Basic Salesforce
User
training is presented here (PDF format):
This document provides a checklist of topics to be covered during training of users for SalesForce.
The current version of this document may require some editing to remove references to the previous organization using this outline, and to replace those with [Org abbrev]-specific text.
Why SalesForce?
accessible from anywhere
nhanced physical data security
mass emailing tool integration
event management software data transfer/coordination
email/database integration (such as MailChimp)
land easement tracking
on-line payment processing
volunteer management
Topics to be covered in training are listed in subsections below.
The overall data structure of the most important SF objects for your organization has been diagrammed in several documents provided during the data migration work performed for your organization. These are available in the BaseCamp project used to manage your data migration project and can be downloaded for your reference.
Provides a high-level depiction of the overall structure of the main data objects in your SF instance, and the most important relationships defined between these objects.
The Schema Builder
allows you to construct visual displays of any set of Salesforce
tables you select.
Access the Schema Builder
by navigating to Setup/App Setup/Schema Builder
This checklist covers tasks expected during typical use of SalesForce by a general-purpose user.
(Show high-level data model diagram)
[Org abbrev] Organizations)
The information hub
of SalesForce data
Can represent a business, organization, foundation, committee, or an individual
Can indicate another organization as a parent
Persons)
SalesForce typically associates a contact with one and only one organization
using the contact OrganizationName
field
Represents the primary
or official
organization associated with the contact
For individuals
an organization record is created to represent only that person.
Can enter role
played by contact with regard to the organization, and start/end
date of the time period when that role is applied
Provided as a customization to standard
SF configuration with installation of the
SF Non-Profit Starter Pack
packages
Not required by SalesForce
Represents relationships between one person and another person
Provided as a customization to standard
SF configuration with installation of the
SF Non-Profit Starter Pack
packages
Typically used to record communication actions taken towards the contact. Might be used to log records of phone calls, email communications, etc.
Can also be used to record other types of actions
Can be set to provide reminder emails
Gifts and Pledges)
Can be used to represent a variety of opportunities
, either potential or actually realized:
Donation, grant, volunteer action
Link to contact record for responsible cultivator
?
Represents a specific payment associated with a donation
. Each donation can have multiple
payments
associated.
Provided as a customization
to a standard SF instance with installation of the SF Non-Profit
Starter Pack
(NPSP) packages.
Stores email templates, mail merge templates, tip sheets, etc for general access by SalesForce users.
Except for umbrella
campaigns used as parents
to other Campaigns, each campaign typically
represents an outreach effort providing a single message using a single communication method.
parents
Each campaign can designate another campaign as a parent. This can be very helpful in
tracking various actions taken during different portions of an umbrella
campaign.
Examples:
Umbrella
event with different locations, sessions, etc.
Fundraising event with different outreach approaches used and tracked
Stores linkage between campaign record and contacts who are targeted by the campaign
Indicates status
of the member in the campaign (for example planned contact
,
message has been sent
, has responded
, etc.)
{Will present data structure customizations adopted for the specific organization that is receiving the training}
Nonprofit Starter Pack
Each record represents a link between an Account ([ORG ABBREV] Organization) record and a Contact (Person).
It's possible to specify what sort of affiliation is documented (board member
,
owner
, etc) as well as start and end dates for the affiliation or the status
(current
/former
)
Used in batch data entry processes that are provided by the NPSP
Not used under structuring of [ORG ABBREV] data, which instead uses Account
([ORG ABBREV] Organization) records with a record type of Household Account
to
represent households that persons are associated with.
Used by special data import wizards provided with NPSP V3.
Each record represents an individual payment that is a component of a single Opportunity (Gift)
When used, each record provides details of a recurring donation promise
made by
a donor. A recurring donation promise
differs from a pledge - pledges have a
finite number of donations promised, so that the total expected revenue is known
from the start. Recurring Donations
by contrast are open-ended, with the donor
not specifying how long these promised regular donations will be maintained.
With NPSP V3, pledges are typically stored using an Opportunity (Gift) record, with linked NPSP Payment records used to represent each individual payment expected from that pledge.
Recurring payment promises that are established with assistance of on-line payment processors typically store records describing these arrangement externally. Organizations then often opt to avoid any manual effort required to create parallel records in the NPSP Recurring Donations object.
{Will present data structure customizations created by apps installed for the specific organization that is receiving the training}
Most effective searches use a part of a record name
that can be depended on to be
reliably present on the record you're searching for.
It's sometimes helpful to avoid searching for parts of names that might have been abbreviated when the record was first entered:
Corporation, Foundation, etc.
If you know you're looking for an Organization, set the search to exclude display of matching records from Donations, Contacts, etc.
Examine other records that you know have been named well to understand the approach that should be consistently used
affiliation
Need to have a clear idea of how you want organization/contact links represented, and how your desired representation compares to any preexisting records you find in the database.
Primary relationship of contact to organization generally indicates link
using contact OrganizationName
field
Secondary relationship, or a need to store the role
the contact plays
at the organization might indicate a need for entering contact/organization
affiliations
There's some judgment involved here - be thoughtful and talk to others as needed to understand how to make that judgment.
If a new contact is being entered as an individual
without a primary
relationship to some business or organization:
OrganizationNamefield blank
SalesForce will automatically create a linked Organization with the
same information you enter on the Contact record. (This automation is
not standard
SF functionality, but is a part of the installed
Non-Profit Starter Pack
applications.
organizationcontact is being created, the most sure-footed approach is to create new contacts from the organization that will be linked by the contact
OrganizationNamefield.
This approach automatically copies information like address from the organization record to the new contact record - often reduces data entry effort/errors.
Not every user can work with Campaigns (to create new Campaigns, etc). Only users with
marketing user
privilege can perform these functions.
It is typically wise to restrict this privilege to a subset of users to ensure that the persons creating and maintaining campaign records are those who are well-practiced. Very much of the power of Campaigns is obtained only with a skillful and very consistent approach being applied.
Consistent, systematic naming approaches are particularly helpful with campaigns. For instance,
childcampaigns, it is helpful that children are named with the name of the
parentcampaign as the prefix. For instance
Capital Campaign 2014as a parent, and
Capital Campaign 2014 12-01 Emailas a
child.
This naming approach can be used to advantage in reports and in searches
tabsprovided for the user to quickly find Campaigns work to greatest benefit if Campaigns are not named with year as the prefix. If the year (
2014,
2000) is used as a prefix, all Campaigns will be on the first tab. If year values are used later in the name (
Capital Campaign 2014,
George Smith Fundraiser 2012), then the
Cor
Gtabs can allow a user to very rapidly navigate to a campaign of interest.
For most efficient data entry, if either an Organization or Contact record
need to be created, that task should be completed before you begin entering the
donation
itself.
If the donation is from a person, navigate to their Contact
record. If
the donation is from a business or organization, navigate to their
Organization
record.
create... donationbutton to begin the creation of a new donation record
nameand fill in other field values appropriately
It is usually recommended that SF donation names should be constructed to include: the donor name, an indication of the type of donation, and the date of the donation.
Examples:
Campaignthat is identified as the primary motivation for the donation.
contact rolerecords using the related list located near the bottom of the donation page layout
Reportstab, reports you have recently used will be displayed.
public
A user's private
reports are usually NOT available for use by other SalesForce users
Only an administrator can alter a public
report to change fields that are provided,
or to change selection criteria
customizeit for one time use or can then save the customized version using a new report name
Probably wise that only your administrator create, name and store public
reports
designed for general use by staff.
descriptionwhen you save a report.
SalesForce provides a lot of report types. Each of these represents a different combination of information from different information subjects in SalesForce.
It might take some time exploring the many report types before you find the correct type for a specific reporting need. Be patient during the time you're learning SalesForce.
Typically, represent an action taken or planned towards a contact
Typically assigned to a user represented by a SalesForce user account
Can be established to generate automatic reminders for the assigned SalesForce user
Can indicate specific campaign, donation, organization as related to the activity
SalesForce will archive
Activity/Task records that meet certain criteria. For
instance, Tasks that are over a year old. Search the SF online help for archived
task
for additional information. Archived tasks are typically not displayed in SalesForce
reports or in related lists
.
Provides discussion-type messages associated with activities of objects or persons
you indicate you want to follow
.
Type of objects/monitoring provided can be customized by your database administrator.
Can use to provide:
topicsthat all users to quickly view a list of only/all messages making use of that topic
Topics are entered as text following a pound sign (#
)
NOTE: Integration with Outlook, MacMail, other email client
software, or Gmail and
integration of Vertical Response, MailChimp or other bulk emailing services will probably
make sending of BULK emails directly from SalesForce undesirable or obsolete. (There
may still be SOME reason to send smaller volume emails directly from SalesForce if
standard, previously developed email templates are to be used, etc.)
Activity Historyrelated list
SalesForce will provide tools for choosing an email template
to be used with
the letter.
Alternatively, you can construct an email specifically for this single communication. The text of the email will not be saved as a template
If you continue through the entire process for sending an email, SalesForce will
create an activity
record to represent the communication. You may want to check
the Activities
related list for the contact to verify that the activity is listed
in the way you wish.
plannedto
sent(or some similar change).
NOTE: Future, planned email integration with iContact or other bulk emailing services will probably make sending of emails directly from SalesForce undesirable or obsolete.
Activity Historyrelated list
mail mergebutton
SalesForce will provide tools for choosing an email template
to be used with the letter.
Alternatively, you can construct an email specifically for this single communication. The text of the email will not be saved as a template
If you continue through the entire process for sending an email, SalesForce will
create an activity
record to represent the communication. You may want to check the
Activities
related list for the contact to verify that the activity is listed in the
way you wish.
plannedto
sent(or some similar change).
viewsto speed access to restricted subsets of data
For example, a Contact view can specify record selection criteria using any contact field. But organization fields cannot be used for this purpose in a view created on the Contact tab.
viewsthat are not accessible to other staff members
Documentstab
up to date:
Make sure that you:
Affiliationslinked to that person's Contact record in SalesForce - or email appropriate staff to make the update
group eventslike webinars, annual meetings, etc. to the appropriate staff members for establishment of appropriate
campaignrecords, etc.
schema builder. To access the schema builder, navigate to
setup/App setup/schema builder.
Click on the provided links in the search results to view the records matching the search
criteria. The use your browser's back
function to return to the search results.
Try only PORTIONS of names, wildcards, etc to be sure you understand how these faster approaches work, and how they may in fact be preferable.
Try using email addresses, phone number, portions of mailing addresses, zip codes etc to be sure you understand the full scope of the search functions.
Salesforce search
functions can be powerful and very helpful to Salesforce users. It's
wise to take enough time become very comfortable with these functions.
TRAINING phone displayto display contacts with associated phone information.
NOTE: I've adopted the convention of naming views designed for general staff access with
a prefix of [ORG ABBREV]...
. I find it is useful to use a naming convention like this
to clearly differentiate views that have been constructed by system administrators for general
staff use. I'll recommend that personal views be named with a prefix indicating the initials
of the person who constructed the view. In general, only database administrators will have the
authority to create views for sharing with all staff.
You might consider changing the displayed columns, their ordering or adding an additional
selection criteria like last name begins with 'B'
.
backfunction to return to the displayed view
Person) field and create a view that looks for this particular setting. Confirm that the individual in question DOES show up on the results of your new view.
phonefield.
TRAINING email displayto display contacts with associated email information.
NOTE: I've adopted the convention of naming views designed for general staff access with a
prefix of [ORG ABBREV]...
. I find it is useful to use a naming convention like this to
clearly differentiate views that have been constructed by system administrators for general
staff use. I'll recommend that personal views be named with a prefix indicating the initials
of the person who constructed the view. In general, only database administrators will have
the authority to create views for sharing with all staff.
You might consider changing the displayed columns, their ordering or adding an
additional selection criteria like last name begins with 'B'
.
backfunction to return to the displayed view
Person) field and create a view that looks for this particular setting. Confirm that the individual in question DOES show up on the results of your new view.
Training/TRAINING Org Created Todayreport to see if the organizations you just created are displayed.
Training/TRAINING Contact Created Todayreport to see if the contacts you just created are displayed.
You'll typically do this by creating a new contact WITHOUT specifying an Organization
during your record creation. [LB - NPSP automation will automatically create an
Organization
record with record type Household Account
and will link the Contact
record to that household account
record.
TRAINING Phone Displayview.
preferred phonesetting and then display the view again to see the effect on the
phonefield.
personal reportsfolder) that might be useful to you.
It takes a little time to become adept at constructing SalesForce reports. Allow yourself a little familiarization time to learn their use before you face important reporting deadlines. You'll probably need to examine the data available for display in various report types to start gaining a clear understanding of how to use report types and to understand WHICH report types are likely to be useful to you...