Plan availability | Business and Enterprise Scale plans only |
Permissions | Owner / Creator - These permissions are required in order to configure ProductCentral settings for your organization |
Platform(s) | Web/Browser, Mac app, and Windows app |
What is ProductCentral?
Airtable ProductCentral (PC) unifies your entire product development process, from strategy to delivery. Learn more about ProductCentral on our solutions page.
How do I request access to ProductCentral for my organization?
Existing Business or Enterprise Scale customers - Contact your AE or CSM to discuss adding the ProductCentral solution for your organization.
New Airtable customers - Use this form to contact our Sales team. Note that Free or Team plan customers cannot request ProductCentral.
Setting up ProductCentral for your organization
As a user with Owner or Creator permissions in your organization’s ProductCentral instance you can access a “Settings” page where they can configure ProductCentral (“PC”) to reflect your organization’s needs and terminology. In the sections below, we’ll breakdown each of the settings modules and help connect each module back to the PC application that you are customizing.
NOTE
The settings discussed in this article may appear differently than the settings that you see when onboarding your organization to ProductCentral or adjusting these settings at a later point in time. In those cases, try to think of the steps discussed below conceptually and customize the settings for your organization based on those concepts.
Goals
Surface being configured in PC | Actions you are performing |
---|---|
Objectives table | Renaming |
Key results table | Renaming Setting health options Setting which options correlate with “active,” “on track,” etc (for views) |
Base automations | Setting frequency, method, and custom messaging for Key Result update reminders (sent to DRI) |
In the “Goals” section of your organization's PC settings, you will be customizing the standard OKR (Objectives and Key Results) framework in your underlying base to fit your organization’s taxonomy. You will also decide which field(s) will be shown on an interface page that displays key results. Finally, you’ll optionally enable an automation that will send key result update reminders to users who own one or more projects that need a key result update.
Choose naming conventions:
Choose the name for your “Objectives” table.
Choose the term by which each “Objective” record will be known in that table.
Choose the name for your “Key results” table.
Choose the term by which each “Key result” record will be known in that table.
Add, delete, or modify the options shown in a single select field that will track key result health. You can also modify the colors of these options. These settings will alter a default executive dashboard interface page by filtering records based on the status of the goals for your team.
Set which single select option represents that the key results for a project have not started yet.
Set which single select option(s) should be considered active. If you choose to enable automated notifications in the last portion of the goals settings, then users with projects that have key results that match any of these health statuses will receive an update reminder.
Set which single select option(s) should be considered on track.
Set which single select option(s) represent projects at risk of not meeting their key result goals.
Set which single select option(s) represent projects that are currently not meeting their key result goals.
Choose which field(s) to show on the “Key result” page of the interface page that end users will see.
Optionally, enable a “Key result update reminder” notification for project DRIs
Set a timing frequency by clicking into the box below the “Frequency” setting.
Click the box below “Notification type” to choose how/where the notification will sent. There are 5 potential methods: Send email (native), Gmail: Send email, Outlook: Send email, Slack: Send a message, or Microsoft Teams: Send a message
Next, click Set up message. The steps here will vary depending on the communication method you picked above.
Click Preview to see a preview of the automation’s message output.
When you are finished configuring or updating these settings be sure to click Save. You can also click Cancel at any time to discard any changes to the Goals settings that you have made.
Directory
Surface being configured in PC | Actions you are performing |
---|---|
People table | Substituting a synced table to replace the default “People” table in your PC instance |
The “Directory” represents the people who work at your organization. There is a default “People” table included and already connected on the backend. However, you may want to replace the default people table with an existing table elsewhere in your organization’s instance. In this case, you can leverage Airtable Sync to bring that data into your ProductCentral instance. If you want to use the default People table, then you can skip this portion of the onboarding process, otherwise, follow these steps:
From the Settings page, click the ProductCentral ⌄ option and then click View data.
This will take you to the base layer of your organization’s ProductCentral instance.
Next, consult the steps outlined in this support article.
The steps there go through the process of enabling a syncable view of data in the source, connecting it to the destination (in this case, you’ll return to your ProductCentral base to add the new synced table), as well as other important understandings related to the Airtable Sync feature.
To fully leverage PC’s capabilities you will want to connect a table that contains a name field, email field, user field, and an attachment field that contains a profile picture for each person in your organization.
Once you’ve synced the table to PC, return to the PC Settings -> Directory page.
Click Select a table.
Next, you will map the name field, email field, user field, and an attachment field that contains a profile picture from the synced table so that the correct fields are connected to PC.
Finally, be sure to click Save.
Feedback
Surface being configured in PC | Actions you are performing |
---|---|
Products table | Renaming |
Themes table | Renaming Setting status options (e.g. “Feature gap”) |
Feedback table | Setting triage status options (e.g. “Needs review”) Setting which options correlate to needing review, open, closed Setting types of feedback (e.g. “Complaint” vs. “Idea”) |
AI matching in linked record fields (Feedback, Product, and Themes tables) | Select additional, user-supplied fields for matching:
|
Customers and/or Feedback tables | Substituting a synced table to replace the default “Customers” and/or “Feedback” tables in your PC instance |
The “Feedback” section of your PC settings is used to set up the schema by which your team intends to organize customer feedback. There are 4 default tables included with PC related to managing feedback. The “Feedback” table represents individual, line item feedback from your customers. The “Products” table represents the individual products that your team is managing. The third table is “Themes” representing the different buckets of feedback. The “Products” and “Themes” tables allow end users to view feedback in organized groupings. There is also a “Customers” table representing the various organizations and/or individuals who might provide feedback for your products.
NOTE
You may choose to substitute the “Feedback” and “Customers” tables with synced tables managed elsewhere in your organization’s Airtable instance. This process is covered in step 4 below, but to set yourself up for success you should follow a similar process to the one covered in the Directory section in order to sync the data in your base before proceeding.
Choose naming conventions
Choose the name for your “Products” table.
Choose the term by which each “Product” record will be known in that table.
Choose the name for your “Themes” table.
Choose the term by which each “Theme” record will be known in that table.
Set the various select options across the tables connected to feedback.
Click the dropdown below “Status options for themes” to add, delete, modify, and set colors for the different statuses related to your themes. By default there are 3 statuses: Existing capability, Feature gap, or Other.
Click the dropdown below “Status options for feedback” to add, delete, modify, and set colors for the different statuses related to your feedback review. By default there are 3 statuses: Needs review, Active, or Closed.
Click the dropdown below “Status option to indicate feedback state before they are reviewed” and select the option that best suits your organization’s needs.
Click the dropdown below “Status options to indicate feedback being actively worked on” and select the option that best suits your organization’s needs.
Click the dropdown below “Status options to indicate feedback that is closed out” and select the option that best suits your organization’s needs.
Click the dropdown below “Types of feedback to track” to add, delete, modify, and set colors for the different types of feedback your organization wants to track. By default there are 5 types: Bug report, Complaint, Praise, Idea, or Question.
Optionally turn on AI matching related to product feedback. We highly recommend turning this feature on as it will save hours of work by end users in many cases. To do so, you will set one or more fields that will help give the AI context in order to automatically link records based upon the following relationships:
Matching feedback to products
Matching feedback to themes
Matching products and themes to feedback
Optionally substitute a synced table for the “Feedback” and/or “Customer” tables. As a reminder, you’ll want to consult the steps outlined in this support article to sync those external tables into your PC instance.
Below “Synced feedback table (optional)” click the Select a table option. You will then want to set up the following field mappings: subject field, notes field, submitter name field, submitter email field, feedback type field, screenshots (attachment) field, submitted time field, and channel field. By default the channel field will be a form where feedback is gathered, but you may choose to eventually gather feedback from other sources in the future.
Below “Synced customer table (optional)” click the Select a table option. You will then want to set up the following field mappings: customer name field, customer type (select) field, and customer value field.
Finally, be sure to click Save.
Projects
Surface being configured in PC | Actions you are performing |
---|---|
Projects table | Renaming tables and fields Setting health options (e.g. “On track”) Setting state options (e.g. “Active,” “Paused”) Setting which state options correlate to backlog vs. active (for views) Turning on RICE scoring (affects various views) |
Project phases table | Setting phases of a project (e.g. “Definition,” “Engineering”) |
Project documents table | Setting types of project documents (e.g. “Design spec,” “Other”) |
Base automations | Setting frequency, method, and custom messaging for project update reminders |
The “Projects” section of your PC settings allows you to reflect your Product team’s taxonomy and processes in PC. You will set up an automated notification that will remind Project DRIs to submit an update for any projects they own. You also will set up the various select options that will track project stages, health, and more.
Optionally set up project update reminder notifications.
Choose naming conventions
Choose the name for your “Projects” table.
Choose the term by which each “Project” record will be known in that table.
Set the project health status options
Click the dropdown below “Project health options” to add, delete, modify, and set colors for the different statuses related to an individual project. By default there are 7 statuses: Not started, On track, At risk, Off track, Completed, Paused, and Cancelled.
Set the project phase options
Click the dropdown below “Project phases” to add, delete, modify, and set colors for the different phases related to an individual project. By default there are 6 statuses: Definition, Design, Engineering, Internal QA, Limited release, and Generally available.
Set the project state options
Click the dropdown below “Project state” to add, delete, modify, and set colors for the different states related to an individual project. By default there are 8 statuses: Parking lot, Under consideration, Backlog, Planned, Active, Paused, Cancelled, and Released.
Under “States to indicate backlog” select one or more of the states that show that the project is not currently active.
Under “States to indicate active projects” select one or more states that are considered active. This is important because the project states selected here will determine whether a project receives the automatic notifications you configured in step 1 above.
Choose which field(s) to show on the “Roadmaps” section of the interface page that end users will see.
Under “Update fields to show on the Projects page” select one or more fields that will show up on…
Set the types of documents that a project can have. These options will reflect in a “Project documents” table in your PC instance where end users will add and tag the various documentation related to the projects they are working on.
Click the dropdown below “Types of documents a project can have” to add, delete, modify, and set colors for the different document types that can be added to an attachment field in a record in the “Project documents” table and linked with an individual project. By default there are 8 statuses: Parking lot, Under consideration, Backlog, Planned, Active, Paused, Cancelled, and Released.
Finally, be sure to click Save.
Development
Surface being configured in PC | Actions you are performing |
---|---|
Tasks table | Renaming tables and fields |
Epics table | Renaming tables and fields |
Task and/or Epics tables | Substituting a synced table to replace the default “Tasks” and/or “Epics” tables in your PC instance |
Setting up the “Development” portion of the settings will allow you to customize the way that your organization’s PC instance structures the various “Tasks” and “Epics” that must be completed in order for your product launches to come to fruition. You will configure the various naming conventions that match your organization’s taxonomy as well as the various fields that will help connect your tasks and epics together to effectively track every aspect of your product development process. If your organization uses Jira Cloud to track tasks externally, then you will also be able to configure a synced connection from Jira to Airtable.
NOTE
You may choose to substitute the “Tasks” and “Epics” tables with synced tables managed elsewhere in your organization’s Airtable instance. This process is covered in step 4 below, but to set yourself up for success you should follow a similar process to the one covered in the Directory section in order to sync the data in your base before proceeding.
Choose naming conventions:
Choose the name for your “Tasks” table.
Choose the term by which each “Task” record will be known in that table.
Choose the name for your “Epics” table.
Choose the term by which each “Epic” record will be known in that table.
By default, Airtable includes an “Tasks” table in PC. However, you may want to substitute a synced table for the default “Tasks” table by clicking the Tasks dropdown below the “Synced tasks table (optional)” section. You will then set up the following field mappings:
Parent task ID field - This field helps to create a hierarchical relationship between subtasks and a “parent” task.
Parent epics ID field - In some cases, epics and task may share the some ID field, but you can set this up to point to another ID field if that makes more sense for your organization.
Task assignee field - The field you pick should either represent a name or email address of an individual DRI. It also may depend on whether you substituted a table in the Directory section above.
Task assignee field format - Choose whether the field you connected contains a name or an email address.
Task status field - Pick a field (typically a single select field) that represents the status of each line item task.
Status options to indicate completed tasks - Pick one or more options that represent a task that is finished.
Task status options to exclude from progress tracking -
Task size field - By default this is a number field that sizes tasks from 1 (smallest) to 10 (largest). You might also consider adding a single select field or rating field to accomplish something similar for your organization.
Task priority field - By default, this is a single select field where priority is assigned to each task. By default there are 3 priority levels (P0, P1, and P2), but you can modify these in your PC base by navigating to the “Tasks” table and editing the options for the “Priority” field.
Task title field - The title of the field. Usually this should be a single line text field.
Task description field - Typically, this is a long text field that stores a description of the task in your base.
Task external link field - This should be a URL field or a single line text field with URLs stored in it. This is helpful when tasks may also be tracked in an external project tracking program.
By default, Airtable includes an “Epics” table in PC. However, you may want to substitute a synced table for the default “Epics” table by clicking the Epics dropdown below the “Synced tasks table (optional)” section. You will then set up the following field mappings:
Epic title field - A single line text field that will be the title for each epic record stored in Airtable.
Epic description field - A long text field containing a description of each epic.
Epic external link field - If your organization tracks epics in another place, then you can choose a URL field that will allow end users to access that surface with a click.
If your organization tracks development externally, in Jira Cloud, then you can connect the information tracked there by leveraging Airtable’s Sync feature. To set this up:
Click the None dropdown below the “Tasks external source” section.
Select Jira Cloud.
Click Select account. If you haven’t already connected an account previously, then you will click Manage connected accounts and go through the process covered here. Once you’ve connected an account (or connected a new account) be sure the correct account is selected.
Next, select a Jira site.
Then, select a Jira project.
Continue with set up as it relates to your organization. More about how the Jira Cloud sync integration works is available here.
Finally, be sure to click Save.
Launch
Surface being configured in PC | Actions you are performing |
---|---|
Launches table | Renaming tables and fields Setting status options (e.g. “Planned”) Setting size options |
Releases table | Renaming tables and fields Setting status options Setting visibility options (e.g. “Public”) Set user impact options (e.g. “Small”) Set launch tasks template added to every release (e.g. “QA) |
The “Launch” module in your organization’s PC settings allows you to customize the naming conventions related to the product release portion of your product development cycle. Here, you will configure settings and dependencies related to the framework of your “Marketing launches” and “Product releases.”
Choose naming conventions:
Choose the name for your “Marketing launches” table.
Choose the term by which each “Launch” record will be known in that table.
Choose the name for your “Product releases” table.
Choose the term by which each “Release” record will be known in that table.
Set up various field options
Under “Status options for launches”
By default, the options are Planned, Scheduled, and Released. Modify these based on your organization’s launch statuses.
Under “Size options for launches”
By default, the options are Small, Medium, Large, and Extra large. Modify these based on your organization’s launch sizes.
Under “Status options for releases”
By default, the options are Planned, Scheduled, and Release. Modify these based on your organization’s release statuses.
Under “Visibility levels of projects upon release”
By default, the options are Internal and Public. Modify these based on your organization’s different potential visibility types.
Under “User impact levels of projects upon release”
By default, the option are Small, Medium, and Large. This helps reflect the breadth of the project being released and may require further customization for your organization’s needs.
Set up a launch tasks template
Under “Tasks that must be completed for a project before any release”
This setting represents recurring tasks that should always be completed before a project release.
These items will appear as a linked record to a “Release checklist items” table for each Project.