First 30 minutes
Recommended onboarding path so a CTO or engineer understands Erasure without a demo call.
First 30 minutes
Goal: In about thirty minutes, understand Erasure well enough to evaluate it.
You will touch the real product loop, not slides.
| Time box | Outcome |
|---|---|
| 0–5 min | Account, org, project |
| 5–15 min | Published consent + key + receipt |
| 15–25 min | System + data map readiness |
| 25–30 min | Deletion case + evidence export |
Use Access & setup if any step below is unclear.
Before you start
- A browser
- A beta invite (or a self-hosted deploy). Cloud access is invite-only via erasurehq.in
- Optional: a staging Postgres (or any supported system) if you want a live deletion, not required to understand consent
Minutes 0–5: Land in the product
- Open the app from your invite email (or your self-hosted origin).
- Create an organization if prompted.
- Create a project (name it after a real surface, e.g. Marketing Site).
You should see project home with clear next actions.
Checkpoint: You can navigate Consent, Develop, and Rights from the product UI.
Minutes 5–15: Consent that leaves a trail
Publish
- Open Consent.
- Add categories/purposes (include at least one required purpose).
- Edit notice text so it sounds like your product, not lorem ipsum.
- Click Publish.
You now have an immutable consent version. Drafts are not what the SDK serves.
Key + SDK
- Open Develop → create publishable key → copy
pk_live_…. - Install and init (minimal):
npm install @erasurehq/accordimport { Accord } from "@erasurehq/accord";
const client = await Accord.init({
publicKey: "pk_live_…",
apiBaseUrl: "https://app.erasurehq.in", // origin only
});- Load a page that runs
init, accept the notice. - Open Receipts and confirm a new row.
If you cannot wire the SDK in this session: still publish the notice and inspect versions in the console, then return for receipts.
Minutes 15–25: Systems and maps
Deletion without a map is guessing.
-
Open Rights → Systems.
-
Add PostgreSQL (or MySQL / HTTP / Webhook if that matches your stack).
-
Save and run health check.
-
Open Data Map:
- Discover schema
- Accept or edit entity mappings
- Set identifiers (for example email → column)
- Mark personal-data tables DELETE; mark keepers SKIP
-
Glance at operational readiness on Home or Rights. Resolve anything marked blocked (no systems, empty map, unhealthy connector).
Checkpoint: At least one enabled system with a coherent map (for SQL: ≥1 DELETE entity with identifiers).
Minutes 25–30: Case + evidence
- Open Operations (Rights cases).
- Create a test case for a subject you control (operator create), or use public intake if enabled for your org.
- Ensure verification is VERIFIED.
- Start when readiness allows.
- Watch the timeline until COMPLETED or FAILED.
- Open Evidence → export JSON or report.
Checkpoint: You have seen a case lifecycle and an exportable package, not only a status badge.
What "good" looks like after 30 minutes
| Capability | You can say… |
|---|---|
| Consent | "We publish versions and store receipts." |
| Systems | "We connect real stores; secrets stay in Erasure." |
| Maps | "We decide delete vs skip before runtime." |
| Rights | "Deletion is a job with verification and outcomes." |
| Evidence | "We can export what happened for this case or publish." |
What you did not finish (and that is fine)
- Production TLS and network rules for every connector
- Full HTTP/Webhook playbooks
- Legal review of notice copy
- Team RBAC rollout
- Billing upgrade
Those are later guides and ops work, not required to understand the product.
Recommended next reading
- Getting Started overview, full narrative
- Access & setup, keys and tenancy
- DPDP, obligation-oriented framing (expanding)
- Core Concepts, vocabulary (expanding)
- Marketing Security, diligence summary
What to do next
If evaluation is going well, invite one engineer and re-run this path on a staging database, not production.