Best Practices for Using Salesforce Account Teams

Share this article...

I’ll admit it, in the past Account Teams was not my favorite feature. It had too many limitations, such as the inability to add custom fields for account team members, or to use functionality such as Flows, Validations, or Apex triggers. 

But then all of this changed. Account Teams received a major upgrade – and ‘Account Team’ was enhanced to become a first-class object. Using Account Teams has many use cases, as they are applicable to both Sales Cloud and Service Cloud. In this article, you will learn all about Account Teams and best practices.

Salesforce Accounts Teams

What Is an Account Team? 

  • An Account Team is simply a group of users who work on an account together. 

What Makes Account Teams Special? 

  • They allow for Record-Level Access Sharing, reporting, and process automation.
  • Account Teams identify who is working on an account (by Team Roles), and the team members are displayed in Related Lists (on the Account Detail Page).


  • An Account Team cannot own an account.
  • Account Team Members still need object-level access granted through profile/permission sets to view/edit records.
  • Account Owners (or admins) grant record-level access to account team members for the Account object, and Related Opportunities, Contacts, and/or Cases. (Read, Read/Write, or Private access; Not Create or Delete).
  • Account Team Members’ record access rolls up the role hierarchy (like standard sharing rules).
  • ‘Account Team’ is the plural label of the Object ‘Account Team Member’.

Best Practices

When to Use Account Teams?

This is an optional feature, so determine if your org has a need before enabling. Below are reasons to consider using Account Teams:

  • If multiple users in your org need access to select groups of accounts.
  • If your organization would like to report on Accounts and their related Account Team Members and Team Roles (and/or view the account team members in a related list).
  • If your organization is approaching your criteria-based sharing rules limits (50 on the Account object), or other sharing limits.
  • If Account Owners need to grant manual “one-off” record access to individuals. This can be done by using the [Add Team Members] button.

Default Account Teams

What is a ‘Default’ Account Team? A Default Account Team is a predefined team that the Account Owner can set up, which can then be assigned to an owner’s accounts, when applicable. 


  • A user can only have one default account team.
  • Default Account Teams can be entered by each user (under My Settings, go to Advanced User Details). 
  • Using Default Account Teams is optional, and may not fit your org’s use case.

Under My Settings, go to Advanced User Details and select the ADD button.

Bulk Updates and Automations

Data Loader Option:

  • One of my favorite things about the Account Teams upgrade is the ability to do the initial implementation and ongoing bulk changes to Account Team Members using Data Loader (both adding and removing members).
  • For Implementation, you’ll need the following fields for the dataload: AccountID, UserID (of the Account Team Member), TeamMemberRole (picklist value), AccountAccessLevel (Read or Edit), ContactAccessLevel (None, Read, or Edit), OpportunityAccessLevel (None, Read, or Edit), and CaseAccessLevel (None, Read, or Edit).

Salesforce Flow Option:

  • You could also automate Account Team Creation with a Record-Triggered Flow, for example, whenever a new Account is created (or an Account meets certain criteria).

Note: The tutorials we are showcasing are built in developer edition orgs with limited data and only a few custom automations. Ensure that you evaluate your existing processes properly before building new ones, including both declarative automations and custom Apex. For Flow specifically, consider the recommended best practices when it comes to the number of record-triggered flows per object.

In the example below, we are using the AnnualRevenue for the entry criteria, and adding the SVP of Professional Services to the Account Team when the Account’s AnnualRevenue is over 200K. The Flow will run on Account creation or update, when the record is updated to meet the criteria.

While this is a very simple and straightforward requirement and we know for sure there will only be one SVP of Professional Services, Flows can be used to add multiple team members at once, and as you can see, the level of access can be set directly within the Flow to ensure all team members can proceed with their tasks without manual intervention.

Final Tips

  • Each org only gets one “Team Role” picklist, so choose the labels wisely.
  • Account Teams” needs to be enabled manually in Setup, as shown below.
  • Account Teams work in combination with Sharing Rules, Org-Wide Defaults (OWD) and other sharing. They can only add access, not reduce access.
  • You can use Flows to populate custom fields on the Account Team Member object from the User Record (such as Email and Phone).
  • You could add custom fields for “Start Date” and “End Date” for the Account Team Member object for reporting.
  • Keep in mind that each Account Team Member has a unique Record Id, similar to other Salesforce records. These Ids can be used for bulk updates.
  • Account Teams could be rolled out for a portion of the org, if desired, as Account Teams are only displayed on Page Layouts with the “Account Team” related list added.
  • You can add “Custom Buttons” to the Account Team related list (such as an [Account Hierarchy] button).
  • Finally, as exemplified above, the Account Team Member object is also available for automation with Flows to reduce the manual effort.

9 thoughts on “Best Practices for Using Salesforce Account Teams

  1. This is great! What is the best practice to maintain these account teams. For instance if a user leaves the organisation how to ensure that his name is removed from the related account teams

  2. Love this. Just curious as to how to customize the Add Team Members Page. We can customize the page layout, but not this screen without VF. Seems not quite like a full object yet, but I may be missing something

  3. This may be a silly question but what is the best practice for which role should be the “Account Owner”? Right now there is a power struggle in our org for who should be the owner and i want to be able to take a best practice back to the leads.

  4. Is there a way to display the users profile as well as the team profile under the account team window? This is a use case to ensure the users team role aligns with their actual user role.

Add Comment