From Projects to Products: Turning Platforms into Products People Use
Our take

The conversation around platforms versus products has been simmering for a while, but Ben Linders’ piece, "From Projects to Products: Turning Platforms into Products People Use," brings a refreshingly pragmatic focus to the discussion. It’s easy to build a powerful engine, a robust infrastructure – a platform – but far more challenging to ensure that it actually delivers value to users. The core argument, that a capability isn't truly “done” until it's reliably usable by others, feels particularly resonant in a landscape increasingly crowded with complex tools. This echoes the sentiment around Vercel Labs Ships Zero [Vercel Labs Ships Zero: A Graph-First Language Built So Agents Write the Code], which, while aiming for a different audience (AI agents rather than human developers), highlights the same fundamental principle: utility is paramount. Building something that *can* be used doesn't guarantee it *will* be, and that’s the crux of the matter. The simple, yet powerful questions Linders poses – “Is this being used?” and “Does it reduce friction for users?” – should be the guiding stars for any development team.
The recent news of Nikita Bier stepping down as X’s head of product [Nikita Bier steps down as X’s head-of-product] serves as a stark reminder of the challenges in translating platform capabilities into a compelling user experience. X, with its vast infrastructure and potential, has struggled to consistently deliver a product that resonates with its audience. This isn’t solely a technical problem; it’s a design and strategy problem, one that speaks directly to Linders’ point about usability and friction. Disney+'s efforts to integrate TikTok creators [Disney+ looks to TikTok creators to bring fan content to its short-form video feed] represent a different approach – leveraging existing user-generated content to enhance their platform’s appeal. While distinct, both examples underscore the importance of centering the user in the development process. A powerful platform, in and of itself, is merely potential; it’s the product layer built on top that determines its real-world impact.
The shift from a delivery-focused mindset to a value-driven one is not merely a semantic change; it represents a fundamental rethinking of how we approach software development. Traditionally, success was measured by features shipped and lines of code written. Now, the true measure is user adoption and the tangible benefits users derive from the platform. This requires a deeper understanding of user workflows, pain points, and expectations. It necessitates a willingness to iterate rapidly, based on user feedback, and to prioritize usability above all else. The emphasis on reducing friction is particularly crucial. In a world saturated with options, users are unlikely to invest time and effort in a platform that isn’t immediately intuitive and rewarding. The platform itself becomes a facilitator, the product is the seamless experience.
Ultimately, Linders’ article is a call to action for developers and product managers alike. It’s a reminder that building a platform is just the first step; the real work lies in crafting a product that people genuinely want to use. The rise of AI-powered tools, which promise to automate many aspects of software development, may further amplify this challenge. If we’re not careful, we risk creating incredibly powerful platforms that remain largely unused, or worse, actively hinder user productivity. The question moving forward isn't simply *can* we build it, but *should* we, and, crucially, *how* do we ensure it delivers genuine value to the people who will ultimately use it?

Having a platform is not enough; the real challenge is ensuring that it is understandable, usable, and actually adopted by its users. A capability is done when it can be reliably used by others. To evaluate progress, you can ask yourself “Is this being used?” and “Does it reduce friction for users?” This can help align development work with actual user value rather than delivery,
By Ben LindersRead on the original site
Open the publisher's page for the full experience