HubSpot Work Tables are spreadsheet-style tables inside HubSpot Work where teams track operational work, like client onboardings, content requests, and deal desk queues, with direct links to the CRM records behind that work. They give your work around contacts, deals, and tickets a home in HubSpot, so it stops living in spreadsheets and project tools that drift out of sync with the CRM.
Each row in a Work Table is one piece of work, and each column holds a detail your team tracks, such as the owner, stage, due date, or linked HubSpot company. Tables also anchor every HubSpot Work project, since the documents, forms, and AI agents inside it read from or write to them.
Getting real value from HubSpot Work starts with a solid setup and a CRM that's ready for it. At Campaign Creators, we help teams set up HubSpot Work, map their processes into tables and agents, and clean up the data those tools rely on through our HubSpot onboarding and setup, data migration, and AI agent implementation services.
HubSpot Work Tables are structured tables that hold the operational side of your CRM: the tasks, stages, and handoffs your team uses for each customer.
Each table sits inside a three-level structure.
You'll find Work Tables in your HubSpot account under More, then Work Management. Pick a workspace from the dropdown in the upper left, and its tables appear in the left sidebar.
Moving operational data out of spreadsheets cuts the time lost to app switching and the errors that creep into manual files. Work Tables handle both by keeping the work in the same platform as the customer data it depends on.
In a Harvard Business Review study of 137 workers at three Fortune 500 companies, people toggled between apps and websites nearly 1,200 times a day. That added up to just under four hours a week spent reorienting, or roughly 9% of their time at work. Every tracker that lives outside the CRM adds a few more of those switches.
Spreadsheets also fail quietly. A literature review published in Frontiers of Computer Science found that 94% of spreadsheets used in business decision-making contain errors, from mistyped inputs to broken formulas.
Work Tables close several of those gaps by design. Dropdowns and status fields keep entries consistent, CRM lookups pull in record details without retyping, and forms write submissions straight into the right rows. Everyone also edits one live table, so there's no "final_v3" copy sitting in someone's inbox.
Work Tables hold the work your team does around customer records, CRM objects hold the customer records themselves, and HubDB holds structured content for your website. Spreadsheets can hold anything, but they have no live connection to HubSpot.
|
Tool |
What It Stores |
Typical Use |
Where to Find It |
|
HubSpot Work Tables |
Operational work items linked to CRM records |
Client onboarding, request intake, deal desk queues, campaign operations |
Click More, then Work Management |
|
CRM objects, including custom objects |
Contacts, companies, deals, tickets, and their properties and associations |
Pipeline management, segmentation, reporting, and workflows |
CRM |
|
Structured website content in rows and columns |
Dynamic pages and programmable emails, with Content Hub Professional or Marketing Hub Enterprise |
Content, then HubDB |
|
|
Spreadsheets |
Any data, with no live CRM connection |
One-off analysis and offline modeling |
Outside HubSpot |
A simple way to decide where data belongs is to ask what it describes. Facts about a customer go on a CRM record, and the tasks, stages, and handoffs your team works through for that customer go in a Work Table.
One naming detail trips people up. Projects in HubSpot Work are separate from the CRM's projects object and from Breeze Assistant projects.
A Work Table stores one row per piece of work, plus the details, files, and CRM links your team needs to finish it. Each row behaves like an action item that teammates can add, edit, mark as done, or delete.
HubSpot currently offers these column types.
Rows can also hold sub-items for smaller tasks, and groups sort rows into categories like region or client segment.
Views help different teams use the same table by showing its data with their own filters and layouts, while the underlying rows stay in one place. Each saved view sits as a tab above the table, so one onboarding tracker can serve a CS manager, an implementation lead, and an executive at once.
HubSpot's documentation highlights three visualization types.
You can build a view by hand with the add view icon or describe it in the prompt bar. HubSpot's own example asks for a board view grouped by onboarding stage that shows the owner, target date, implementation status, and blockers for every active client. Table color, row height, and text wrapping are adjustable per view as well.
Forms add rows to a Work Table, documents turn table data into readable guides, and AI agents monitor tables and act on them. That's why the table is usually the first asset to build in a project.
Forms collect information and send each submission to a single Work Table, which keeps rows consistent and can kick off automations. A client intake questionnaire, for example, can create a new onboarding row with the stage already set to New. Work forms show up in the marketing forms tool, but their submissions land in the Work Table you choose.
Documents hold information that doesn't fit in rows, such as playbooks, briefs, and meeting recaps. They can use a table as source material, so an onboarding playbook can pull its stages, owners, and timelines straight from the tracker. Teammates can co-edit, comment with mentions, review line-by-line version history, and export documents as Markdown.
AI agents watch a table and act on it based on rules you write. An onboarding agent can check active rows every weekday morning, create standard sub-items with due dates, flag rows as At Risk when a deadline slips, and notify the owner. You can also set hard limits, like never deleting records or changing client-submitted data. AI workflow actions inside these agents consume HubSpot Credits.
Work Tables fit best with processes that repeat, involve several owners, and depend on CRM records. HubSpot names client onboarding, campaign and event coordination, deal desk routing, content pipelines, and internal request intake among the processes the product is built to run.
|
Team |
Workflow |
Columns Worth Including |
|
Customer success |
Client onboarding |
Linked company, stage, owner, kickoff date, blockers |
|
Marketing |
Webinar and event coordination |
Task, owner, due date, speaker contact, promotion status |
|
Sales operations |
Deal desk requests |
Linked deal, request type, approver, SLA due date, status |
|
Content |
Editorial pipeline |
Topic, writer, draft due date, review status, published URL |
|
RevOps or IT |
Internal request intake |
Requester, system affected, priority, assignee, resolution date |
A spreadsheet still works for one-off analysis or modeling that never touches a customer record. Once a process repeats every week and depends on deal or contact details, a Work Table keeps that context attached to the work.
Teams should structure a Work Table around one process, give each unit of work its own row, and keep only the columns people filter or act on. These habits keep a table usable as it grows.
Before building Work Tables, clean up duplicate records, missing owners, inconsistent property values, and broken associations in your CRM. Lookup columns, rows generated from CRM data, and agents that read deal properties all inherit those errors.
Here's what to check in each area.
Portals with years of migrations and integrations layered on them usually need an architecture review first. Fixing the data model before you build saves you from rebuilding tables and agents later.
Need a hand cleaning up your CRM before getting started with Work Tables? We can help you get everything organized.
You can create a Work Table by describing it to the HubSpot Work AI assistant or by building it from scratch inside a project. HubSpot Work is available on Starter, Professional, and Enterprise editions of Marketing Hub, Sales Hub, Service Hub, Data Hub, and Content Hub, along with Professional and Enterprise editions of Smart CRM and Revenue Hub.
HubSpot recommends being specific in your prompts and adding a line like "Ask me clarifying questions before finalizing the build" to cut down on back-and-forth with the assistant.
Access to a Work Table depends on each user's seat and their role in the table's workspace and project. Everyone needs an assigned Core, Sales, or Service seat, and by default a table inherits permissions from its project, which inherits them from its workspace.
|
Role |
Level |
What It Means for a Table |
|
Admin |
Workspace |
Can change anything in the workspace, including sharing and configuration |
|
Member |
Workspace |
Can view and contribute to projects and tables but can't change workspace settings |
|
Owner |
Project |
Can customize a table's columns and change the project's configuration |
|
Contributor |
Project |
Can add, edit, and complete rows and create new assets, including agents |
|
Viewer |
Project |
Can see the table and its views with no editing rights |
Workspaces can also be set to Private, Organization can view, or Organization can edit. The two organization-wide options only reach users whose Work Management permission is switched on in Users & Teams settings. For sensitive data, you can make a project or a single table invite-only, which overrides everything it would normally inherit.
Before you start building, it’s worth taking a closer look at your CRM data and architecture to see what’s working well and where a few improvements could make a difference.
Run the HubSpot AI Readiness Scorecard to see how prepared your data and architecture are for AI-first tools like HubSpot Work, and identify areas that may need attention before you get started.
Want a hand turning your results into a working setup? Our team would love to help you sort through the gaps, strengthen your CRM foundation, and get more out of HubSpot Work.