Що ми вирізали з першої версії і чому спрацювало

Найдорожча функція — та, якою ніхто не користується

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

Ми випустили вісім власних продуктів. Ось що ми вирізали з двох із них і що з цього вийшло.

Kvit вийшов без хмарної синхронізації

Трекер циклу без акаунта й без синхронізації звучить як недороблений. Люди міняють телефони. Вони очікують, що історія переїде з ними.

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

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

Qivvo вийшов без бекенду

AI-трекер витрат без сервера: без акаунтів, без дашборда, без історії між пристроями. Розпізнавання працює на пристрої, дані лягають у локальну базу.

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

Три питання, якими ми користуємось

Коли список скоупу задовгий, ці питання сортують його швидше за будь-яку матрицю пріоритетів:

1. Що саме ця річ мусить робити, щоб її відкрили вдруге? Усе, що цьому не служить, — це друга версія, а менший скоуп означає коротший термін. У більшості списків одна відповідь і одинадцять відволікань. 2. Без чого зміниться те, чим продукт є, а не те, що він має? Це вирізати не можна. Решту — можна. 3. Що ми будуємо тому, що це є в конкурента? Найдешевший пункт для видалення і той, який захищають найзапекліше.

Що варто лишити, навіть якщо дорого

Різати — не те саме, що халтурити. Три речі, які ми не прибираємо з першого релізу:

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

Незручна частина

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

У цьому весь аргумент за скорочення скоупу: не в тому, що менше — краще, а в тому, що ви дізнаєтесь раніше.