Невдача рідко приходить із готовою картою. Для Стюарта Баттерфілда вона з'явилася після років програмування, дизайну та ставок на все, що мав відеогра, яка просто не працювала. Гравці не приходили в тій кількості, яка була йому потрібна. Дохід зупинився. Потім інвестори пішли, і компанія опинилася на межі загибелі. Виплата зарплат перетворилася на зворотний відлік. Більшість засновників просто закрили б двері. Але Баттерфілд подивився на те, що його команда насправді створила для себе. Це рішення перетворило студію ігрової розробки, що руйнувалася, на Slack — компанію, яка зрештою була продана за 27 мільярдів доларів.
Гра та крах
Баттерфілд роками плекав амбітну відеогру. Світ був величезним, арт — дивним і прекрасним, а команда вкладала в неї справжню майстерність. Але зусилля — це не те саме, що попит. Гра не змогла знайти свою аудиторію. Показники утримання були низькими. Економіка ніколи не сходилася. Коли творчий проєкт настільки сильно промахується, капітал шукає вихід, і саме це сталося. Інвестори вивели кошти. Залишок фінансового запасу скоротився до тижнів, а потім і до днів.
Усередині студії настрій змінився з планування дат релізу на виживання. Коли стартап одночасно втрачає фінансування та свій основний продукт, звичні методи роботи стають марними. Ви не зможете виправити ситуацію маркетингом, якщо у гру ніхто не хоче грати. Ви не зможете вийти на платоспроможність за допомогою ребрендингу. Компанія помирала найбільш звичайним, жорстоким способом, яким помирають стартапи: тихо, з накопиченими рахунками та згасаючим моральним духом.
Інструмент, що дозволив їм продовжувати спілкування
Саме тут історія відходить від звичного сценарію. Поки гра занепадала, команда все одно мала функціонувати. Художники, інженери, автори та операційний персонал були розкидані за різними часовими поясами. Їм потрібно було ділитися файлами, відстежувати помилки та приймати рішення, не призначаючи черговий виснажливий відеодзвінок. Електронна пошта була занадто повільною. Публічні чати були хаотичними. Жоден зовнішній інструмент не відповідав ритму сучасної творчої команди під екстремальним тиском. Тож вони створили щось для себе.
Все почалося як приватний інструмент для чату. Прості канали. Історія з можливістю пошуку. Обмін файлами, прив'язаний до розмов, а не загублений у гілках повідомлень. Він прибрав зайвий шум і відповідав тому, як люди насправді спілкуються під час роботи. Команда створила його не для продажу. Вони створили його, щоб вижити. Вони використовували його, тому що це була єдина річ, яка робила координацію терпимою, поки решта проєкту згорала.
Потім прийшла гірка правда. Гра не мала шансів на успіх. Баттерфілд прийняв рішення, на яке мало хто з засновників має сміливість. Він повністю відмовився від гри. Роки роботи перетворилися на безповоротні витрати за одну ніч. Але замість того, щоб піти з порожніми руками, він подивився на внутрішню систему комунікації, яку зібрали його інженери. Вона працювала краще за все, що було на ринку. Він вирішив продавати цей інструмент.
Від внутрішнього хаку до стандарту робочого середовища
Перетворити цей внутрішній експеримент на справжній продукт було ні швидко, ні легко. У бізнес-книгах зміна стратегії (півот) звучить просто. У реальності це означає звільнення людей, яких ви найняли для однієї місії, водночас просячи інших довіритися вам у зовсім іншій. Баттерфілд переробив інструмент чату для команд за межами своєї власної. Він зосередився на деталях, які були важливими для реальних працівників: інтеграції з Google Drive, GitHub та Zendesk; процес адаптації, що займав секунди замість годин; функція пошуку, яка справді знаходила потрібне.
Slack став популярним, тому що його створили люди, які самі відчули цей біль. Він не з'явився в результаті роздумів у залі засідань про те, чого можуть хотіти команди. Він народився в команді, якій потрібно було координуватися, поки їхня мрія помирала. Ця терміновість дала йому перевагу. Спочатку його перейняли стартапи, потім агентства, редакції, лікарні, а зрештою — найбільші корпорації на планеті. Slack став стандартом корпоративного спілкування, тому що він вирішував проблему, з якою стикнулися самі його творці.
Роками пізніше Salesforce придбала Slack приблизно за 27 мільярдів доларів. Ніхто в тій початковій ігровій студії, дивлячись на стагнацію кількості користувачів та порожні банківські рахунки, не міг передбачити такий результат.
Чому допоміжні конструкції стають самою будівлею
Історія Баттерфілда звучить винятково, але за нею стоїть звична закономірність. Команди створюють внутрішні інструменти через чисте розчарування. Таблиця, що автоматизує щотижневий звіт. Скрипт, що очищує захаращені дані клієнтів. Панель керування, що відстежує запаси, тому що ніщо інше не підходить до плану складу. Ці короткі шляхи починаються як механізми виживання. З часом вони перетворюються на справжні активи.
Принцип простий: інструмент, який ви використовуєте для створення свого продукту, часто і є самим продуктом. Процес створює прототип. Те, що починається як виправлення вашого власного робочого процесу, може перетворитися на самостійний бізнес, якщо ви здатні це помітити.
Basecamp розпочався саме так. Це була внутрішня система управління проєктами, створена для чиказького вебдизайн-агентства, якому потрібно було відстежувати роботу з клієнтами, не потопаючи в електронних листах. Amazon Web Services виріс із інфраструктури, яку Amazon побудував для роботи власного магазину. В обох випадках компанія спочатку вирішила власну проблему, а потім зрозуміла, що ця проблема є загальною.
Що ви вже ігноруєте?
Тож який прихований актив ви ігноруєте?
Почніть із спостереження за тим, куди ваша команда витрачає енергію, коли ніхто не веде облік. Що вони переробляють щокварталу? Що вони відкривають частіше, ніж дороге програмне забезпечення, на яке ви підписані? Який «хак» ваш розробник написав за один вечір, який досі працює через два роки, тому що від нього всі залежать?
Якщо ви керуєте бізнесом, проведіть аудит власних робочих процесів із чесністю сторонньої людини. Внутрішній скрипт, який ваша логістична команда використовує для маршрутизації доставок, може економити іншим невеликим дистриб'юторам години щотижня. Модифікований додаток для чек-листів, на який покладаються ваші медсестри, міг би масштабуватися на всю мережу лікарень. Якщо він позбавляє вас щоденного головного болю, він майже напевно позбавить його і когось іншого.
Найскладніше — це не винахід. Це впізнавання. Баттерфілд зрозумів, що його гра — це глухий кут, а інструмент для чату — це міст. Це вимагало відступу від початкового бачення, щоб его або незворотні витрати не затьмарили зір.
Більшість засновників закохуються в план. Вони наймають людей відповідно до дорожньої карти та вимірюють прогрес за презентаціями, надрукованими місяці тому. Коли ринок каже «ні», вони продовжують тиснути, тому що визнання поразки відчувається гірше, ніж сама невдача. Баттерфілд зробив навпаки. Він дозволив грі померти і знову ввімкнув світло, використовуючи єдине, що все ще працювало.
Справжній висновок
Урок не в тому, щоб просто змінити напрямок (pivot). Зміна напрямку без сигналу — це просто паніка. Урок у тому, щоб будувати усвідомлено. Поки ви будуєте собор, приділяйте пильну увагу риштуванням. Зверніть увагу, чи не вирішує тимчасове рішення, яке ваша команда зліпила на швидку руку, проблему краще, ніж основний проєкт.
У кожної компанії є внутрішні інструменти — некрасиві, функціональні та глибоко улюблені невеликою групою людей, які ними користуються. Більшість із них назавжди залишаться прихованими. Але якщо ваш інструмент замінює три підписки, усуває «вузьке місце» або робить процес адаптації терпимим, він заслуговує на серйозний повторний розгляд.
Стюарт Баттерфілд програв у відеогру і знайшов компанію вартістю 27 мільярдів доларів прямо у себе на задньому дворі. Ви, ймовірно, не повторите такий масштаб. Але ви можете знайти нову лінійку продуктів, функцію, варту виокремлення, або потік доходів, що ховається на видному місці. Перестаньте дивитися лише на те, що ви планували побудувати. Придивіться до того, що ви побудували просто щоб вижити.