<img height="1" width="1" style="display:none" src="https://www.facebook.com/tr?id=1094218042721276&amp;ev=PageView&amp;noscript=1">
Skip to content

Customization Entry 13

Can HubSpot show different record views to different nonprofit teams?

Yes. Eligible HubSpot accounts can create team-specific record views so development, programs, volunteer management, membership, leadership, and other teams see layouts organized around their work. Everyone can use the same underlying record while receiving a different combination of properties, cards, tabs, activities, reports, associations, and actions.

What does “role-based” mean in HubSpot?

For nonprofits, role-based record views means organizing the CRM experience around a person’s job. HubSpot calls this feature team views. A nonprofit can align HubSpot teams with operational roles such as Development, Programs, Volunteer Management, Membership, or Executive Leadership, then assign a record view to each team.

The view is determined by the user’s assigned main team. It is not automatically selected from a job title, permission set, assigned seat, department property, CRM role, extra-team membership, or a property on the record.

How are team views different from the default record view?

One shared record

The constituent, donation, household, program, or other record remains the same source of truth for every authorized user.

Different layouts

Each team can receive a different arrangement of properties, tabs, cards, reports, actions, and associated records.

A default experience

Users who do not receive an applicable team view see the account’s default view for that object.

Why do role-based record views matter for nonprofits?

A single constituent may be a donor, volunteer, member, program participant, event attendee, corporate contact, board member, advocate, and family member. Different teams need different parts of that story to do their jobs well.

  • Reduce time spent searching through properties
  • Make each team’s essential information easier to find
  • Reduce unnecessary record clutter
  • Support more consistent staff onboarding
  • Clarify which information each team maintains
  • Improve collaboration through one connected record

Nonprofit example: Different views of Jordan Reyes

Jordan is a recurring donor, active volunteer, parent of a program participant, member, and employee of a corporate sponsor. Every team opens the same contact record, but each team begins with the information most relevant to its responsibilities.

Development Team

  • Lifetime and recent giving
  • Recurring-gift status
  • Fund interests
  • Relationship manager
  • Stewardship tasks
  • Household giving

Volunteer Team

  • Skills and availability
  • Training completion
  • Background-check status
  • Hours served
  • Recent assignments
  • Upcoming shifts

Program Team

  • Eligibility and enrollment
  • Program history
  • Attendance and services
  • Assigned staff
  • Outcome information
  • Related household members

Executive Team

  • Relationship summary
  • Lifetime giving
  • Current programs
  • Volunteer and member status
  • Recent engagement
  • Major opportunities or risks

What can change in a team-specific view?

Administrators can design supported team views separately for contacts, companies, deals, tickets, and custom objects. Each layout can prioritize different information across the record page.

  • Left-side property cards and common actions
  • Middle-column tabs, summaries, reports, and cards
  • Right-side associations and relationship context
  • App-provided or custom information
  • Quick actions used by the team
  • Conditional cards based on record properties

Conditional display and team views solve different problems. A team view is based on the user’s main team. Conditional content appears based on properties of the record being viewed.

Important security distinction

Team views are not security permissions.

A team view changes how authorized information is arranged. Removing Lifetime Giving or a Donation association card from a layout does not necessarily prevent a user from finding that information elsewhere.

Team viewsDetermine how authorized information is presented.
PermissionsDetermine what a user is allowed to access or change.

If information must be protected, configure the appropriate object, record, property, tool, export, communication, and sensitive-data permissions separately.

What happens when a staff member has several roles?

HubSpot uses the user’s main team for record-view assignment. A person whose main team is Development and extra team is Events receives the Development view. They do not automatically switch between layouts when opening a record.

For staff with hybrid responsibilities, a nonprofit might assign the team reflecting the person’s primary work, create a combined view, improve the default view, allow limited personal customization, use conditional cards, or provide direct access to reports and workspaces for secondary duties.

Important customization note

Create a team view for a distinct workflow, not every minor job difference.

Too many team views become difficult to maintain, test, document, train, and update. Before creating one, ask whether the team answers meaningfully different questions, maintains different information, and takes different actions. Also decide whether conditional cards, personal customization, a stronger default view, or different permissions would solve the need more cleanly.

The goal is not to create departmental data silos. It is to give different users clearer ways to work with the same connected data.

Requirements and limitations

Team views currently require HubSpot Professional or Enterprise. The available experience also depends on the object configuration, team structure, user permissions, main-team assignments, available cards, installed apps, custom objects, data model, and personal-customization settings.

Before implementation, confirm:

  • Which teams need meaningfully different layouts
  • Which users belong to each main team
  • Which staff members have hybrid responsibilities
  • Which objects need team-specific views
  • Which properties, tabs, cards, and reports each team uses
  • Which associated records and actions support daily work
  • Which information requires separate permission controls
  • Who owns testing and ongoing view governance

HubSpot’s exact record-layout features and limits can change. Confirm current subscription requirements, supported objects, card and tab limits, team assignment behavior, and personalization controls before implementation.