<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
    <channel>
        <title>10M</title>
        <link>https://paragraph.com/@10m</link>
        <description>Design and product thinking for crypto</description>
        <lastBuildDate>Sun, 26 Apr 2026 09:59:07 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>https://github.com/jpmonette/feed</generator>
        <language>en</language>
        <copyright>All rights reserved</copyright>
        <item>
            <title><![CDATA[You can just build things]]></title>
            <link>https://paragraph.com/@10m/you-can-just-build-things</link>
            <guid>eWoQ23vbyEtxDxb0VXIh</guid>
            <pubDate>Fri, 06 Feb 2026 14:15:15 GMT</pubDate>
            <description><![CDATA[I've been a product designer for over ten years and most of that time, my process looked the same research, wireframe in a design tool, present to stakeholders, wait for feedback, iterate, hand off to engineering, hope the build matches the intent. That process works but the gap between "here's what I think the product should do" and "here's proof that it works" used to take a long time - weeks! Wireframes are usually static. They communicate layout and hierarchy, but they can't answer questi...]]></description>
            <content:encoded><![CDATA[<p>I've been a product designer for over ten years and most of that time, my process looked the same research, wireframe in a design tool, present to stakeholders, wait for feedback, iterate, hand off to engineering, hope the build matches the intent.</p><p>That process works but the gap between "here's what I think the product should do" and "here's proof that it works" used to take a long time - weeks! Wireframes are usually static. They communicate layout and hierarchy, but they can't answer questions like "does this flow actually make sense when you click through it" or "what happens when the API returns 47 results instead of 3."</p><p>Over the past year I've built a workflow that closes that gap. I go from a PRD and user journeys to interactive, coded wireframes in hours. The tools are Claude Code, Cursor, and pre-built components.</p><h2 id="h-how-it-works" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">How it works</h2><p>The process has four stages.</p><p><strong>Research and PRD.</strong> I start the same way I always have. User research, business goals, constraints, jobs to be done. I write a PRD that captures all of this. The difference is where it goes next.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/126ffaf858a23a73c303eb66e4cbf2f82e50c864810ba2555f7a77369117ad7d.png" blurdataurl="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAACAAAAASCAIAAAC1qksFAAAACXBIWXMAABYlAAAWJQFJUiTwAAADrUlEQVR4nL2U8W8TZRjHX+UH/ckQNSFxEQ3xF7ONQEIEBIIoZRtuVuy2kHEYoAbGmlNpVFrj1tVNJwxbxlpHZdyx3bXv9e7eXe/u7bXX846NdVczMoIR/gZ/4R/wBxJzO72UrTPGGJ98cnmT98nzfd/3+d4DMMbpH6YoeoadpedvW/fWhW3bmqZBCG3bpmk6Go1CCOdWQ9O09fmWZcWGhwmCAG5MplKmaaTT12gqU61aDTEM7fHj3zdtejoQ8D969NvduzWPNZkrK8sPHtyPRCJ+vz82+CWWEUinJ1mWZhhKVRHPsw1hVnf7+4NDQxFByDEM5eIlCEJOEHIsSwtCTlFEQeQ1J0oiQoCipgOBrs7OtlQqmUol3dSGGEZRVVHDrWr1zsOHv5qmkc0yGEvRaLS9vSMYDF6bmACJxLiqIlGEDEP9TXWhDpalOZ7xDu4iitA7R09PoKmpqbW1NRwOg2JRXZPasBy3ivsI1rxWkPg5xNXn5Hk2/1cdirqpaZq9GsA0KwxD1VeB2Rl3kWUpRREXFko6lrCMdCyv3FscGRkFALx98ui56ACWEcNQisJXlwyMRUXhXYGlpUXXfo5AsaiWypJhYENTrYpmVbTFJd3UsY5l3dBDIXJH875ekvjws+DJL07t2e071uV/5UXw7GsvkCOfLtfmy5Xyt2PfbdvaErrweXz0G6fDQs40Dbe6I3D/l+WdzftffrXl4NmOA31H3uw5/BTYsi9wuPP8B8Hj2492+fbvbj8XPT/wFXlx/OLePW293d1jsb6P4xd6TvcBsOVE946drS9tbz740QAZGxktYrRWoFq1yIFP+vvJq9PfJ66PX5681Ps+MTw2nMwkjry1690OHwdhWStgGWEZLSyUyrqCMTZ1NcvMvr6tZTByqvdYGwDPHCJ8oTipY5njmScE3Ccq6TKWUUHiCxL/k4XLWoHnsu6fuPm5rZaluk1iWZplaZ5nEYLJTOLQ2XcAeP6NXb4rly8lU1d+vDmFkOOlJwRMs5LL0jA741nCXXM8U7tjhuJk+5lOHUueQzxy8FZmdmpocHDialLX5TnEeb5aK7CRTV075Tc28RziFEV0G1vPPxX415j/m8DPtZrTZC7/ZwMQgv+JmGmatm1b1m2slZwb0PStPKSkAqQhLYiCN1XqccfnRhUhxzjfHJ2HswjBG9M3MtenfB3vOS6kqOmv4zGaysgKgnkWIQFjaT2iCN1J2RBZQaLouEhCPMZSMpkgCCIcDh/vO/EHmIY1tLPOIewAAAAASUVORK5CYII=" nextheight="2880" nextwidth="5120" class="image-node embed"><figcaption htmlattributes="[object Object]" class="hide-figcaption"></figcaption></figure><p><strong>User flows.</strong> I feed the PRD into Claude Code and ask it to generate user flows based on the goals and user needs. These are flows I can put in front of stakeholders, product managers, and engineers to validate before any UI gets built. We align on the logic of the product before anyone talks about what it looks like.</p><p><strong>Coded wireframes.</strong> Once the flows are validated, I feed them back into Claude Code alongside a brief covering design and engineering requirements. It generates interactive wireframes using shadcn components. These are functional. You can click through them. You can test edge cases. You can hand a laptop to an engineer and ask "is this feasible" and they're looking at real code, not a picture.</p><p><strong>Figma for high-fidelity.</strong> Once the direction is validated and engineering has confirmed feasibility, I move to Figma for the polish layer. Component refinement, visual design, brand expression, design system alignment. The high-fidelity work happens with confidence because the underlying flows have already been tested.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/50bfda63020e867fef9091061b894cec2f9795ea25e01f80d040e079ccfc4726.png" blurdataurl="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAACAAAAASCAIAAAC1qksFAAAACXBIWXMAABYlAAAWJQFJUiTwAAACUUlEQVR4nLWUz2vTYBjHX/YXeNitIPsH+kd4cGzC7EEKUnOyHnbuQRbBNYrrKraNW5umo2kK5kdr3yTTJX0LxmZC11QslcFa2KzMo6AFQQudp0gTkWLXdIfuy5f38PJ93w/Pw/s+QNM0Kk3zQoF/kX+3b3wck2maiqKYpokQikajOI4XCgXFFkJoPG8YRpggMAwDjpKpVAVpz8l4nt05ODDGreuo1/sKAAgG7/b7P5rNxqj/C7daH9rtw7W1+z6fL/zwgfZaBhSV1LRdVZUhFEsl/lyrqhwI+Dc2CAhFjmP/eTwJobi3J0GphIaqSLIMMnSqVOJFIQ+hOMkcxzab9W6349zrkoRQVFUZx/GlpeVgMLi9tQUoanvIdD0Dobi6em9h4ardlro7Q9fLfv8tj8fj9XpDoRAol1WntEnOZtPt9iEYUa1WdWewbA4hZNoC1eobF4CqyvF4dG4OCAJnWZYDaLUa7oB6veY8vwsBYrFNAABBhPW3+mAwYNlcLLbpPIpJrlZ15/bpAGi3SBQFmqabrVbv2/fHj4hUipwxgKZpKMGj9pFlWYnEs9kDRFFQFKX7uXtZAJbNkSTZ6XQuBcAwmbyt4+6n/s9fT6OR2QNkWXbm3e+zM4pKzr5FhmGcHJ+8LBZPT7+Uy2o2m3bJjwLeNxrTfzLHsevr+OLitfn5KysrNyKRJzzvNrhsQNU0TcPY11BlegUOg2EyF5l0f4tmsjsZ+vryzeG/Z1kmHo/yfF7Tds+1JBXttSAInKa9kqSis+NikkxgGBYKhW4H7vwBgcFqVo6TH8sAAAAASUVORK5CYII=" nextheight="2880" nextwidth="5120" class="image-node embed"><figcaption htmlattributes="[object Object]" class="hide-figcaption"></figcaption></figure><h2 id="h-why-i-believe-this-order-matters" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Why I believe this order matters</h2><p>Getting buy-in is one of the hardest parts of the design process. Engineers want to know if something is feasible. PMs want to know if the flows cover the right user needs. Founders want to see the vision come alive before committing resources.</p><p>Static wireframes make all of those conversations harder. You're asking people to imagine how something works based on a series of rectangles. A coded prototype lets engineers assess feasibility on real code. It lets PMs click through the actual user journey and flag gaps. It lets founders experience the product direction instead of interpreting a deck.</p><p>By the time I open Figma, buy-in already exists. The flows have been validated by the people who need to approve them, using something they could actually interact with. The high-fidelity design phase becomes about craft and detail because the strategic decisions have already been made with confidence.</p><h2 id="h-existing-products-and-design-systems" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Existing products and design systems</h2><p>This compresses even further when the team has a design system in code. You're prototyping with the same components that ship to production and the gap between prototype and shipped product gets very small.</p><p>I can explore a new feature direction in an afternoon, test it internally, get buy-in from engineers, PMs, and founders, and hand off code that engineers can use as a reference for the production build. The conversation around feasibility and direction happens early, with working code in front of everyone.</p><h2 id="h-what-stays-the-same" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">What stays the same</h2><p>The designer's job here is the same as it's always been: understand the user, understand the business, and make sure the product serves both. The research phase is unchanged. The thinking is unchanged. The strategy is unchanged.</p><p>What changed is how quickly I can turn that thinking into something testable. And how much earlier I can involve engineers and stakeholders in the conversation with something real in front of them.</p><p>Here's the link to the current project I'm working on and the current state of the tool: <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://starlit-bienenstitch-5611b8.netlify.app/">https://starlit-bienenstitch-5611b8.netlify.app/</a></p><hr><p><em>Louis is a product designer with 10+ years of experience building financial products at MetaLab, Kraken, and 10M Studio. He's the founder of OpenHouse, a platform making UK property investment accessible from $20.</em></p>]]></content:encoded>
            <author>10m@newsletter.paragraph.com (Louis Oliver Moody)</author>
            <category>design</category>
            <category>product</category>
            <category>ux</category>
            <category>ui</category>
            <category>trading</category>
            <category>btc</category>
            <enclosure url="https://storage.googleapis.com/papyrus_images/96d8fbeb48f65d62616b850878762a905fda30b223df68756bf999806b392f6d.jpg" length="0" type="image/jpg"/>
        </item>
        <item>
            <title><![CDATA[It’s not magic, but feels magical]]></title>
            <link>https://paragraph.com/@10m/its-not-magic-but-feels-magical</link>
            <guid>0mbtREH9nuqSzSnY2o3x</guid>
            <pubDate>Mon, 02 Feb 2026 11:53:38 GMT</pubDate>
            <description><![CDATA[The next wave of crypto adoption will come from respecting the design principles we've known for decades]]></description>
            <content:encoded><![CDATA[<p>In 1972, Massimo Vignelli made the New York City subway system understandable to everyone. Millions of people, dozens of languages, hundreds of stations, one map. He stripped away geographic accuracy in favour of clarity, because the map only needed to do one thing: show you how to get where you were going.</p><p>Vignelli spent his career proving that complex systems could be made legible to anyone if you cared enough to do the work. The NYC subway. American Airlines. Knoll. IBM.</p><p>"If you can design one thing, you can design everything,"</p><p>He said this because the principles are universal and they transfer across mediums, industries, and eras.</p><p>Those principles are over fifty years old and ready to be applied to crypto because it's is ready for that same clarity.</p><p>Crypto UX does seem to be improving through embedded wallets, account abstraction, gas fee abstraction, and fiat onramps.</p><p>The data shows where the biggest opportunities still live: only 13% of Americans find crypto wallets easy to use, up to 90% of exchange users abandon before their first transaction, and only 13% of wallet users return after their first week compared to over 60% for traditional fintech apps.</p><p>These are design opportunities ripe for the taking.</p><p><strong>The Principles Worth Applying</strong></p><p>The greatest designers of the last century shared a set of beliefs that went deeper than usability checklists, and those beliefs are exactly what crypto needs now.</p><ul><li><p><strong>Emotional clarity</strong></p></li><li><p><strong>Radical reduction</strong></p></li><li><p><strong>Material honesty</strong></p></li><li><p><strong>Choreography over layout</strong></p></li><li><p><strong>Respect as a design principle</strong></p></li></ul><p>Jony Ive, Dieter Rams, and Vignelli all understood that great design is a form of care. Ive designed objects that dissolved into behaviour, Rams removed everything until only the essential remained, and Vignelli made the most complex systems in the world feel obvious. The crypto products that apply these principles will be the ones people actually use, because when someone swaps a token or funds a wallet or bridges between chains, the experience should feel as natural and considered as turning a page.</p><p><strong>Who's Getting It Right</strong></p><p><a target="_blank" rel="noopener noreferrer nofollow" class="dont-break-out css-146c3p1 r-bcqeeo r-1ttztb7 r-qvutc0 r-37j5jr r-1inkyih r-rjixqe r-16dba41 r-1ddef8g r-tjvw6i r-1loqt21" href="https://x.com/@worldcoin"><u>@worldcoin</u></a></p><p>Strips the interface down to only what's useful in everyday life: gas-free transactions, an 18MB app size, support for 98% of Android devices worldwide, and the blockchain running underneath without the user ever needing to know.</p><p><a target="_blank" rel="noopener noreferrer nofollow" class="dont-break-out css-146c3p1 r-bcqeeo r-1ttztb7 r-qvutc0 r-37j5jr r-1inkyih r-rjixqe r-16dba41 r-1ddef8g r-tjvw6i r-1loqt21" href="https://x.com/@summerfinance_"><u>@summerfinance_</u></a></p><p> Handles complexity with transparency through clear risk visuals, one-click leverage via flashloan-powered multiply features, and stop-loss automations that give users safety nets. Their CEO Chris Bradbury has said his mission is to make self-custodial finance as usable as it is powerful.</p><p><a target="_blank" rel="noopener noreferrer nofollow" class="dont-break-out css-146c3p1 r-bcqeeo r-1ttztb7 r-qvutc0 r-37j5jr r-1inkyih r-rjixqe r-16dba41 r-1ddef8g r-tjvw6i r-1loqt21" href="https://x.com/@aave"><u>@aave</u></a></p><p>Rebuilt their entire interface for V3 with fresh eyes, giving you net worth, supplies, and borrows in one clean view with information cards that educate users within the flow.</p><p><a target="_blank" rel="noopener noreferrer nofollow" class="dont-break-out css-146c3p1 r-bcqeeo r-1ttztb7 r-qvutc0 r-37j5jr r-1inkyih r-rjixqe r-16dba41 r-1ddef8g r-tjvw6i r-1loqt21" href="https://x.com/@Uniswap"><u>@Uniswap</u></a></p><p>Understands that a swap is a swap, and the interface reflects that with a single clear action, beautiful UI, and the complexity of routing across liquidity pools handled entirely behind the scenes.</p><p><a target="_blank" rel="noopener noreferrer nofollow" class="dont-break-out css-146c3p1 r-bcqeeo r-1ttztb7 r-qvutc0 r-37j5jr r-1inkyih r-rjixqe r-16dba41 r-1ddef8g r-tjvw6i r-1loqt21" href="https://x.com/@fusewallet"><u>@fusewallet</u></a></p><p>Takes the same approach to everyday payments, giving users a clean and focused experience that solves a specific need effectively without asking them to understand the infrastructure underneath.</p><p>What these products share is a mindset of asking "What does this person need to accomplish?" and building from there.</p><p>I'd love to add the Base app to this list, but the experience still feels like it's trying to achieve too many things at once and as a user it leaves me unsure of what I'm actually there to do.</p><p><strong>What's Next?</strong></p><p>60% of users drop off before funding their wallet, 85% who connect to a dApp take no further action, and over 70% leave after a single transaction. In any other industry, numbers like these would trigger an all-hands product review, and crypto has the same opportunity.</p><p>Don Norman wrote in <em>The Design of Everyday Things</em> that when things go wrong, people blame themselves, but every moment of confusion is really a design opportunity telling you exactly where the experience can improve.</p><p>The next hundred million crypto users will come from products designed by people who actually care about the experience, tested with real users who have never touched a wallet, built by teams willing to ask: would my mum understand this?</p><p>Vignelli proved that the most complex systems in the world can be made clear with enough discipline, because a city of eight million people navigates 472 stations across 36 lines every day thanks to one designer who committed to making clarity the priority.</p><p><strong>Worthy reading</strong></p><ul><li><p><em>The Design of Everyday Things</em>, Don Norman.</p></li><li><p><em>Don't Make Me Think</em>, Steve Krug.</p></li><li><p><em>Ruined by Design</em>, Mike Monteiro.</p></li><li><p><em>About Face</em>, Alan Cooper.</p></li><li><p><em>Refactoring UI</em>, Adam Wathan &amp; Steve Schoger.</p></li></ul><p>Louis is a product designer with 10+ years of experience building financial products at MetaLab, Kraken, and now 10M.</p><p>He's the founder of <a target="_blank" rel="noopener noreferrer nofollow" class="dont-break-out css-146c3p1 r-bcqeeo r-1ttztb7 r-qvutc0 r-37j5jr r-1inkyih r-rjixqe r-16dba41 r-1ddef8g r-tjvw6i r-1loqt21" href="https://x.com/@Openhousefi"><u>@Openhousefi</u></a>, a platform making UK property investment accessible from $20.</p>]]></content:encoded>
            <author>10m@newsletter.paragraph.com (Louis Oliver Moody)</author>
            <category>design</category>
            <category>ux/ui</category>
            <category>defi</category>
            <category>ai</category>
            <category>engineer</category>
            <category>artifical</category>
            <category>intelligence</category>
            <category>designer</category>
            <category>base</category>
            <enclosure url="https://storage.googleapis.com/papyrus_images/11b014c5338744680d0659444ef5883ec65eed43290c167160077fe7fff93cbb.jpg" length="0" type="image/jpg"/>
        </item>
    </channel>
</rss>