{"id":2992,"date":"2016-09-12T21:22:36","date_gmt":"2016-09-12T20:22:36","guid":{"rendered":"https:\/\/marvel7077.wpengine.com\/?p=2992"},"modified":"2020-09-22T10:08:40","modified_gmt":"2020-09-22T09:08:40","slug":"the-myth-of-the-design-studio-turned-product-company","status":"publish","type":"post","link":"https:\/\/marvelapp.com\/blog\/the-myth-of-the-design-studio-turned-product-company\/","title":{"rendered":"The Myth of the Design Studio Turned Product Company"},"content":{"rendered":"

How a remarkable story of a small design studio unwittingly drove an industry to madness.<\/strong><\/p>\n

37Signals<\/a> successfully navigated the path of going from a design studio to being a software company. In the process of doing that they unknowingly started the mythology that every design or development studio should become a product company.<\/p>\n

Early in 2005, as their first product, Basecamp<\/a> grew in popularity something happened to the web development industry. The story of how Jason Fried and his team took an internal problem and built it into a massively successful product became the stuff of legends. It was a great story. Something we could all relate to. A small studio in a commercial neighborhood of Chicago was doing something that until then had been reserved for the innovators in Silicon Valley. It was captivating.<\/p>\n

When Basecamp launched we were one of the first beta users. We had just started our web design firm Fresh Tilled Soil<\/a> so it made sense for us to use the product. My business partner and I had signed up for a workshop in the 37Signals studio where Jason, Ryan and David talked about Ruby on Rails and UI patterns and thoughtful copywriting. They took the high ground and rallied against writing specs and adding features. During one of the workshop sessions an employee of Yahoo stood up and complained that product specs were critical to web application development. He raved on that spec writing was never going to disappear. Jason asked this guy what his job was. His answer brought the house down, \u201cI write specs for one of Yahoo\u2019s product teams\u201d.<\/p>\n

It seems like soon after launch they also started to realize they had done something unique and that was itself a great self-promotion tool. We ate up the story and they fed the fire. They published long detailed blog posts and books telling us how it was done. They ran workshops and conferences for the design community with the suggestion that we can all be product people. It was awesome. We drank the Kool Aid. We rushed back to our studios and started working on our own product ideas.<\/p>\n

<\/div>
<\/svg><\/div>

\"Nothing was as important as building stuff that would long outlive the client projects we were working on.\"<\/p><\/span><\/blockquote>\n

Some studios went to extremes. They dove headlong into the task of creating their own products. Their stunned clients stood by as their design and dev partners now shuttered themselves in and announced they would be working on their own products.<\/p>\n

Almost every web app designer and developer felt unfulfilled. There was a restless energy in the service community. Their growth had been restricted by \u2018time and materials\u2019 billing models but now there was a pot of gold around the corner. Our hard earned product creation skills, honed on client projects, could now be used to unshackle us from the billable hour. Conversations with other studios were inevitably about \u201cWhat product stuff are you guys working on?\u201d Our venture capital friends came knocking. They asked what products we might have under wraps that might need funding. The message was clear;<\/p>\n

<\/div>
<\/svg><\/div>

\"Unless you were creating a product that was going to become the next big thing you were wasting your time.\"<\/p><\/span><\/blockquote>\n

Don\u2019t get me wrong. What 37Signals did was amazing. I\u2019m still in awe. But they messed with our minds. They distracted an entire industry from doing what they\u2019re really good at\u200a\u2014\u200adesigning and developing great products on behalf of others. Without intent or malice, their adventure created a horrible myth, which persists to this day.<\/span><\/p>\n

A small irony is that their story distracted the very people that they had created their tools for. Now their very customers were distracted from the tasks that made the tools necessary in the first place.<\/p>\n

Since their terrific adventure hit the community every service company that provides design or development services has thought about branching into product creation at some time. Even Google\u2019s 20% time policy encourages developers to tinker with their own ideas on company time. I have no idea if Google was inspired by the 37Signals legend but it\u2019s certainly possible.<\/p>\n

The mythology has reached us all and it\u2019s now even part of our operational planning. At Happy Cog\u2019s Owner Camp<\/a> earlier this year it was on everyone\u2019s lips. At the meeting of 22 design and dev shops \u201cHow do you make time for internal projects?\u201d was still one of the most popular topics. The fact that this notion is still on the agenda in 2013 shows how powerful an idea it has become. There is now an assumption that all the agency and firm owners should all have an internal product strategy underway.<\/p>\n

This week I was on a panel with several creative firm owners. Our moderator asked each of us how we manage capacity for client projects. My friend Sam Dunn answered that his company<\/a> often plans their new project utilization around the 20% time that they allocate for internal projects. It\u2019s not the first time I\u2019ve heard that. Planning paid client work around unpaid internal products seems like a standard thing to do these days.<\/p>\n

For a small design or dev firm 20% time is often the difference between profit and loss. If startups can\u2019t produce guaranteed success even with all that support and a full-time effort, what makes us think that 20% of unstructured effort will get us? Even the most efficient and well managed studio would struggle to lose 20% of their billable time each year without a tangible return.<\/p>\n

It\u2019s possible that some of the risk could be reduced with a Lean or rapid-prototyping<\/a> approach. But even with a Build-Test-Learn cycle there are significant infrastructure and resource hurdles to overcome. Building a product that\u2019s good enough to charge for is difficult. In many cases it\u2019s more than a full-time effort. And even then it\u2019s hard to know if you\u2019ll ever generate material returns from your new software product.<\/p>\n

So what happened? Why did we fall in love with this myth? If it\u2019s so awesome then why aren\u2019t designers and developers rolling in piles of SaaS generated cash?<\/span><\/p>\n

For us, the story of 37Signal\u2019s success provoked us into believing a few fallacies. The first was that by working on a client\u2019s product, we were making the client rich but leaving ourselves with the scraps. It\u2019s a silly idea because even in the very rare cases that this might even be true the facts don\u2019t substantiate this. Most startups won\u2019t survive.<\/p>\n

As mentors to TechStars, MassChallenge and other accelerators we\u2019ve seen a lot of startups come and go. Their initial enthusiasm is often followed by waning cash reserves and one too many pivots. The reality is that only a small percentage<\/a> of startups actually return anything to their investors. An even smaller percentage hit the big time<\/a>. Being on the client side of the fence is way more risky than being the designer or developer.<\/p>\n

A dangerous side effect of the myth is that as product designers we think we are automatically going to be good at creating products for ourselves. Not true. Building a product is hard. It involves way more than design and development skills. For one, the business models are very different and that means a whole new set of business skills.<\/p>\n

Products don\u2019t sell themselves. You might be a rockstar designer or developer but that doesn\u2019t translate into business or marketing skills. Even if you\u2019re supremely passionate and you\u2019ve invested all your personal savings and hundreds of late nights to build a beautiful product it still might fail. Most founders expect early traction and growth but it\u2019s just not guaranteed.<\/p>\n

<\/div>
<\/svg><\/div>

\"You might be a rockstar designer or developer but that doesn\u2019t translate into business or marketing skills.\"<\/p><\/span><\/blockquote>\n

Even with all this knowledge we still can\u2019t let go of the myth. There\u2019s a gnawing part of us that wants to encourage our teams to tinker with internal products. It\u2019s insidious. Being a great designer or a developer doesn\u2019t seem to be enough for us.<\/p>\n

We\u2019ve convinced ourselves that we have to steal time from our core businesses to pay for a dream. When did we become so disillusioned at performing our beautiful craft?<\/span><\/p>\n

The harsh reality is that having already experimented with several failed internal projects we\u2019re pretty sure that giving 20% of our time isn\u2019t going to be enough. Even when we spun out our ideas and brought on a full-time CEO and operations team we discovered that the funds needed to get to profitability would eventually bankrupt our core business. Finding the right people is extremely hard. Marketing and business development was even harder. Maybe we\u2019re not smart enough to do what 37Signals did.<\/p>\n

<\/div>
<\/svg><\/div>

\"There are no shortcuts to building a great business. There is no product nirvana around the corner for most of us.\"<\/p><\/span><\/blockquote>\n

We\u2019ve learned the hard way that focus is everything. There are no shortcuts to building a great business. There is no product nirvana around the corner for most of us. And that\u2019s okay. In fact, it\u2019s more than okay, it\u2019s better that way. We need to stay focused on what we love and what we\u2019ve become great at doing. Going deep on what we\u2019re good at has generated far more ROI than nibbling around the product pie.<\/p>\n

The more we dedicate ourselves to our craft the better we\u2019ll be able to produce amazing work\u200a\u2014\u200aeven if it is for other companies.<\/span><\/p>\n

<\/div>
<\/svg><\/div>

\"Learn the dedication and patience to gain an expert understanding of your passion. Become a domain expert.\"<\/p><\/span><\/blockquote>\n

This week we launched an initiative that aims to ease the conflict between these opposing forces. Each of our team members gets to study a subject of their choice over the period of a year. It\u2019s a long term study initiative that resembles a PhD. Think of it more like a thesis than project work. The purpose is to get them to think deeply about something that they are passionate about. We don\u2019t expect them to build a product or launch a spin-off business. We\u2019re not interested in getting distracted again. The goal of this initiative is simple; learn the dedication and patience to gain an expert understanding of your passion<\/strong>. Become a domain expert.<\/p>\n

Obviously this will require time and money. But instead of investing in speculative ideas we\u2019re investing in our people. Teaching our designers and developers to be more creative and discriminating thinkers seems to be the best investment we can make.<\/span><\/p>\n

Since 2005 we\u2019ve worked on over 500 projects. It\u2019s an amazing body of work for a small studio. It\u2019s given us the opportunity to work on a lot of very creative solutions for some amazing clients. Looking at our current and potential list of projects, the best is still to come. We\u2019re pushing the boundaries on UX design and development. That feels really good. We\u2019re proud of that work. I wouldn\u2019t trade that for having to work on a single project for the next ten years.<\/p>\n

I think the expectation that design and development firms should always be working on an internal product is madness. It\u2019s time to remember why we got into the business of creating products in the first place. We love the challenge of solving problems. That\u2019s a noble cause. If you do it well you\u2019ll be rewarded. If you\u2019re dedicated to your passion it\u2019ll show in your work. Talented and fun people will want to work with you. You\u2019ll fall in love again. You\u2019ll even make good money. That should be enough.<\/p>\n

<\/div>
<\/svg><\/div>

\"If you\u2019re dedicated to your passion it\u2019ll show in your work. Talented and fun people will want to work with you.\"<\/p><\/span><\/blockquote>\n

As 37Signals releases yet another book and another great new product I\u2019m reminded that I still haven\u2019t got round to finishing my first book (update: I\u2019ve now completed my first and second book). 37Signals and their leadership are truly productive and inspirational. Their business story is also a big distraction for a firm like ours. I\u2019ll continue to read their awesome books and use their thoughtful products but you can keep mythology.<\/p>\n

This post was originally published on Richard's Medium profile<\/a>. <\/em><\/p>\n","protected":false},"excerpt":{"rendered":"

How a remarkable story of a small design studio unwittingly drove an industry to madness. 37Signals successfully navigated the path of going from a design studio to being a software company. In the process of doing that they unknowingly started the mythology that every design or development studio should become a product company. Early in 2005, as their first product,… Read More ￫<\/a><\/p>\n","protected":false},"author":33,"featured_media":3000,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11],"tags":[],"class_list":["post-2992","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-viewpoint"],"acf":[],"yoast_head":"\n\n\n\n\n\n\n\n\n\n\n\n\n\n\t\n\t\n\n\n\n\n\t\n