Как все начиналось. Apple, PayPal, Yahoo! и еще 20 историй известных стартапов глазами их основателей - Джессика Ливингстон
Шрифт:
Интервал:
Закладка:
Таким образом, я просто разработал необходимые для написания Basecamp программные элементы, а затем осознал, что их можно применить и для создания других программ и что можно просто сохранить тот или иной элемент и добавить его в набор инструментов платформы Rails. Со временем инструментарий Rails становился все более функциональным, и уже в процессе его использования стало понятно, что его в самом деле весьма удобно применять. Возможно, другим людям тоже пригодится этот инструментарий, чтобы при ограниченных ресурсах выполнять задачи, подобные тем, которые стояли перед коллективом компании 37signals, без установки лишнего программного обеспечения.
Оригинальная версия программы Basecamp содержала всего четыре тысячи строк программного кода, на самом деле не так уж и много. Знакомый программист, который сейчас участвует в дальнейшей разработке платформы Rails, сказал, что один лишь конфигурационный файл на языке XML содержит пять тысяч строк кода!
Мы выпустили Basecamp на рынок в феврале 2005 года, и к тому моменту я уже понимал, что хочу выпустить и платформу Rails. После всплеска первоначальной активности покупателей по приобретению копий программы Basecamp мы старались добавлять в нее все новые и новые функции, чтобы удержать интерес пользователей.
Мы всегда предоставляем пакет обновлений в течение тридцати дней после выпуска нового программного продукта. Это еще больше привлекает клиентов. Покупателям программы нравится получать набор обновлений всего через две недели после покупки. Значит, один из секретов продвижения на рынке нашей компании заключается в том, чтобы держать покупателей в уверенности, что выпуск программы на рынок не означает завершения поддержки ее пользователей. Мы никогда не говорим, что прекратили работу над продуктом и уходим в отпуск. Наоборот, успеха можно добиться лишь в том случае, если постоянно предлагать что‑то новое, тем самым демонстрируя, что программа постоянно дорабатывается и улучшается.
Уже в феврале мы практически завершили разработку платформы Rails. Но, я считал, что выводить ее на рынок как программный продукт было преждевременно, поскольку я хотел еще написать к ней документацию. При использовании программам с открытым исходным кодом мне не нравилась ограниченная форма документации к ним. Не хотелось, чтобы то же самое думали о платформе Rails. Поэтому я взял два месяца на упорядочение документации, после чего представил платформу Rails как готовый продукт. На тот момент прошло уже три или четыре месяца после выхода программы Basecamp.
Ливингстон. Казалось ли вам иногда, что вы не справитесь со взятыми на себя обязательствами?
Хейнемейер Ханссон. Время от времени… но каждый раз, когда возникали такие мысли, мы рассматривали их как своего рода подсказки к выполнению работы. И начинали размышлять, как реализовать ту или иную функцию программы с меньшими затратами по разработке и написанию программного кода. Таким образом, у нас выработалась своего рода методика: желая создать что‑либо новое, мы проводили мозговой штурм в поисках идеи, которая требовала бы наименьшего объема работы.
Той же методикой я воспользовался при разработке платформы Rails. По‑моему, когда человек стремится полностью удовлетворить желания пользователей, очень трудно найти соответствие между тем, что он считает необходимым для людей, и тем, что они действительно хотят получить. Если просто попытаться создать программу, которая на 80 процентов удовлетворяет потребности пользователей, то шансов на благоприятные отзывы клиентов становится значительно больше.
Поэтому создание платформы Rails представляет собой попытку реализовать требования 80 процентов пользователей; мы не беспокоились о желаниях оставшихся 20 процентов, которым необходимы специальные функции. В первой версии платформы Rails содержалась всего тысяча строк программного кода. Таким образом, несмотря на старания учесть как можно больше желаний клиентов при разработке платформы Rails, мы не пытались прыгнуть выше головы. Мы не хотим написать как можно больше строк программного кода, просто стремимся сделать каждую строку более содержательной.
Ливингстон. То есть большинство ваших новых разработок появлялось в результате решения ваших собственных проблем, а не реакции на потребности клиентов?
Хейнемейер Ханссон. Во многом именно так. Конечно, хорошо, когда выпуск продукта вызван потребностями рынка – компания всегда должна держать руку на пульсе событий. Но мы не можем позволить покупателям руководить разработкой продукта. Необходимо создавать новые программы для более удобной работы пользователей, но сами пользователи не всегда понимают, что им нужно. То же самое касается и программистов. Если провести опрос и выяснить, какие функции им хотелось бы реализовать в рамках платформы, то на основе такого опроса никогда не создашь действительно полезный программный продукт. Скорее необходимо получить информацию из разных источников, определить свое ви́дение продукта и руководствоваться только им.
При разработке платформы необходимо не только учитывать реализуемые в ней функции, но и понимать, что она станет рыночным продуктом с сильной концепцией его продвижения. Не следует бояться потерять некоторых клиентов. Мы никогда не боимся сказать покупателю: «Возможно, Basecamp – не для вас. Если вам нужны дополнительные функции, поищите другую программу».
Ливингстон. Теперь, когда ваша компания стала известна широкой публике, часто ли к вам обращаются с предложениями о финансировании?
Хейнемейер Ханссон. Да… нам часто звонят венчурные капиталисты. Но мы нередко наблюдаем одну и ту же картину: многие компании берут деньги тогда, когда не нуждаются в них. Поэтому мы не реагируем на подобные звонки. И у нас сложилось убеждение в том, что ограниченное финансирование служит наилучшим способом создания отличного продукта, так как в этом случае мы вынуждены сконцентрироваться на главных функциях программы.
Мы четко определили, что не нуждаемся во внешнем финансировании и на самом деле даже не хотим увеличивать число разработчиков. Мы стараемся создавать наши продукты таким образом, чтобы, не прибегая к нашей помощи, их могли применять как отдельные пользователи, так и целые компании и не было бы между ними никаких различий. В нашем корпоративном блоге «Signal vs. Noise» мы стремимся донести следующую идею: начинающим компаниям необязательно нанимать массу сотрудников и привлекать внешний капитал для реализации маркетинговой концепции своего продукта. Если концепция стоит миллион долларов, необходимо попытаться пересмотреть эту идею таким образом, чтобы хватило и 100 тысяч для скорейшего вывода продукта на рынок. Следуя такой логике, нужно передвинуть срок воплощения идеи в жизнь до одного месяца, вместо того чтобы ждать, пока продукт пройдет годовой цикл разработки.
Безусловно, такой метод решения вопроса с выпуском продукции на рынок сработает не в каждой компании, но в эпоху веб‑программирования многие добиваются успеха, действуя именно так.
Ливингстон. Вам когда‑либо предлагали достаточную сумму для реализации всех ваших проектов?
Хейнемейер Ханссон. Хочу сказать, что обычно мы не придаем деньгам большого значения, хотя и подчиняемся правилам того мира, в котором живем. У нас просто нет необходимости ускорять нашу работу. К тому же наша компания приносит достаточную прибыль. Если бы завтра кто‑то пришел и предложил вложить в нашу компанию 100 млн долл., возможно – пусть это прозвучит глупо, – я бы ответил: «Нет, и больше не предлагайте!»
Ливингстон. Что вас больше всего приятно удивило?
Хейнемейер Ханссон. Откровенно говоря, я удивлен тем, что нам удалось остаться верными нашим собственным ценностям. С тех пор как мы выпустили программу Basecamp, к нашей команде присоединился лишь один человек, хотя спрос на продукцию взлетел до небес. Я действительно удивлен тем, что наша компания смогла вырасти и для этого не пришлось создавать массу бесполезного программного обеспечения. Этим 37signals по‑прежнему разительно отличается от других компаний – производителей ПО.
Ливингстон. В чем заключается основная сложность взаимодействия с теми немногими членами команды компании 37signals, которые работают в разных точках мира?
Хейнемейер Ханссон. Я бы назвал удаленное взаимодействие сотрудников благом, поскольку семичасовая разница во времени предоставляет возможность работать самостоятельно. В обычных компаниях нетрудно зайти в другую комнату и отвлечь своего коллегу от выполнения задания. Если же вы состоите в команде, члены которой удалены от вас на семь временных поясов, то вас связывает лишь тот объем работы, который должен быть выполнен за день. Вас никто не отвлекает.