Стартап з нуля: історія Github

Це інтерв'ю Кріса Уонстрота, CEO і співзасновника Github. Дане інтерв'ю - частина серії «Bootstrapped, Profitable, & Proud» про компанії з виручкою понад мільйон доларів, що обійшлися без венчурного фінансування на старті і приносять дохід.

Чим займається ваша компанія?

Ми надаємо послуги відкритого і закритого хостингу проектів на базі розподіленої системи контролю версій git. Наша мета - максимально спростити взаємодію розробників, особливо у сфері відкритого коду. Внесення змін до якогось відкритого проекту не повинно відволікати розробника від коду, процес повинен бути максимально прозорий. Робота з колегами, будь вони в тій же кімнаті, або на іншому кінці земної кулі, повинна бути сконцентрована на розвитку проекту, а не на боротьбі з вадами використовуваних інструментів.

Також ми проводимо семінари з git, надаємо матеріали та спонсоруємо відкриті проекти.

Як ви пояснюєте «звичайним» людям (родичам, друзям), чим займається ваша компанія?

GitHub - це як Вікіпедія для програмістів. Можна правити програми, дивитися історію правок, читати старі версії з будь-якої точки світу, єдину відмінність від енциклопедії в тому, що робота йде над вихідним кодом, а не над текстом статей. Бізнес використовує Github для розробки програмного забезпечення та мережевих ресурсів, програмісти діляться своєю працею і використовують працю інших.

Модель бізнесу проста: якщо код відкритий для всіх, то за це не треба платити. Якщо ж код є важливим для функціонування компанії і відкрити його не можна, то для роботи з ним доведеться внести невелику плату.

Зліва направо: Рік Олсон, Том Престон-Вернер, і Кріс Уонстрот. (Фото Дейва Файрама).

Чи багато заробляєте на курсах?

Семінари складають не найбільшу частину нашої виручки, але дають можливість спілкуватися з клієнтами безпосередньо, зміцнювати зв'язки, дізнаватися про їхні побажання безпосередньо. Скотт Чейкон (наш гіт-гуру), проводить семінари по всьому світу.

Підтримка відкритої розробки і git корисна для індустрії в цілому, але ми робимо так просто тому, що нам так подобається. Ми цінуємо бажання наших розробників брати участь у відкритих проектах.

Як ви почали робити Github?

Перший прототип ми почали писати у вихідні. Том Престон-Вернер і я сиділи в спорт-барі після зустрічі місцевої програмістської тусовки, тоді він і поділився зі мною ідеєю зробити простий хостинг проектів на git. Ресурс, на якому буде легко поділитися кодом, освоїтися з git, такий собі хаб. Цей інструмент робився не просто так, а за необхідності: нам обом подобався git, а загальнодоступної можливості ділитися кодом тоді не було. Том вирішив, що мені буде цікаво вирішити цю проблему, так і вийшло.

Ми зустрічалися по суботах, збираючи по шматочках наш сайт. Ми снідали, обговорювали плани, потім приступали до роботи. Том вказував, як повинні виглядати сторінки, я ж, в основному, займався реалізацією. Як тільки основний функціонал був готовий, ми відразу ж впровадили GitHub на моїй основній роботі, іншому стартапі, який ми робили разом з PJ Hyett. Розробляти GitHub стало простіше, адже і він, і я користувалися ним щодня і легко розуміли, чого не вистачає.

Одну річ при розробці свого попереднього стартапу, Gravatar, Том уяснив точно: надавати ресурсомісткий сервіс без будь-якої додаткової плати - дуже накладно. У тому випадку це був хостинг картинок з великим трафіком, тут же це був git. Зберігання та обмін кодом могли влетіти в копієчку. Потрібно було знайти спосіб заробітку.

Подумавши про це, ми запустили бету для наших друзів. І сайтом відразу ж стали користуватися! Було просто створити як відкритий, так і закритий проект, всі стали розміщувати там свій робочий код - і ми з PJ теж так робили. Через деякий час люди почали звертатися до нас з питанням, чи потрібно платити за закриті репозиторії.

І тоді ми зрозуміли, як найкращим чином монетизувати Github, що допомогло надалі зробити це не просто розвагою, а бізнесом. Ми стали надавати всім учасникам необмежені можливості з розміщення відкритого коду, а плату стали брати тільки за закритий. Тобто, платили тільки ті, хто хотів платити.

PJ став співзасновником Github і попередній наш проект був занедбаний. Тепер нашим проектом став Github. Сайт був відкритий для публіки 10 квітня 2008 р., сервіс існує і активно користується попитом з тих пір.

