
#product 01: New to working in crypto? Start here.
A comprehensive guide to ramping up in your first 3 months.

#welcome to my musings
Explore building and investing in the tech frontier with me
I Wrote 1,321 Journal Entries. Claude Code Read All of Them.
A 7-level system for building an AI thought partner with Obsidian and Claude Code

Subscribe to michaelcjoseph's musings
Candidate thoughts on building and investing in the tech frontier.
Share Dialog

👋🏾 Hey, Michael here! Welcome to another edition of Building Crypto, where we deep dive into different crypto products and explore how they use different product principles.
If you’re not a subscriber, here’s what you missed recently:
Subscribe to get access to these posts, and every post.
Lens Protocol is a user-owned, composable, and decentralized social graph. Anyone can build an app on this social graph and it becomes accessible to everyone with a Lens profile.
The success of Lens and the apps built on it demonstrates the power of a decentralized social graph. But its onboarding also demonstrates the issues a social protocol needs to handle:
The target user for the protocol is a developer. But as a social graph, you need consumers create profiles to be the nodes of the graph.

👋🏾 Hey, Michael here! Welcome to another edition of Building Crypto, where we deep dive into different crypto products and explore how they use different product principles.
If you’re not a subscriber, here’s what you missed recently:
Subscribe to get access to these posts, and every post.
Lens Protocol is a user-owned, composable, and decentralized social graph. Anyone can build an app on this social graph and it becomes accessible to everyone with a Lens profile.
The success of Lens and the apps built on it demonstrates the power of a decentralized social graph. But its onboarding also demonstrates the issues a social protocol needs to handle:
The target user for the protocol is a developer. But as a social graph, you need consumers create profiles to be the nodes of the graph.

#product 01: New to working in crypto? Start here.
A comprehensive guide to ramping up in your first 3 months.

#welcome to my musings
Explore building and investing in the tech frontier with me
I Wrote 1,321 Journal Entries. Claude Code Read All of Them.
A 7-level system for building an AI thought partner with Obsidian and Claude Code
Share Dialog
>100 subscribers
>100 subscribers
As a consumer, you don’t care about being a node on a graph. You care about the value that you’re going to get by being a node. That means the most effective onboarding is not protocol focused, but product focused.
As a developer, you care about how easy it is to build on the graph, and what kind of reach you can get. That means quality developer tools, documentation, etc.
You need to onboard both types of users. But each target user has different needs in the product and onboarding experience. Building and maintaining both is hard.
Setting up a profile is a core part of a social product. But that doesn’t mean you need to set up every part of the profile during onboarding. Remember, the goal of onboarding is to get users to the “aha moment”. Setting up a profile is not necessarily the way to do that. Determine what’s a necessity and what is optional or can have default options. Only have users define what’s necessary and move on to get users to their “aha moment”.
Below you’ll find annotated screenshots of most of the onboarding flow for the protocol as a consumer, with details on what’s working well and what could be improved.


















Getting to Lenster, you finally start to see the value of your Lens profile, the different types of follows, DMs via XMTP, and more. Everything you did in onboarding becomes valuable here. The problem is the disconnect between onboarding and the actual user experience. You want onboarding to really be an integrated part of of the user’s product experience. It increases the likelihood of users getting to the core product experience and actually continuing to use it, which is the goal of every product.
Thank you for reading this newsletter! If you find it valuable, share it with a friend, and consider subscribing if you haven’t already!
As a consumer, you don’t care about being a node on a graph. You care about the value that you’re going to get by being a node. That means the most effective onboarding is not protocol focused, but product focused.
As a developer, you care about how easy it is to build on the graph, and what kind of reach you can get. That means quality developer tools, documentation, etc.
You need to onboard both types of users. But each target user has different needs in the product and onboarding experience. Building and maintaining both is hard.
Setting up a profile is a core part of a social product. But that doesn’t mean you need to set up every part of the profile during onboarding. Remember, the goal of onboarding is to get users to the “aha moment”. Setting up a profile is not necessarily the way to do that. Determine what’s a necessity and what is optional or can have default options. Only have users define what’s necessary and move on to get users to their “aha moment”.
Below you’ll find annotated screenshots of most of the onboarding flow for the protocol as a consumer, with details on what’s working well and what could be improved.


















Getting to Lenster, you finally start to see the value of your Lens profile, the different types of follows, DMs via XMTP, and more. Everything you did in onboarding becomes valuable here. The problem is the disconnect between onboarding and the actual user experience. You want onboarding to really be an integrated part of of the user’s product experience. It increases the likelihood of users getting to the core product experience and actually continuing to use it, which is the goal of every product.
Thank you for reading this newsletter! If you find it valuable, share it with a friend, and consider subscribing if you haven’t already!
No activity yet