What we’ve learned from 37signals
April 9th, 2011 // 12:18 pm @ admin
I’ve been a huge fan of 37signals ever since reading their book rework late last year, and have just finished getting real their book specifically focused on developing a web app, which overlaps some content with Rework.
Having previously been a business book junkie I have slowed down in recent months, as I think it is often easy to overload yourself with information and not take the time to digest and action any lessons from a book properly. ‘Rework’, however was one of the few business books I have re-read several times, and it lead me to check out many of the 37signals podcasts and blog posts, so at this point I can definitely say I’m pretty knowledgeable about their business and philosophy.
When I founded CloudSource Solutions I wanted the business to be different to my previous business which I had recently exited and in particular to learn from the mistakes we made and the reasons we did not grow as quickly as I would have liked. I already had established a philosophy of location independent teams and low fixed costs, so during a chat with a friend he passed on ‘rework’ and I found it was very much in line with the way I was thinking about the business. The reason I embraced the book so much was around 30% of the points were things I was doing already so I had reason the believe the other 70% would be of value too.
In the beginning the business was focused on services around Google Apps but as we began to focus on developing our web app CourseDirector I reread ‘rework’ and suddenly found actionable items.
So what is 37signals and what have we specifically followed in their approach?
37signals is a company based in Chicago and sells a suite of business web apps for project management, CRM, team collaboration etc. most of their team works virtually. Their philosophy is fairly wide ranging but here are a few of the points which I have found really useful:
- Agile software development – Releasing your software early to confirm there is a market. Then performing iterative improvements. Resisting adding too many features if it takes away from a simple user experience
- No training required – Customers should be able to figure out how to use the App from the help and FAQ pages
- Low fixed costs
- No meetings
- Virtual teams – Ever since reading the Four hour work week I’ve been fascinated by the location independent lifestyle and being able to live anywhere (I’m writing this post in Barbados
) - Keep your team and fixed costs small
- Don’t take outside money unless absolutely necessary
- Release early then iterate
- Focus on profitability not an exit – The reason web apps are a great business model is they are generally recurring revenue…you get paid monthly or yearly for the lifetime of the client. Why then focus on bogging yourself down in debt. I differ from their completely anti-exit strategy and feel that if you build your client base to be profitable month on month you will be in a better position to be acquired anyway.
What do I disagree with in the 37signals approach?
- Pick a fight – This is a recurring theme they keep coming back to and one of the points I’m not sure I agree with. In our case with CourseDirector we make a tool for schools to share courses online with students through Google Apps (often called a VLE or LMS system). It’s simple, low cost and fulfils the needs of most K-12 schools and colleges. In terms of competitors the two obvious large ones are Blackboard which can cost upwards of $100,000 dollars, and Moodle, which although open source can cost huge amounts on consulting fees to set up, plus hosting and maintenance. Our system has simple low cost pricing, and as it is so tightly integrated with Google Apps we are getting faculty and staff to learn standard Google skills, which are far more transferable to them in the job marketplace. Should we focus on positioning ourselves as the anti-Moodle or anti-Blackboard? Possibly. I definitely believe in the Jason Calanis theory that is you fight you ‘fight up’ and don’t acknowledge competitors with a smaller market share than you. I prefer to focus on another piece of 37signals wisdom (which does somewhat contradict their previous one) that don’t pay too much attention to your competitors, just focus on your target market.
- I’m also not sure about their insistence to focus on SME’s and not the enterprise market. I think especially in the beginning one or more enterprise customers can be invaluable , firstly as references, as although the dynamics of a small business are different to those of an enterprise customer my experience tells me enterprise references will still get you SME clients down the line. Also a few larger customers is a quicker way to ramp up your revenue.
So that concludes my post on 37signals. The amusing postscript to this post is that despite being a huge fan of the 37signals company and their approach I have never actually spend a cent on their products! I never bought either of the books as I was leant Rework by a friend and read the online version of Getting Real.
Regarding their products I genuinely wanted to use them but it didn’t work out. I tested Highrise for CRM but on the end chose the free Zoho CRM that was available in the Google Apps marketplace. I liked highrise but didn’t take it based on the low numbers of companies you can create. I was keen to use Basecamp as our project management tool but in the end it was beaten out by AgileZen which I love as a tool to track features and bug fixes for CourseDirector. Ironically it was 37signals advocacy of Agile software development that lead us to Agile Zen. I looked at campfire but couldn’t justify ditching Skype….who could?
There’s still time for me to become a customer and I hope this post drives a few people to their site as well.
info at cloudsourcesolutions.com
Category : Blog
admin
1 year ago
Some quotes from the ‘Getting Real’ book by 37signals:
==========
GettingReal
- Highlight on Page 17 | Added on Monday, April 04, 2011, 05:17 AM
Constraints force creativity Run on limited resources and you’ll be forced to reckon with constraints earlier and more intensely. And that’s a good thing. Constraints drive innovation
==========
GettingReal
- Highlight on Page 26 | Added on Monday, April 04, 2011, 11:09 AM
Mass is increased by… Long term contracts Excess staff Permanent decisions Meetings about other meetings Thick process Inventory (physical or mental) Hardware, software, technology lock-ins Proprietary data formats The past ruling the future Long-term roadmaps Office politics
==========
GettingReal
- Highlight on Page 27 | Added on Monday, April 04, 2011, 11:10 AM
Mass is reduced by… Just-in-time thinking Multi-tasking team members Embracing constraints, not trying to lift them Less software, less code Less features Small team size Simplicity Pared-down interfaces Open-source products Open data formats An open culture that makes it easy to admit mistakes
==========
GettingReal
- Highlight on Page 27 | Added on Monday, April 04, 2011, 11:11 AM
Instead of an aircraft carrier, you steer a cigarette boat. Revel in that fact.
==========
GettingReal
- Highlight on Page 31 | Added on Monday, April 04, 2011, 11:14 AM
Start with a developer, a designer, and a sweeper (someone who can roam between both worlds)
==========
GettingReal
- Highlight on Page 36 | Added on Monday, April 04, 2011, 11:17 AM
No matter what business you are in, good customer service has got to be the biggest request that any client will ever make. We demand it for the services we use so why would we think our customers would be any different?
==========
GettingReal
- Highlight on Page 41 | Added on Monday, April 04, 2011, 11:24 AM
The Devil’s in the Details I really got over the “get into details right away” attitude after I took some drawing classes…If you begin to draw the details right away you can be sure that the drawing is going to suck. In fact, you are completely missing the point. You should begin by getting your proportions right for the whole scene. Then you sketch the largest objects in your scene, up to the smallest one. The sketch must be very loose up to this point. Then you can proceed with shading which consists of bringing volume to life. You begin with only three tones (light, medium, dark). This gives you a tonal sketch. Then for each portion of your drawing you reevaluate three tonal shades and apply them. Do it until the volumes are there (requires multiple iteration)… Work from large to small. Always.
==========
GettingReal
- Highlight on Page 42 | Added on Monday, April 04, 2011, 11:25 AM
Just Wing It People often spend too much time up front trying to solve problems they don’t even have yet. Don’t. Heck, we launched Basecamp without the ability to bill customers! Since the product billed in monthly cycles, we knew we had a 30-day gap to figure it out. We used that time to solve more urgent problems and then, after launch, we tackled billing. It worked out f ine (and it forced us into a simple solution without unnecessary bells and whistles)
==========
GettingReal
- Highlight on Page 53 | Added on Monday, April 04, 2011, 12:24 PM
For every new feature you need to… 1. Say no. 2. Force the feature to prove its value. 3. If “no” again, end here. If “yes,” continue… 4. Sketch the screen(s)/ui. 5. Design the screen(s)/ui. 6. Code it. 7-15. Test, tweak, test, tweak, test, tweak, test, tweak… 16. Check to see if help text needs to be modified. 17. Update the product tour (if necessary). 18. Update the marketing copy (if necessary). 19. Update the terms of service (if necessary). 20. Check to see if any promises were broken. 21. Check to see if pricing structure is affected. 22. Launch. 23. Hold breath
==========
GettingReal
- Highlight on Page 67 | Added on Thursday, April 14, 2011, 08:20 PM
I find that if you’re hard-core disciplined about having good defaults that Just Work instead of lazily adding preferences, that naturally leads the overall ui in the right direction.-Havoc Pennington, tech lead, Red Hat (from Free software and good user interfaces)
==========
GettingReal
- Highlight on Page 69 | Added on Sunday, April 17, 2011, 07:55 PM
It’s so funny when I hear people being so protective of ideas. (People who want me to sign an nda to tell me the simplest idea.) To me, ideas are worth nothing unless executed. They are just a multiplier. Execution is worth millions. Explanation: Awful idea = -1 Weak idea = 1 So-so idea = 5 Good idea = 10 Great idea = 15 Brilliant idea = 20 No execution = $1 Weak execution = $1000 So-so execution = $10,000 Good execution = $100,000 Great execution = $1,000,000 Brilliant execution = $10,000,000 To make a business, you need to multiply the two. The most brilliant idea, with no execution, is worth $20. The most brilliant idea takes great execution to be worth $20,000,000. That’s why I don’t want to hear people’s ideas. I’m not interested until I see their execution.-Derek Sivers, president and programmer, CD Baby and HostBaby
==========
GettingReal
- Highlight on Page 71 | Added on Sunday, April 17, 2011, 07:58 PM
Do it quick 1. Decide if it’s worth doing, and if so: 2. Do it quick – not perfect. just do it. 3. Save it. upload it. publish it 4. See what people think Though I’m always reluctant to add new features to things, once I have that “yeah!” moment of deciding something is worth doing, it’s usually up on the website a few hours later, flawed but launched, letting feedback guide future refinement of it.-Derek Sivers, president and programmer, CD Baby and HostBaby
==========
GettingReal
- Highlight on Page 78 | Added on Sunday, April 17, 2011, 08:12 PM
==========
GettingReal
- Highlight on Page 5 | Added on Wednesday, April 20, 2011, 04:35 PM
1 Promotion132 Hollywood Launch135 A Powerful
==========
The design principles behind CourseDirector
1 year ago
[...] 16th, 2011 // 10:03 am @ admin Following on from my post about 37signals and our incorporation of many of their principles for the design of web apps, I thought I would [...]