Як знайти перших 10 користувачів для свого застосунку на ШІ (не витративши на рекламу ні копійки)
Ви зібрали застосунок, не написавши коду. Знайти перших 10 справжніх користувачів важче, ніж збудувати, — але це не потребує маркетингового бюджету. Ось що справді працює.
Побудова застосунку була частиною, через яку ви хвилювалися. Потім ви її завершили, поділилися посиланням із трьома людьми й виявили, що справді важка річ — змусити будь-кого цим перейнятися.
Ви можете зібрати застосунок без коду за вихідні. Змусити незнайомців ним користуватися — і повертатися — це зовсім інша проблема. Більшість тих, хто будує вперше, очікують, що користувачі з’являться, щойно річ існує. Вони не з’являються. Але перших 10 можна знайти, якщо шукати в правильних місцях.
Ось що справді працює, від людей, які це зробили.
Починайте з меншого, ніж вам здається потрібним
Інстинкт після завершення застосунку — оголосити про нього скрізь і одразу: Product Hunt, Reddit, Twitter, розсилка, друзі друзів. Цей інстинкт хибний, і він хибний із конкретної причини: ви ще не знаєте, чи працює ваш застосунок для незнайомців.
Він працює для вас. Ви його зібрали. Ви знаєте, куди клікати, знаєте, де зламані кути, знаєте, що він має робити. Незнайомець, який знаходить ваш застосунок через Product Hunt і бентежиться за 30 секунд, просто закриє вкладку. Він не скаже вам чому. Ви отримаєте нуль користувачів і нуль сигналу.
Правильний хід — почати з 2-3 людей, з якими ви справді можете поговорити, поки вони користуються застосунком. Не друзів, що будуть ввічливими, — людей, що мають реальну проблему, яку розв’язує ваш застосунок. Дивіться, як вони ним користуються. Дивіться, де вони бентежаться. Слухайте, що саме вони намагаються зробити, коли впираються у зламану частину. Виправте. Потім повторіть.
До того, як ви зробите це з 3-4 людьми, ви знатимете, яка частина опису вашого застосунку хибна, якої функції бракує і який робочий процес, що здавався вам очевидним, невидимий для всіх інших. Ви не могли б знати цих речей без справжньої людини, що не є вами.
Де знайти перших трьох
Не вашу родину. Не ваших друзів, якщо вони справді не мають цієї проблеми. Правильні люди — у спільнотах, побудованих навколо проблеми, яку розв’язує ваш застосунок.
Кілька місць, які варто перевірити:
Reddit. Знайдіть сабреддит, де тусується ваш цільовий користувач, і почитайте дописи за останній місяць. Шукайте треди, де люди скаржаться на те, що виправляє ваш застосунок, чи просять порекомендувати інструменти, що роблять те, що ваш застосунок. Напишіть цим людям напряму. Не з пітчем — із запитанням: «Я бачив ваш допис про [проблема]. Я працюю над чимось дотичним. Чи погодилися б ви провести 20 хвилин, подивитися, що я зібрав, і сказати, що думаєте?»
Більшість не відповість. Дехто відповість. Ті, хто відповідає, — саме ті, кого ви хочете.
Спільноти в Discord і Slack. У більшості ніш є активні спільноти в Discord — indie-хакери, конкретні галузі, групи за захопленнями, професійні групи. Той самий підхід працює: знайдіть людей, що говорять про проблему, відрекомендуйтеся як хтось, хто будує рішення, і попросіть 20 хвилин.
Ваша наявна мережа, правильно відфільтрована. Ви, ймовірно, знаєте когось, хто має цю проблему, чи знаєте когось, хто знає такого. Подумайте, кого ви знаєте, потім подумайте, кого знають вони. Пряма рекомендація від спільного знайомого конвертує набагато краще, ніж холодне повідомлення.
Мета на цьому етапі — не 10 користувачів. Це 3 чесні розмови з людьми, яким справді потрібно те, що ви зібрали.
Перетворіть ці розмови на рекомендації
Ось що пропускає більшість тих, хто будує вперше: якщо хтось провів 20 хвилин, пробуючи ваш застосунок, і вважає його корисним, він знає інших людей, що мають ту саму проблему. Вони — найкращий можливий канал поширення, який у вас є, і попросити їх напряму не ніяково — це очікувано.
У кінці кожної ранньої розмови запитайте: «Чи є ще хтось, кому, на вашу думку, це було б корисно? Я шукаю ще кілька людей, щоб протестувати це, перш ніж запускатися ширше».
Дехто скаже «ні». Дехто одразу напише вам ім’я. Одна тепла рекомендація від когось, хто щойно скористався вашим застосунком, варта більше, ніж 50 кліків із допису про запуск, бо та людина справді спробує його, а не просто зирне й піде далі.
Ведіть простий список — у застосунку нотаток, у таблиці, де завгодно — кого ви опитали і кого вони порекомендували. Не тому, що вам треба це відстежувати, а тому, що це змушує вас справді написати у відповідь. Рекомендації, на які ви не відреагуєте, не конвертують.
Допис про запуск, правильно під час
Щойно у вас було 5-6 справжніх розмов, ви виправили те, що людей бентежило, і маєте принаймні жменьку людей, що повернулися скористатися застосунком удруге, — тоді час писати допис про запуск.
Формат, що працює, простий: що робить застосунок, для кого він, яку проблему розв’язує і як почати. Три абзаци. Скриншот чи короткий запис застосунку в дії. Посилання.
Де публікувати, залежить від вашої аудиторії. Кілька варіантів:
- Спільноти, де ви знайшли перших користувачів — багато з них дозволяють дописи «я зібрав штуку», особливо якщо ви спершу були щирим учасником.
- «Show HN» на Hacker News — прямолінійно, без пітчингу, просто «ось що я зібрав». Зворотний зв’язок нефільтрований і часом різкий, але справжній.
- Twitter/X, якщо у вас є хоча б невелика аудиторія. Тред, що пояснює проблему й показує рішення, переграє простий допис із посиланням.
- Product Hunt — найкраще, коли у вас уже є користувачі, бо ранні голоси й коментарі неймовірно важать для видимості.
Найважливіше про допис про запуск: не робіть його, доки у вас не було справжніх користувачів. Допис про запуск, що приходить, коли ваш застосунок іще сируватий, — змарнований. Перше враження одне. Використовуйте його після того, як ви виправите очевидні проблеми.
Що робити з користувачами, які приходять із запуску
Після допису про запуск ви побачите сплеск реєстрацій, а потім — якщо нічого не робити — тишу. Більшість цих людей створять акаунти, потицяють і зникнуть. Це нормально. Ваша задача в перші 48 годин після запуску — поговорити з якомога більшою їх кількістю.
Напишіть кожній новій реєстрації особисто: «Привіт, я бачив, що ви щойно зареєструвалися в [назва застосунку]. Я та людина, що його зібрала. Для чого ви сподівалися його використати?» Не форма. Не автоматичний лист. Особисте повідомлення.
Більшість не відповість. Дехто відповість. І ті, хто відповідає, скажуть вам речі, до яких ви не дійшли б самі — що вони намагалися зробити, коли реєструвалися, що вони очікували від застосунку, що їх зупинило. Це сигнал, який ви використовуєте, щоб вирішити, що виправити далі.
Перші 10 користувачів не приходять із бездоганної стратегії запуску. Вони приходять зі щирого спілкування з кожною людиною, що з’являється, ставлення до кожної як до того, з ким варто справді поговорити, і прохання привести друга. Це повільно й не масштабується — і саме тому це працює, коли ви починаєте з нуля.
Те, чого вам ніхто не каже про перші 10
Дійти до 10 користувачів відчувається як рубіж, який досягаєш одного разу й рухаєшся далі. Це не так. Перші 10 користувачів — це люди, від яких ви навчитеся найбільше, і навчання накопичується. Одна людина з ваших перших 3 розмов каже вам справжню проблему. Друга показує вам сценарій використання, для якого ви не проєктували. Третя стає вашим найгучнішим адвокатом.
Цього не можна купити. Це можна лише заслужити, з’являючись, ставлячи справжні запитання й будуючи те, про що вони справді просять, а не те, що ви думали, що вони хочуть.
Застосунок, який ви зібрали за вихідні, — це початкова пропозиція. Розмови, що йдуть далі, — це те, як ви з’ясовуєте, що ви насправді зібрали.
Якщо ви випустили свій перший застосунок на ШІ й намагаєтеся змусити людей ним користуватися — спробуйте підхід із 2-3 чесними розмовами, перш ніж запускатися деінде публічно. Різниця між «я запустився й не отримав користувачів» і «я запустився й отримав тягу» майже завжди в тому, що друга людина спершу поговорила зі справжніми користувачами.