The most underrated productivity feature in Airtable isn't an automation or a formula — it's record templates. The same team that automates Slack notifications and builds elaborate Make scenarios will still create new records the slow way: blank record, type a name, set Type, set Status, set Priority, set Assignee, set Due Date. Three minutes per record, twenty times a day, every day.
Record templates collapse that to one click. This guide covers how they work, the native Interface Designer approach, the automation-driven pattern for richer templating, and the template-library architecture that scales across teams.
What Record Templates Actually Are
A record template is a saved set of default field values applied to a new record. Instead of creating a blank record and filling in every field, you pick a template — "New SaaS Onboarding Project," "Bug Report (Mobile)," "Q4 Marketing Campaign" — and Airtable creates the record with those fields pre-populated.
Templates do three things:
- Speed up repetitive data entry. What took 90 seconds takes 5.
- Enforce consistency. Every Bug Report has Priority and Severity set, because the template fills them in.
- Reduce errors. Required fields can't be forgotten when they're auto-populated.
Path 1: Native Templates in Interface Designer
The most accessible templating feature is built into Interface Designer.
Setup
- Open the interface containing the record list or grid where you want templates.
- Click on the list/grid component to edit it.
- Find the Add record button settings — click the dropdown next to it.
- Choose Manage record templates.
- Click Create template.
- Name the template (e.g. "Standard SaaS Onboarding").
- Set default values for any field — Single select, Multi-select, Linked records, text, dates with relative offsets (e.g. "Due Date = today + 14 days").
- Save.
Now when a user clicks Add record in that interface element, they see a dropdown of templates instead of a blank record form.
What templates can pre-fill
- Single and multi-select fields
- Single line and long text
- Numbers, currency, percent
- Dates (with relative offsets like "+7 days from today")
- Checkboxes
- Single collaborator
- Linked record fields (to specific existing records)
What they can't do natively
- Create linked records on the fly (only link to existing ones).
- Set field values based on conditional logic (every template instance is the same).
- Run other actions like sending an email or notifying Slack.
For those, move to the automation pattern.
Path 2: Automation-Driven Template Creation
For richer templating — creating multiple linked records, applying conditional logic, triggering downstream actions — use an automation that creates the records based on a button click or form submission.
The "New Project" pattern
The canonical example: kicking off a new client project should create the Project record and spawn a default set of starter Tasks.
Schema:
| Table | Purpose |
|---|---|
| Projects | Real project records |
| Project Templates | Defines available templates (Name, Type, Default Duration) |
| Task Templates | Defines tasks per template (linked to Project Template) — Name, Days From Start, Default Owner Role |
| Tasks | Real task records linked to Projects |
The automation:
- Trigger: When a Project is created with a Project Template selected.
- Find records: Get all Task Templates linked to the selected Project Template.
- For each Task Template: Create a Task linked to the new Project, with:
- Name = Task Template's Name
- Due Date = Project Start Date + Task Template's Days From Start
- Owner = lookup of the Owner Role's current assignee
- Status = "Not Started"
- Send notification: Slack message to the project manager that the project is set up.
Run time: 5–10 seconds per project. Saves 20–30 minutes of manual setup.
Variations
- Onboarding workflows. New client created → spawn welcome email, kickoff meeting record, and a 10-step onboarding checklist.
- Recurring inspections. New maintenance ticket of a specific type → spawn the checklist of inspection items for that type.
- Content production. New article record → spawn linked task records for Outline, Draft, Edit, Publish, Promote.
Path 3: Button-Triggered Templates
The third pattern: a button on an existing record creates related records using a template.
The "Generate Onboarding Tasks" button
A Client record has a button labeled "Generate Onboarding Tasks." Clicking it:
- Reads the Client's
Plan Typefield. - Looks up the matching Task Template set.
- Creates the starter tasks linked back to the Client.
Setup:
- Add a Button field to the Clients table.
- Set action type = Run Automation.
- Create the automation with the When a button is clicked trigger.
- Add the find-and-create logic as above.
This pattern is useful when template instantiation should happen on demand, not automatically when records are created.
Template Library Architecture
For teams running many template types, a Template Library table centralizes management.
Schema
A Templates table with these fields:
- Template Name — single line text.
- Target Table — single select (Projects, Tasks, Tickets, etc.).
- Default Field Values — long text holding JSON describing the defaults.
- Linked Children — multi-record link to other Templates that should be spawned as child records.
- Active — checkbox to disable templates without deleting them.
- Last Updated — date.
A single "Apply Template" automation reads the template config and creates records accordingly. Adding a new template means adding a row to the Templates table, not editing an automation.
When this is worth the complexity
- 20+ distinct templates across multiple tables.
- Non-developer team members need to add and edit templates.
- Templates change frequently as the business evolves.
For 2–5 templates, hardcode them in automations. For 20+, build the library.
Comparison: Templating Approaches
| Approach | Setup Time | Flexibility | Best For |
|---|---|---|---|
| Native Interface templates | 5 minutes | Low | Standard record-level defaults |
| Form with prefilled URL | 10 minutes | Medium | External users (clients, vendors) |
| Button-triggered automation | 30 minutes | High | On-demand multi-record creation |
| Trigger-on-create automation | 30 minutes | High | Automatic multi-record creation |
| Template Library + Generic Automation | 2–4 hours | Very high | Many templates, frequent changes |
Common Mistakes
Mistake 1: Hardcoding template defaults in formulas instead of using real templates. Formula-based "if Type = X then set defaults" logic is brittle and hard for non-developers to change. Use real templates.
Mistake 2: One mega-template for everything. A template called "New Project" with 30 default fields for every project type doesn't fit any real project well. Build separate templates per project type.
Mistake 3: Skipping templates because the table only has 5 fields. Even 5 fields × 10 records/day × 30 seconds saved each = 25 minutes/day. The ROI compounds.
Mistake 4: Letting templates drift. When the schema changes, every template needs review. Set a quarterly calendar reminder to audit active templates.
Mistake 5: Templates that link to specific records that might get deleted. Template references a "Default Owner" record that someone later archives — the template creates orphan records. Use lookups against current state rather than fixed record links.
Troubleshooting
Template dropdown not appearing in Interface. The interface element's "Add record" button isn't configured with templates. Re-open the component editor and check the Manage record templates flow.
Template creates a record but linked records are missing. Native templates can't create linked records on the fly. Move to the automation pattern.
Automation creates the wrong number of tasks. The Find action's filter is wrong, or some Task Templates are inactive. Check the find criteria and the active flag on each Task Template.
Due dates calculated to wrong day. DATEADD with 'days' adds calendar days; with 'business days' excludes weekends. Pick the right one.
Button doesn't trigger the automation. The button's action type is set to URL or Script, not Run Automation. Open the button field settings and confirm.
Next Steps
Record templates are a "set it up once, use it forever" feature — the payback is immediate and compounds across the team. Once a few templates are in place, the natural extensions are:
- Adding form-based template selection so external users (clients, vendors) can pick a template when submitting.
- Building template versioning so changes don't break in-progress workflows.
- Connecting templates to your approval workflow and client onboarding flow.
For broader patterns, see our Airtable automation guide, project management guide, and task management guide. If you're scoping a multi-team template library across an organization, get in touch.