MVMP Labs
← All posts

How to Build and Manage Your Marketplace Backend with Airtable

A marketplace needs clear relationships between people, projects, and applications. Airtable can provide an editing workspace for that information.

By Connor FinlaysonDecember 5, 20244 min read
How to Build and Manage Your Marketplace Backend with Airtable
Tools coveredAirtable

A marketplace needs clear relationships between people, projects, and applications. Airtable can provide an editing workspace for that information.

When I built Unicorn Factory, Airtable helped organize freelancer profiles, client projects, and workflows. This guide describes that original schema. Check current requirements before using the same architecture for a new platform.

Understand the building blocks

A base contains tables for your project. Each table contains records, and each record has typed fields. A freelancer record might contain Name, Skills, Hourly Rate, and Portfolio Link. A linked record connects it to a record in another table.

For example, a project links to its client. An application links a freelancer to the project they want to join. These connections let you inspect the relationship without copying the same person's details into every row.

Create the core tables

TablePurposeUseful fields
FreelancersSupplier profilesName, Email, Skills, Hourly Rate, Portfolio Link
ClientsPeople or companies requesting workName, Email, Company Name
ProjectsWork requested by a clientTitle, Client, Budget, Deadline, Status
Job ApplicationsApplications to a projectFreelancer, Project, Status
MatchesApproved connectionsFreelancer, Client, Project

Those tables preserve the structure I used for the original marketplace example. Start with the tables your actual workflow needs. A simpler directory may need fewer relationships.

Link Projects to Clients. Link Job Applications to both Freelancers and Projects. Use an application status such as Pending, Accepted, or Rejected. A Matches record can link the agreed freelancer, client, and project after a decision.

For a hypothetical example, Alex applies for a website project from River Studio. Create one freelancer record, one client record, and one project record. Create an application linking Alex to that project. Keep the application decision separate from the freelancer's profile.

Use stable source IDs when importing from another tool. Before creating an application, check whether that freelancer and project pair already exists. Repeating an import should update the existing record or skip it, rather than create another application.

Collect submissions with forms

Forms can collect freelancer profiles, project requests, and matching requests. Keep fields focused on the information needed to review the submission. A profile form might request Name, Skills, Hourly Rate, and Portfolio Link. A project form might request Title, Budget, Deadline, and a brief.

Use fake records to check where each submission lands. Separate incoming submissions from approved public records when moderation is required. A form response does not establish that the submitter owns an existing profile. For updates, prefill Airtable forms carefully and verify permission before applying changes.

Keep public and private information separate

A filtered view organizes work. It does not replace authorization in a customer-facing application. Check who can read, edit, and share each base or interface. Do not expose client contact details or private applications through a public profile feed. Publish only the fields needed for the public page.

Airtable's permissions guide explains its collaboration roles. Check current plan limits for records, automation runs, attachments, and API use. Test your expected workload instead of assuming the design scales indefinitely.

Add one automation

Start with a harmless action such as setting a reviewed project status. Choose the trigger, map the record, and inspect the exact values the action will write. Test missing data and repeated runs before enabling it.

Later automations could notify suitable freelancers, change project status, or remind an operator about a deadline. Confirm recipients before enabling email. Start with test addresses and permitted effects. Record completion so retries do not send the same message twice.

Once the schema works, automate marketplace workflows with Make. For supplier intake, build a freelancer onboarding workflow around the reviewed records.

Start by creating one client, freelancer, project, and application in a test base. Follow their links and confirm you can explain each relationship. Browse current learning resources for further material. The course library is closed to new members.

Original video

Watch the original video on How to Build and Manage Your Marketplace Backend with Airtable.

Keep learning

More guides, free videos and course access for existing members, all in one place.

Go to Learn

Rather have it built for you?

We'll match you with vetted agentic talent who build it with AI, inside the tools you already use.

Schedule a call