Prototype
Private campaigns
Campaigns only invited people can see, and a way in that doesn’t ask anyone for a password. Start with a deal, or walk one component at a time.
Start with a deal
The two raises actually in front of us. Load one and drive it end to end.
The 900
900 existing shareholders, most of whom last logged in two years ago
The issuer wants to reach the shareholders from their last raise before going public with the offer. Most of these people already have a Birchal account. Almost none of them will remember the password they set two years ago, and the list the issuer sends over is a spreadsheet with inconsistent capitalisation and a few addresses that have gone stale.
What it stresses. Duplicate identity. Every address here is one a password reset would have been sent to — resolving to the existing account instead of quietly making a second one is the whole game.
The 40
40 friends and family, none of whom have a Birchal account
A smaller company raising from people who already know the founders. None of them has used Birchal before, none of them has a reason to want an account, and the founders are not going to chase forty people through a signup flow. The list arrives as a handful of lines pasted into an email — some with names attached, some just an address.
What it stresses. Sign-in without an account. If getting in requires an account to exist first, every one of these forty people is locked out and the operator has to hand-hold each of them.
Or walk one component
Guided walkthroughs of one piece at a time. Each one rings the next button to press and says why — including the refusals, which are the cases worth seeing.
Authentication
Signing in by following a link — from an email, or from the sign-in screen.
Authorisation
Who may see a private campaign — and what everyone else sees instead.
Invite
Turning the issuer's list into recorded grants, and announcing the raise.