How to Start a Startup - Lecture 7 Notes
EDIT: Sorry these are late!
I’m taking down notes for Sam Altman’s class, How to Start a Startup and I figured I’d start sharing them. This is for the seventh lecture with the following notes:
Making Products Users Love
- How do we make things that have a passionate user base.
- Our users are unconditionally want it to be successful: the products, and the company behind it.
- Growth is the interaction between Conversion and Churn.
- Gap between indicate how fast you’re going to grow.
- Philosophy: To get a billion dollars, focus on what it takes to get that first user and the rest will fall into place.
- At Wufoo they compared how does real relationships work and how do we apply them to how we run our business.
- Then, build our product that way.
- Human beings always create a way to anthropomorphize things that we interact with over and over again.
- First time interactions means that the threshold is lower.
- Users though, discover many other moments which they call first impressions later on which they make memorable.
- Links, advertising, customer support emails, etc.
- i.e. “opportunities to seduce”
- Judging quality uses two different concepts that we get from the Japanese:
- atarimae hinshitsu
- Taking for granted quality (functionality).
- miryokuteki hinshitsu
- Enchanting quality.
- Example: A pen - if the weight of the pen. the ink flowing from the pen and the writing from the pen are pleasurable to the user.
- atarimae hinshitsu
- (slides of applications that take opportunities to put a smile on a users face when you know who your user is. Example: Your trial has expired. Everything works exactly the same but everything is written using Comic Sans)
- Subscribe to Little Big Details.
- Marriage problems (even in strong relationships) always fight about the same things.
-
These things are remarkably similar to company problems:
Marriage Company Customer Support Money Cost/Billing Website visitor Kids Users’ Clients Signup to Trial Sex Performance Login to account Time Roadmap Active Users Others Others Paying Users Staying Users - Think of each of these in terms of customer support.
- Customer support is the thing that happens in-between each step.
- There’s a big problem how every company builds up their engineering teams.
- Software engineers and designers are often divorced from the consequences of their actions.
- Before launch, everything you do is “correct”.
- After launch, new tasks start to crop up:
- Customer Support
- Fixing crap
- Business crap
- Hiring crap
- Crap
- What we need to do is change software development to inject new values:
- Responsibility
- Accountability
- Humility
- Modesty
- We needed a new model to follow: Support Driven Development (SDD)
- SDD is another Agile development form
- You don’t need scrum, post-it notes, etc.
- You just need everyone to do Customer Support.
- This fixes the feedback loop!
- Paul English from Kayak thought of this as well:
- “Why would you pay engineers $120K a year to do something that you can pay other people a fraction of to handle?”
- “After the second or third time the phone rings and they get the same problem. They stop what they’re doing, they fix the bug, and we stop getting calls about it.”
-
Again, like marriage there are four warning signs that show you’re about to break up (The Four Horsemen).
Marriage Criticism Contempt Defensiveness Stonewalling - At Wufoo:
- +500,000 users
- ~5 million people using Wufoo forms and reports
- ~400 issues
- +800 emails
- 7-12 minutes for response time
- This format of SDD was carried all they way up to this scale.
- At Wufoo, they added a drop down to add your emotional state at the time.
- People filled this out a similar percentage of time that they filled out “Browser Type”
- What we can learn from this is: people feel that knowing their emotional state is just as important as all the technical details you need to know how to debug it.
- Note: People didn’t try to game the system.
- This let them know how much people cared about the issue they were filling out.
- When communicating over written text, there are only three ways to express emotions: exclamation marks, curse words, all-caps.
- By metrics, all three of those ways had gone down as people talked to the customer support.
- “Once people had a simple outlet for their emotion, they behaved a lot more rational and made our jobs a lot more pleasant as a result.”
- Another by-product of this is that you actually build better software by doing this.
- There’s a direct correlation between the time spent with users, and how good our design gets.
- It has to come in a specific way otherwise your software will get worse over time:
- Direct Exposure: It can’t be by someone who generates a report, or a graph. You have to be interacting with them somewhat real-time.
- Minimum of every six weeks.
- At least two hours.
- If you want your users to gain knowledge of your product:
- You make your app more intuitive.
- You increase your user’s knowledge.
- As engineers, we always think: we need more features, this means increasing the knowledge gap. So we need a better way to support our customers to increase their knowledge of your app.
- Growth is a function of Conversion and Churn.
- Wufoo paid no money on advertising, marketing, etc. All of it was done through word of mouth.
Relationships Atrophy
- When it comes to relationships, it tends to work like second law of thermodynamics: In a closed energy system, things tend to run down. So you have to constantly have to be putting energy back into it.
- The typical way to show we care: blog, newsletters.
- Wufoo created a new tool that showed all the new features that were implemented since their users’ last login - “Since You’ve Been Gone.”
- Every friday, the Wufoo team who get together and send out hand-written postcards to their users. This added an element of humility back into the cycle.
- The discipline of market leaders can only be achieved by three ways. You have to organize your company in a very specific way.
- Best price
- Best product
- Best overall solution
- The third one the only one that can be done at any stage in your company and requires almost no amount of money, just some humility and manners.
Q. What do you when you have a product that a lot of types of users, some users will love one thing, and others will love another?
Ans. Focus on those who are most passionate. Whatever niche it’s going to be.
Q. How do we balance between working on product but all the other skills are also needed by marketing?
Ans. If you’re working with product, you should always have this flip side where you’re talking to users. Within Wufoo, we just made everyone talk to customers. Working on product must go with talking to your customers.
Q. How do you make a decision on product and how do you communicate that with engineering teamw when there are a lot of different dirrections to go?
Ans. When you’re working with support, you can tell what people had the most amount of problems with or are asking you all the time.
Q. Tell the story how you came up with the “king for a day” at Wufoo.
Ans. I don’t like hackathons that are done inside companies. Instead at Wufoo, they came up with “King for a day”:
- Someone from within the company got randomly drawn, and the “king” could tell everyone else what to do on the product. Everything that was bothering them about the company, a feature, could be worked on. Wufoo would do this one or two times a year during a weekend. This ended up being a huge moral boost.
Q. WFH, how did that not end up being a nightware?
Ans. We would allow anyone to work from anywhere, but usually as we tried to recruit them usually ended up wanting to work there anyway. Remote working is tricky. An office gives you a lot of benefits and efficiencies that you now have to compensate for. But remote working has it’s own benefits: I don’t have to worry about my employees losing two hours to commuting. Thus, we had to respect people’s time. At Wufoo, they had a 4.5 days for working. The 0.5 day was for meetings, and then you have the first day which was for customer support. So we have a firm belief that if you have a three day work week, you can finish whatever you need to work on, and you have to respect that persons three day work time to get their work done. You couldn’t work for issues that took longer than 15 mins of that persons time. 95% of the time, people would just sleep on it and they ended up saying, “Oh! We’ve solved it!”. Also, we were an extremely disciplined company and not many YC companies have been able to replicate what we’ve wanted to do.
Q. As the leader of the team, how did you manage to setup accountability as a manager?
Ans. At Wufoo, we had profit sharing. They split up bonuses on how much people managed to do that they set out to, and how well they did in customer support. The simplest way to setup accountability was to create To-Do lists for each person. Everyone can see all the things you want to be done, here are the things you wanted to complete during the previous week, what are your problems at hand? They set the tone for how they want to be assessed.
Q. How do you hire people that can work remotely and work in this sort of fashion?
Ans. Have them work on a side-project for you as a contractor remotely. You get a good sense of how people managed them selves. Second, we had to screen them for their ability to do customer support. Interview would ask you how to write break up letters to you.
Q. With all these tricks to help with the company, do you have any that didn’t work out?
Ans. We tried to motivate people during crunch time. We want to build a company vacation to reward the employees. So if the vacation is build into the crunch mode schedule. The first crunch mode was just between the co-founders. We each drew up a 10 item to-do list. The first person who got through 7 of the items would win and choose the next vacation location, and the last person would become the trip-bitch (you carried the other peoples luggage and get them drinks, etc.). During that period, one of the guys poorly estimated the items on his list and decided just to give up. So crunch mode just became blah-mode.
Written with StackEdit.