Чи багато грошей знадобилося для запуску? Як їх знайшли?

Спершу, звичайно, купили домен в Slicehost, замовили трохи графіки. Кілька сотень доларів на реєстрацію фірми вдалося наскребти, просто скинувшись всім разом.

Великі витрати йшли на особисті витрати, адже необхідно було жити і розвивати бізнес. PJ і я займалися консультаціями, Том працював повний день. У міру розвитку бізнесу, ми придумали підхід, як поступово перейти до постійної зарплати.

Ми виплачували з доходу фірми кожному невелику суму, якщо продажі йшли добре, ця сума збільшувалася. Поступово, наш дохід наблизився до повноцінної зарплати і став достатнім для постійної роботи.

Спершу все йшло дуже добре. Потім були кілька місяців, коли продажі зовсім не росли, але колективною працею нам вдалося вирішити і цю проблему.

Наскільки ваш бізнес успішний?

Ми наймаємо чудових людей і добре оплачуємо їх працю, не залучаючи фінансування з додаткових джерел. З цієї точки зору, ми дуже успішні.

У міру зростання численних показників (у нас сотні тисяч користувачів, десятки тисяч з яких платять, мільйон репозиторіїв - тисяча нових щодня). Всього цього ми домоглися за два роки.

В яких умовах ви працюєте?

Працюємо ми в зручний нам час. Ми не наймали менеджерів, ми самі можемо визначити, які у нас пріоритети, завдання і цілі. Той, кому та чи інша задача найбільш важлива, займається її реалізацією.

Це може здатися дивним, але такий підхід дійсно працює. Це чудовий спосіб відчути інтерес людей до того, що вони роблять. Якщо якась річ нікому не потрібна, ніхто їй і не займеться. Ми всі самі користуємося нашим продуктом, тому відразу стає зрозуміло, що не працює і чого не вистачає. Ми намагаємося підтримувати неформальні відносини з клієнтами, це також допомагає нам вибирати пріоритети.

Ми працюємо розподілено. У нас є офіс в центрі Сан Франциско, але, як правило, всі знаходяться там, де їм зручно і працюють коли зручно. Справжній офіс - груповий чат в Campfire. Спершу це було за необхідності - грошей на офіс просто не було, тому ми сиділи вдома і в кав'ярнях, а зв'язувалися через інтернет. Тепер же стало зрозуміло, що так просто зручніше. Співробітники Github можуть провести день в офісі, сісти на літак, і без проблем продовжити роботу наступного дня. Немає необхідності відпрацьовувати певний об'єм в годинах, просто потрібно вирішувати вибрані завдання.

Найважливіше - доводити справу до кінця. Нам щастить, що ми працюємо над веб-додатком (в основному), це означає, що зміни вносяться легко і швидко. Ми вже зрозуміли, що краще випустити хоч щось зараз, а помилки виправити по ходу, користувачі самі підкажуть, де проблема. Намагайтеся якомога раніше пускати нові фічі в продакшен.

Чому важливо спочатку випускати продукт, а вже потім правити помилки? Є простий приклад?

Ніколи не вдається зробити щось відразу і добре - це природна особливість людини, розуміння її - вже велика перевага. Ранній пуск дозволяє дізнатися, як користувачі сприймають дане нововведення. Чи немає більш важливих проблем, які ще не вирішені? Чи не перевершив продукт очікування? Чи зіткнувся хтось з проблемою, яку можна було припустити? Намагаючись продумати все це заздалегідь, можна просто загубитися.

Іноді важко зрозуміти, що важливіше, простіше дати користувачам можливість вибрати самим. Визначте, що найбільше необхідно і зробіть це.

Крім того, реалізація і викотка - само по собі цікаво. Якщо є дедлайн - це робота, інакше це свого роду змагання.

Востаннє я брав участь у викотку функціональності для організацій. Як тільки щось почало працювати, ми запросили своїх друзів взяти участь у бітові. Спостереження за їхньою роботою допомагало не тільки швидше виправляти помилки, а й будувати і покращувати модель.

Які цілі компанії?

Як зараз, так і через 5 років, мені хотілося б підтримувати хороші відносини з колегами і не втрачати інтерес до роботи. Ми хочемо рости, більше заробляти і більше наймати, задовольняючи потреби користувачів, але найважливіше - отримання задоволення від самого процесу. Сподіваюся, ми ніколи не захистимо працювати над Github, а людям ніколи не набридне ним користуватися.

