Become inevitable β not bigger
One page. Every feature, screen, and outreach email should satisfy these.
One sentence
Abraxas removes redundant verification so trusted people and trusted assets can move faster β with only the minimum information needed, shared only when it's needed.
Principles
- 01Remove the imagination gap
Show. Don't explain. Replace abstract labels with outcomes people can picture.
- 02Verify once. Never ask twice.
Every repeated upload is a tax on liquidity. Reuse is the product.
- 03Ask for the minimum proof
Partners get yes, no, or review β never a document folder by default.
- 04One action. One outcome.
Every screen has one primary CTA. If there are two equals, simplify.
- 05Every feature reduces friction
If it adds steps without removing repeated work, it probably shouldn't ship.
- 06Verification before tokenization
Trust creates assets. Assets don't create trust.
- 07Build systems, not demos
If it can't survive without you in the room, it isn't finished.
- 08Every credential should become reusable
Value compounds when proof travels across partners without re-collection.
- 09Partners integrate once
Everything else should come from policy β not another bespoke integration.
- 10Five-year-old test
If someone can't explain Abraxas after using it once, keep simplifying.
Phases β remove friction before adding surface area
Finish the loop. Nothing breaks. A five-year-old can get through it.
- Session + wallet bind reliable on mobile
- No duplicate profile or wallet flows
- One home for verification, wallets, and access
Exit: The loop is boring β it works every time without explanation.
One operator. One issuer. One relying party. One completed flow. Measure everything.
- Onboarding time Β· documents avoided Β· approval time
- Drop-off Β· support tickets Β· repeat users
- One reference quote with numbers
Exit: One operator says: this saved us time and guests completed onboarding.
Package technology as outcomes β never as infrastructure jargon.
- Never upload your driver's license again
- Share only what they're asking for
- Verify once Β· use everywhere
Exit: A non-technical operator explains Abraxas in one minute without help.
Operator onboarding before operator volume β not more features.
- Implementation guide Β· pilot metrics Β· API examples
- Partner success playbooks Β· support docs
- Issuers and relying parties expand from proof, not pitches
Exit: 100 operators signing tomorrow breaks operations β not trust in the demo.
Before every significant build
Write a one-page memo:
- Objective β what problem?
- Why now β highest leverage?
- Success metric β how do we know it's done?
- What we're not doing
- Decision β merge, iterate, or discard
Alex Becker test: if you deleted half the homepage, would conversions go up? Ask before every PR.