Skip to content
Gravity Tables

👥 HR & onboarding

Onboarding, on a single page they can bookmark.

New hires fill forms. HR fills forms. Managers fill forms. Gravity Tables turns those forms into the dashboard everyone keeps asking for.

The before

What this replaces, specifically.

Onboarding status is a Slack thread

"Did Alex sign the contract yet?", three people asking, two looking, nobody finding.

Application pipeline lives in Notion + email + spreadsheet

No single source. Candidates fall through.

Employee directory is always out of date

Title changes, team moves, manager changes, never reflected.

The after

What Gravity Tables does instead.

Self-serve employee profiles

Staff edit their own row. HR audits via the activity log.

Onboarding checklist per row

Each new hire row shows their progress on a multi-step checklist with inline edit.

Filter by team, department, or status

HR sees the full pipeline. Managers see their team. New hires see only themselves.

The shortcode

Copy. Paste. Customize the IDs.

This is the actual shortcode pattern this use case uses. Drop it on a page, change the form ID, you're shipping.

page-template.php
[gravity_table id="onboarding" filters="team,status" filter_by_user="true" allow_edit="checklist_progress"]

Real scenario

A 200-person agency

Before

  • Onboarding tracked in a Notion doc
  • Manual updates by HR every Friday
  • New hires don't know their own status

After

  • /onboarding page filtered per user
  • New hires see their checklist; HR sees the full pipeline
  • Status updates flow from the form back to the table
"Three weeks of building an "onboarding portal" replaced with one shortcode and a Friday afternoon."
Aisha B., people ops

Ready when you are

Stop exporting CSVs. Start shipping dashboards.

10 days of full Pro access. If it doesn't pay for itself in the first week, you don't have to keep it.