Поки у нас є такі люди, які насолоджуються роботою, і роблять хороший продукт для себе, проблем із задоволенням прохань клієнтів не буде.

Github може візуалізувати процес зміни коду. Тут кольором відзначено внесок різних учасників у проект homebrew - ширина пропорційна обсягу змін.

В якому випадку ви не прислухалися до порад з боку, і зробили по-своєму?

Том написав чудову статтю про те, як він відмовився від винагороди в $300,000 від Microsoft, і став працювати в Github.

Необхідність вибору стала раніше, ніж я можу припустити. Я міг або стати співробітником Microsoft і отримати бонус, або піти і зайнятися впритул Github... Зрештою, я, як і Індіана Джонс, не став відмовлятися від пошуків Грааля, від можливості робити те, що дійсно любиш, незалежно від стабільності альтернативних умов. Коли я стану старим, озирнувшись назад я зможу сказати «які класні штуки я робив!», а не «як мені було комфортно і безпечно».

У загальному випадку ми покладаємося на себе, а не на допомогу порадників. Кожне рішення має бути обдумане і обґрунтоване перед тим, як прийнято. Те, що колись у схожих умовах певне рішення призвело до успіху (або не привело) ще не означає, що варто діяти саме таким чином.

Багато людей пропонували нам відмовитися від семінарів з git («куди розвиватися далі, час же обмежений»), або не пропонувати локальне розміщення служб Github, але обидва продукти зараз існують і радують наших клієнтів. Всі компанії різні, ми дуже уважно ставимося до спостережень і порад клієнтів, але покладаємося, все ж, на себе.

Яка найважча проблема була в компанії?

Перший рік нагадав той етап підліткового життя, коли усвідомлюєш себе. Github був просто розвагою, він не був основним проектом, від нього не було великих очікувань. Ми просто хотіли робити щось класне. Хотілося б сказати, що цього достатньо, але має бути бачення в перспективі, філософія. Кожен співробітник (принаймні співзасновник) повинен бути на одній хвилі. Проблема тільки в тому, щоб зловити цю хвилю.

Ми робимо веб-додаток, або просто контроль версій? Яку зарплату платити співробітникам? Чи варто виступати на конференціях? Як підходити до питання техпідтримки? Це, начебто, різні питання, але відповіді на всі з них визначаються політикою компанії. Коли зрозуміло, чого ми прагнемо, на ці запитання відразу з'являються відповіді. Але перший час доводилося помногу замислюватися.

Філософія компанії записана в документах? Чи люди самі розуміють, як ви працюєте?

Ми обговорюємо це на співбесідах і підходимо до цього дуже серйозно. Кожен потенційний співробітник Github повинен розуміти, що представляє з себе робота і розуміти, що йому це комфортно. Розмови за обідом про культуру, філософію - частина робочого процесу.

Деяких співробітників ми наймали тільки виходячи з їх технічної компетенції, залишивши осторонь погляди на життя. І ми не змогли спрацюватися. Тому не меншу увагу при пошуку людей ми приділяємо життєвій позиції.

Офіс (Фотографія Дейва Файрама).

Що ще цікавого у вашій справі?

Двоє з трьох співзасновників не закінчили університет.

Як ви вважаєте, це збіг?

Не думаю - Том і я залишили університет, щоб швидше почати працювати в індустрії. У нього був стартап, у мене робота на замовлення, але нам обом хотілося створювати. Було ясно, що колись ми зробимо щось своє.

PJ отримав диплом в області computer science, але вже в день видачі дипломів він летів в Сан-Франциско. Він працював у CNET (де ми і зустрілися) ще до закінчення університету, а власні проекти реалізовував протягом усього часу навчання.

У мене немає певної думки про те, чи потрібно здобувати вищу освіту чи ні, чудові люди примітні не своєю освітою, а кмітливістю, почуттям гумору, завзятістю, але причини, через які в універі мені було некомфортно схожі з тим, що я б відчув у великій компанії. Більшість людей навіть не здогадуються, наскільки це зручно - працювати на себе. Робота повинна подобатися.

Яку пораду ви б дали початківцям свій бізнес?

Працюйте, дивіться у майбутнє. Думайте. Звертайте увагу на сенс того, що робите. Уважно ставтеся до витрат (навіть тоді, коли отримуєте значний дохід). Концентруйтеся на важливих для вас речах, не женіться за новими технологіями. Коли проект буде працювати, встигнете все переписати.