Thanks to @meglister and @0xzakk for proofreading this and providing early feedback
Allo v2 - B2D Strategy
Why
OpenZeppelin maintains a repository of common token contracts for the EVM. This resource is really useful because a developer can pull an audited, well documented, high-lindey, easy to use ERC20 token contract or ERC721 token contract off the shelf + deploy it in their app.
OpenZeppelin has created a flywheel of better contracts, which attracts more developers, and that creates better contracts, and so on… (repeat) This flywheel spins + that creates value for the ecosystem. It also creates more qualified customer leads into their for-profit business lines (see their offerings at https://www.openzeppelin.com/ ).
I propose that we create a similar flywheel for Allo v2.
Instead of purely pursuing B2B contracts with high value customers, we should make it easy for any developer to pull an audited, well documented, high-lindey, easy to use capital allocation contract out of Allo v2.
This will create a similar flywheel for Gitcoin as exists in Open Zeppelin. We will create a flywheel of better contracts, which attracts more developers, and that creates better contracts, and so on… (repeat) This flywheel spins + that creates value for the ecosystem. It also creates more tools & services in the Allo ecosystem. This increases Allo’s network effects + eventual impact. It also is a moat against a potential competitor. Once Allo is seen as THE resource for capital allocation, it will make it very hard for any competitor to usurp Allo.
What
Instead of purely pursuing B2B contracts with high value customers like the amazing integrations with great partners…, we should make it easy for ANY developer to pull an audited, well documented, high-lindey, easy to use capital allocation contract out of Allo v2.
We should go B2C (or B2D).
This means that the median developer at a hackathon should know about Allo + have resources to support them building a hack with it.
This means that the median engineer at a DAO should be able to pull Allo off the shelf + into their DAO’s capital allocation stack.
How do?
How do we do that?
Some times we could consider doing.
- Come up with a B2C GTM Strategy
- What is the formal Market Analysis, Value Prop, Positioning of this tool?
- Gut take: Pareto optimal approach is to focus on Great product, docs, hello-world apps, allocation strategies, and the SDK. These feel like the most immediately high leverage things.
- Other things we could focus on:
- World class docs.
- World class developer support.
- Easily forkable hello-world apps for common use cases.
- QF, RPGF, CV
- Bounties, Direct Grants (committee), RFP (committee)
- Outbound DevRel
- Lots of hackathon sponsorships.
- Great product
- The permutations of allocation strategies, aqueducts, registries, allowlist options available through allo should allow you to easily configure the most powerful capital allocation tools.
- KPIs
- Number developers building on allo
- Number of apps built on allo.
- See also
- Nader Dabits list of what we need
-
- good product, reliable network
-
- great documentation
-
- clis that are up to date and enable more developer velocity
-
- easy to access, reliable rpc support
-
- easy to access developer support channels with fast response times
-
- reliable testnet / faucet
-
- quality reference architectures & codebases
-
- sensible and well organized bounty and / or grants program
-
- team members available at a small handful of in person events around the work to meet irl
-
- And here
- Table stakes for a successful DevRel program
-
- Great product & sdks
-
- Pristine documentation with copy /paste, executable code examples
-
- Simple developer quickstart guide
-
- 60 second or less, 0 to 1 CLI app generator
-
- Accessible & responsive developer support channel(s)
- Nader Dabits list of what we need
Open Questions
- Do we want to pursue this?
- If so, who should lead it? Someone in Grants Lab? Or is this an ecosystem collective pod?
- How much budget is appropriate for a pareto optimal appraoch?
