I want to see African founders win.

$5B African VC in 2021. 🚀🚀🚀

But as Africa gets “hotter”, I think we’ll see more problems with broken early-stage cap tables given the volume of pre-seed (~80%) and number of first-time founders.

Here are some signs of a broken cap table:

1. Excessive founder dilution.

You’ve given up too much equity too soon. You’re on track to be a minority shareholder by Series A and successive rounds make you nervous. But your startup needs capital.

Series B/C/D investors worry that you’re too diluted to stay motivated.
2. Passive investors own meaningful chunks of your equity.

They’re possibly opportunistic angels or advisors that came in early. They’re free riders - adding little value to your journey but taking up space on the cap table. They’re not very helpful or responsive.
3. Misaligned investors own meaningful chunks of your equity.

They’re probably institutions but they don’t necessarily share your vision. They were aligned, engaged and responsive to start with. But they may have shifted focus along the way…maybe Africa became less “hot”.
4. Your institutional investors are not a stage fit.

They’re PE/SME not VC and own 50% (or close enough to that) of your equity. They place demands on you that are more suited to later-stage startups. Like audited financials or quarterly boards at the pre-seed stage.
5. Your investors are not experienced with startups/VC.

They insisted on (and you conceded to) unusual control provisions like ring-fenced capital (eg for “advisors”) or to be co-signatories to your bank accounts. They didn’t use a standard SAFE/overloaded the side letter.
As excitement heats up, the best advice I think experienced founders & investors can offer first-time founders is to be discerning.

Be thoughtful about who’s on your cap table and why.

Your equity is precious. Give it to people you can work with into the long-term.

Good luck!

More from All

You May Also Like

"I really want to break into Product Management"

make products.

"If only someone would tell me how I can get a startup to notice me."

Make Products.

"I guess it's impossible and I'll never break into the industry."

MAKE PRODUCTS.

Courtesy of @edbrisson's wonderful thread on breaking into comics –
https://t.co/TgNblNSCBj – here is why the same applies to Product Management, too.


There is no better way of learning the craft of product, or proving your potential to employers, than just doing it.

You do not need anybody's permission. We don't have diplomas, nor doctorates. We can barely agree on a single standard of what a Product Manager is supposed to do.

But – there is at least one blindingly obvious industry consensus – a Product Manager makes Products.

And they don't need to be kept at the exact right temperature, given endless resource, or carefully protected in order to do this.

They find their own way.
A brief analysis and comparison of the CSS for Twitter's PWA vs Twitter's legacy desktop website. The difference is dramatic and I'll touch on some reasons why.

Legacy site *downloads* ~630 KB CSS per theme and writing direction.

6,769 rules
9,252 selectors
16.7k declarations
3,370 unique declarations
44 media queries
36 unique colors
50 unique background colors
46 unique font sizes
39 unique z-indices

https://t.co/qyl4Bt1i5x


PWA *incrementally generates* ~30 KB CSS that handles all themes and writing directions.

735 rules
740 selectors
757 declarations
730 unique declarations
0 media queries
11 unique colors
32 unique background colors
15 unique font sizes
7 unique z-indices

https://t.co/w7oNG5KUkJ


The legacy site's CSS is what happens when hundreds of people directly write CSS over many years. Specificity wars, redundancy, a house of cards that can't be fixed. The result is extremely inefficient and error-prone styling that punishes users and developers.

The PWA's CSS is generated on-demand by a JS framework that manages styles and outputs "atomic CSS". The framework can enforce strict constraints and perform optimisations, which is why the CSS is so much smaller and safer. Style conflicts and unbounded CSS growth are avoided.