Публичная сборка работает, когда вы показываете не «я пилю приложение», а понятные вехи: проблему, гипотезу, результат, следующий шаг. Людям интересен не код как факт, а риск: получится ли у одного человека сделать то, что обычно делают пятеро.
Что лучше показывать:
— до/после интерфейса
— как нашли первых пользователей
— какой канал дал первые регистрации
— что не сработало и почему
— чем продукт отличается от очередной обёртки вокруг GPT
Чего не хватает почти всем: цифр в контексте. Не «у нас 200 пользователей», а откуда они пришли, сколько дошло до оплаты, что изменилось после правки. Без этого build in public превращается в сериал про занятость. Красиво, но деньги мимо.
И да, не надо писать каждый день «продолжаю работать». Публике нужен прогресс, а не присутствие. Если нечего показать — лучше молчать и копить нормальный инфоповод.
Публичность полезна, когда она сокращает путь до первых клиентов. Всё остальное — контент для самого себя.
Indie Pulse — соло-продукты
@indie_pulse_aff
Build in public — не дневник разработчика, а канал продаж, если не превратить его в нытьё
Этот пост опубликован в Telegram-канале Indie Pulse — соло-продукты. Подписаться можно по ссылке: @indie_pulse_aff.