Обрати одну проблему

Коли правило проходить більше ніж одна проблема, відчуття, яка з них «більша», не досить. Постав фіналістів поруч і постав кожному ті самі запитання:

1. Як часто вона трапляється?
2. Хто вже на неї витрачається? Частка автосервісів, у яких вона є і які вже платять грошима чи годинами.
3. Чи відчуває її в грошах той, хто платить?
4. Чи бачить клієнт результат? Щось, що власник може порахувати, а не просто приємніший день.
5. Чи можна за кілька тижнів зробити щось корисне?

Два фіналісти GarageDesk:

• Частота: хаос із дзвінками (A) — щодня; забуте ТО (B) — раз на кілька місяців на авто. Чесно виграє A.
• Витрати: A — 4 з 11 автосервісів, що її згадують; B — 6 з 9. Виграє B.
• Той, хто платить, відчуває в грошах: Greg рахує втрачених постійних клієнтів як утрачений дохід; хаос із дзвінками заважає здебільшого Martha і Paul. Виграє B.
• Видимий результат: авто, що повернулося після нагадування, можна порахувати; «менше дзвінків» важко довести. Виграє B.
• Час на розробку: нагадуванням потрібні список клієнтів, дати й спосіб надсилання; запис ще й вимагає, щоб власники авто перестали дзвонити. Виграє B.

Запиши й те, де виграє інша проблема: це тримає порівняння чесним.

Рахувати перемоги — корисний початок, але на різних етапах критерії важать по-різному. Питання таке: що бізнесу найбільше потрібно саме зараз?

У GarageDesk немає жодного автосервісу, що платить, а запас ходу Nina спливає. Найважливіше — щоб автосервіси почали платити найближчим часом. Тож найбільшу вагу мають:

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

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

Тож B виграє не тому, що бере чотири колонки з п'яти, а тому, що бере ті колонки, які зараз найважливіші. Якби GarageDesk уже був прибутковим і шукав щоденної залученості, вага могла б зміститися в бік частоти.

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

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

Тож запиши його того ж дня, у кількох рядках:

• дата;
• вибір: проблема B, постійні клієнти, які забувають про наступне ТО;
• дві-три головні причини, з цифрами: 6 з 9 автосервісів, у яких вона є, уже на неї витрачаються, а для A — 4 з 11; власники можуть порахувати авто, що повернулися;
• хто вирішив: Nina, бо продукт — її сфера за угодою засновників;
• що відкладено і дата, коли до цього повернутися.

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

Усне «беремо B» і швидкий старт здаються швидшими, але час губиться пізніше, на суперечках про той самий вибір.

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

Корисна відповідь щоразу однакова: «поки що ні», а потім записати. За місяць нотатки перетворюються на число, яке можна використати в день, призначений для перегляду:

частка, що просить = автосервіси, що попросили ÷ автосервіси, з якими говорили × 100%

Приклад: у січні Oscar говорить із 40 автосервісами, і 3 з них просять онлайн-запис. 3 ÷ 40 = 0,075, отже, 7,5%. Це факт, який можна з чимось порівняти, наприклад із тим, скільки з цих самих автосервісів уже витрачається на нагадування, а не спогад «усі постійно просять запис».

Два застереження:

• ділити треба на всі автосервіси, з якими говорили, а не лише на тих, хто щось просив;
• прохання — не витрати: «було б добре записуватися онлайн» — це згадка, а згадки дешеві. У день перегляду перевір, чи ці автосервіси ще й витрачаються на проблему.

Вибір проблеми мало що означає, якщо наступні тижні через нього не змінюються. Зобов'язання має три практичні частини на визначений строк, наприклад на два місяці:

1. Усе служить обраній проблемі. Розмови, передпродаж і перша версія — про повернення постійних клієнтів нагадуваннями.
2. Інші проблеми йдуть у список «пізніше» з датою, коли до них повернутися. A, онлайн-запис, і C, історію ремонтів, не видаляють — вони чекають.
3. Запити на відкладені ідеї рахують, а не виконують. Коли автосервіс просить запис, відповідь — «поки що ні», а запит стає рядком у зошиті.

Дві речі тихо руйнують зобов'язання:

• будувати «про всяк випадок»: онлайн-запис на вихідних розпорошує увагу команди з двох людей саме тоді, коли зосередженість найважливіша;
• обіцяти відкладені функції: «запис з'явиться в березні» перетворює відкладену ідею на дедлайн, якого ніхто не обирав, і може продати автосервісу те, чого не буде.

Зобов'язання ще й робить результат читабельним. Якщо два місяці зусиль ідуть на одну проблему, ти знатимеш, чи спрацювало. Якщо на три — ні.

Зобов'язатися до однієї проблеми може здаватися відмовою від решти. Це не так. Вибір однієї проблеми визначає порядок роботи, а не остаточні межі продукту.

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

Кожна відкладена ідея отримує дату, коли до неї повернутися, і дати різні:

• онлайн-запис та історія ремонтів — скоро, бо автосервіси вже про них питають;
• мобільний застосунок для власників авто — нескоро, бо він служить людям, які GarageDesk не платять, і належить до сходинки, якої компанія ще не досягла.

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

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

Що робити, залежить від того, коли це сталося і що відомо:

• До дня перегляду: дотримуйся зобов'язання. Кажи «поки що ні», записуй кожен запит і працюй далі. Купа запитів — привід уважно подивитися в призначений день, а не перемикатися посеред періоду.
• У день перегляду: відкрий нотатку з рішенням і підрахунок. Порівняй запити з тим, що принесло перемогу B: скільки автосервісів уже витрачаються на нагадування, скільки платних автосервісів дала B, скільки з тих, хто просить запис, ще й витрачаються на цю проблему.
• Якщо числа справді змінилися, зміни план письмово, з новими причинами й новою датою. Це рішення, а не дрейф.

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