Спроси разработчика. Как стать лидером рынка с помощью создания собственного ПО - Джефф Лоусон
Шрифт:
Интервал:
Закладка:
Мир связи по своему духу был совершенно противоположен индустрии программного обеспечения. В основе индустрии связи лежали вековые инвестиции в физическую инфраструктуру: рытье миллионов километров траншей и прокладку кабелей, запуск спутников в космос или миллиардные расходы на покупку радиочастот у правительств. Это было масштабное и очень рискованное дело, поэтому оно развивалось медленно.
Однако в том, как мы получаем пользу от связи, теперь нет ничего физического. Мы считаем само собой разумеющимися все эти провода, которые обмотали планету, и думаем лишь о том, что создаем на основе этой инфраструктуры в сфере ПО с нововведениями, происходящими ежедневно или еженедельно, а не раз в месяц или год. Создаем, тестируем, отлаживаем. Вот что мне было нужно во всех трех моих предыдущих компаниях. Затем я подумал о том, что мы создавали в AWS инфраструктуру API, к которой разработчики могли обращаться с помощью нескольких строк кода и которая обходилась им в сущие гроши. Модернизация связи в эру программного обеспечения представляла большую проблему, которую, на мой взгляд, можно было решить, превратив связь в API для разработчиков.
Я разговаривал с потенциальными клиентами – разработчиками программного обеспечения. Я спрашивал: «Если бы у вас был API, который позволял бы инициировать или принимать телефонные звонки из вашего приложения и делать такие вещи, как воспроизведение аудио, чтение текста или осуществление конференц-связи, вы бы нашли ему применение?»
Сначала они говорили: «О, это интересно… Что насчет “Детройтских тигров”?» Но потом, примерно через минуту, до них доходило: «Погоди, та идея насчет телефона, а мог бы я… уведомлять людей об отправке их посылки?» И я с энтузиазмом отвечал: «Да! Да, можно!»
И это повторялось снова и снова. Можно было почти слышать, как шестеренки начинают вращаться, когда разработчик связывал эту идею с какой-то функцией, которую он недавно хотел создать, но не мог, поскольку не знал главного о телекоммуникациях.
В конце 2007 г. я связался с моим первым сотрудником в Versity, а затем и в StubHub Джоном Уолтуисом, чтобы узнать, чем он занимается и интересна ли ему моя идея. Затем я созвонился с Эваном Куком, одним из моих преподавателей в Мичиганском университете, с которым я поддерживал связь и время от времени обсуждал бизнес-идеи. Все были в восторге, и общение с клиентами подтверждало, что интерес есть и у них, поэтому в январе 2008 г. мы сфокусировались исключительно на этой идее.
Для начала нам нужно было придумать название компании. Я – твердый сторонник уникальных названий, которые ни с чем не спутаешь. Мы начали вслух подбирать что-то созвучное слову telephone: Teliph, Teliphoo, Tilapia. Нет, ничего не звучит, а последнее вообще название рыбы. Мы продолжили свое упражнение. Наверное, это выглядело забавно со стороны, но нам было все равно. Минут через 20 я выдал: «Twili, Tweli, Twilio». Последнее вроде бы перекликалось со словом telephone. Удивительно, но домен Twilio.com был доступен всего за $7, и я купил его. Вот и все. Мы выбрали название для своей компании.
Создание ПО, которое могло бы взаимодействовать с телекоммуникационной системой, оказалось безумно сложной задачей. Телекоммуникации – это странный, сложный мир, полный загадочных технологий, терминов и грузов накопившихся за десятилетия неизлечимых технических пороков плюс регулирование с массой правил. К тому же поставщики телекоммуникационных услуг, как известно, медленно эволюционируют, и с ними трудно работать. Но по мере того, как мы углублялись в тему и понимали, насколько это действительно трудно, именно трудности воодушевляли нас все больше и больше. Чем хуже был мир старых технических решений, тем больше у нас было возможностей упростить его и улучшить качество обслуживания клиентов.
Сначала мы просто выясняли основы функционирования телекоммуникационной системы, а затем писали первую версию Twilio. Наше ПО обобщало сложность, накопленную в индустрии за столетие, и представляло ее в виде простого API для разработчиков. Такой интерфейс позволяет веб-разработчикам делать то, что им нужно в телекоммуникационной системе, без необходимости изучения языка, на котором говорит телекоммуникационная отрасль. Они просто пишут код на обычных языках вроде Ruby, Python, JavaScript или Java и используют его для создания приложений, способных совершать и принимать телефонные звонки.
Помните тех разработчиков, у которых пропадал интерес к проблеме после того, как они слышали ее описание? При работе над первой версией Twilio мы вернулись к ним, предоставили им доступ и запросили отзывы. Хотя наш продукт был очень сырым, он вызвал чуть ли не восторг разработчиков.
Тем не менее на венчурных инвесторов наш прототип впечатления не произвел. Нам отказывали раз 20. Денег не хватало настолько, что в 2008 г., когда мы с Эрикой поженились, нам пришлось продать свадебные подарки и отнести деньги в банк. Инвесторы могли и не верить в Twilio, но я верил и мои соучредители тоже. Мы не собирались сдаваться. Мы не сомневались, что наш продукт понравится клиентам.
Сейчас стало ясно, что отклик, который я получил всего от десятка разработчиков в самом начале, был репрезентативным и характерным для миллионов разработчиков по всему миру. Разработчики и их компании действительно искали более эффективный способ взаимодействия с клиентами. Этот спрос был нашим попутным ветром в процессе расширения сервиса – изначально это была просто голосовая связь в пределах Соединенных Штатов – и превращения его в десятки продуктов, которые работают ныне по всему земному шару. Спустя 12 лет я с гордостью смотрю на то, что мы создали вместе с нашими клиентами.
Истоки методологии «Спросите своего разработчика»
Оглядываясь назад, я понимаю, что это мой собственный опыт и люди, с которыми я работал, помогли мне увидеть взаимосвязь между бизнесом
