Nothing close enough? Start from a blank erd → Describe it in one paragraph.
How to use an erd template.
- 01Identify core entities
List the people and objects involved, such as referrers, referees, referral codes, rewards, and application statuses.
- 02Define relationships
Connect referrers to referees through referral links, and link rewards to successful referral events.
- 03Add status tracking
Model each referral's lifecycle (invited, applied, hired, paid) with timestamped status changes.
- 04Extend for your scenario
Add partner hierarchies, prior authorizations, or hiring pipeline stages if your domain requires them.
Questions about erd templates
What entities are essential in a referral application database schema?
Core entities typically include users (referrers and referees), referral codes, referral events, reward rules, and status history. Depending on the scenario, you may add hiring pipeline stages, insurance policy details, or healthcare provider credentials.
How do I model the referrer-referee relationship in an ERD?
Use a many-to-many relationship between users and referral codes, or a direct referrer_id foreign key on the referral record. The ERD should distinguish the person who shares the code from the person who signs up.
Can I use one referral schema for customer, employee, and partner programs?
Yes, but you'll likely need extension tables. Customer referrals focus on rewards; employee referrals add job applications and hiring stages; partner or multi-level referrals require parent-agent hierarchies and commission splits.
How do I handle referral status tracking in an ERD?
Add a referral_status table linked to the referral event with a timestamp and status value (e.g., invited, applied, converted, rewarded). This supports audit trails and analytics.