Do More Faster India. Brad Feld
Чтение книги онлайн.
Читать онлайн книгу Do More Faster India - Brad Feld страница 18
On the train on the way home, my frustration and anger boiled over. I kept thinking that there had to be a better way of buying comics. And then it dawned on me. That morning I had purchased a movie from iTunes, which I was watching right there on the train. Why shouldn’t buying comics be just as easy? Why did I have to travel more than 100 miles and waste the better part of a day, all for nothing?
I realized that I had two options. I could quit buying comics or I could quit my job and build the iTunes of comics.
That’s how Graphic.ly started, and my enthusiasm for comics has now transferred to a business I love being a part of. Every single day I am excited to go to work. I get to create and innovate in a sector I love. Ultimately, I’ll solve a problem that was ruining something very special to me.
If you’re not passionate about what you’re doing, it won’t mean enough to you to succeed. Startup founders choose an insanely difficult path, so passion is a prerequisite.
Many entrepreneurs start a company to “scratch their own itch.” Kevin is a great example of one such entrepreneur, as you just read in the story of how he came up with the idea for Graphic.ly. Kevin and his business partner, Than, got right down to building a demo during the Techstars program. They quickly produced a beautiful piece of software for rendering comic books on the Web and on an iPhone. One of their mentors, Micah Baldwin, fell in love with the idea, and Kevin recruited Micah to join the team as CEO at the end of the summer. Micah, Kevin, and Than quickly raised a seed round of investment from venture capitalists and angels and began building out the team and the product.
One of Graphic.ly’s goals was to produce comics with amazing graphic clarity regardless of the platform the comic book was rendered on. They also wanted to innovate in the user interface to add a social component to the comic book, allowing fans to interact with the comics in a deep and engaged way. At the same time, they started building out a library of comics with several of the larger comic book publishers. While there was always a chance that existing e-book vendors would start focusing on comic books, Graphic.ly believed that their single-minded focus on comics gave them a big advantage over other companies.
Kevin also shares the honor of being one of the Techstars Boulder 2009 founders who inspired Brad to cofound the Startup Visa initiative. The goal of the Startup Visa initiative was to make it easy for non–U.S. entrepreneurs to get a visa to start a company in the United States. It turns out to be surprisingly difficult to do this, as Kevin (a U.K. citizen) and Than (a French citizen) discovered. After six years of very little headway with the federal government on immigration issues, Brad stopped pursuing the Startup Visa initiative. Nonetheless, Kevin and Than inspired Brad and others to work on the immigration issue, and Brad now works with the Global Entrepreneur in Residence program to support international entrepreneurs.
Chapter 5 Look for the Pain
Isaac Saldana
Isaac is the cofounder and founding CEO of SendGrid, a Techstars accelerator company from 2009 that provides an email service that solves the problems faced by companies sending application-generated transactional email. Since completing the Techstars accelerator in 2009, the company had a meteoric rise and now sends email on behalf of more than 150,000 customers. SendGrid was the first company from any accelerator program to go public when it listed on the New York Stock Exchange in 2017 (NYSE: SEND).
I have always been interested in solving complicated problems and am naturally passionate about scalability and complex engineering issues. I enjoy using technologies such as Hadoop for massive data analysis, Memcached for distributed caching, and Twisted for event-driven programming. Early in my software engineering career I landed positions as a CTO in multiple startups. The more I dealt with engineering problems, the less I wanted to be engaged with users or any other nontechnical problem. I strongly believed that my time was best spent on solving really difficult technical problems instead of dealing with all those pesky customers.
One day I was in the process of moving our static files to Amazon S3 to solve some scalability issues with our website when one of those annoying users notified us that the emails that our application was generating were not getting through to his Yahoo! Mail inbox. Off I went to solve this seemingly trivial problem.
After a few tests I realized that Yahoo! was flagging all of our emails as spam. Since this was out of my control, I contacted Yahoo! to solve what I thought would be a trivial nontechnical problem so that I could go back to my fun and complicated Amazon S3 project. Yahoo! replied to my request warning me that our company was not following well-known standards to deliver email and that certain content was consistently triggering their spam filter.
I researched the flagging email problem and looked for solutions. But the available solutions were not straightforward. Ultimately, I spent weeks understanding the issues, fine-tuning our servers, altering our code, and working with ISPs. I kept thinking about how lucky my company was that I was an experienced and motivated software developer with extensive systems administration experience. Most of the people who were being affected by the problem didn’t even know it!
One weekend I thought about how ironic it was that a solution to one problem (spam-filtering technology) had introduced another critical problem. Spam filters were filtering out most of the spam emails—as they should—but legitimate emails were also being filtered! I wondered how many other subtle problems relating to email existed, and, to my surprise, there were many. I started wondering if I had email deliverability issues with other ISPs. What happened to emails after they were delivered? Who was opening and clicking on links in my emails? Why did companies with applications that generated legitimate transactional email have to worry about CAN-SPAM laws in the first place? It occurred to me that there must be thousands of companies having the kinds of problems that I had just experienced.
Sure enough, I found a report that said that a major electronic commerce vendor loses $14 million for every 1% of their legitimate email that is not delivered. So, I dug deeper.
I started speaking with companies that managed application-generated email. I learned that my theory was correct. Many of them knew that too many of their legitimate emails were being trapped by spam filters and almost all of them were simply living with the pain because they didn’t know how or have the time to fix it. So, I started SendGrid, which makes solving this problem a trivial exercise.
When we offered dozens of companies SendGrid for $100 per month, they all said yes. We raised the price to $300 per month, and they all said yes. $500?—yes. Today, we are working with thousands of companies, including well-known ones like Uber, Spotify, and Yelp. When you’re selling a solution to a problem and you find that nobody is saying no to your prices, you’ve found some serious pain. We’re building SendGrid to solve a very specific problem that I discovered just by paying attention.
About those pesky and annoying customers that alerted me to the problem? I’m grateful that they raised the issue, and so are the over 150,000 SendGrid customers who are benefiting from our service!
Many Techstars founders—like Isaac—are deeply technical. As you have just read, SendGrid emerged from a specific pain that Isaac encountered in a previous job. While Internet email has been around for a very long time, and commercial Internet email has been around for more than 20 years, new issues continue to arise. Isaac took a fresh look at the problem as a user and realized that even though there are many companies addressing different aspects of email, no one was solving the specific problem he faced.
When we first met Isaac, we knew that he was a technical rock star and had done some clever things, but we didn’t realize the breadth and impact of the approach he was taking to solving this problem. Furthermore, neither did he. It wasn’t clear how