Бекенд – ред флаг для проекта

Многие ребята делают свой продукт так, как делают продукты на основной работе.

То есть:

– Микросервисная архитектура
– REST API
– Деплой через Docker куда-то в облага
– База данных с бекапами и миграциями
– Регистрация и логин юзеров с двухфакторкой и хешированием паролей

Это требует поддержки и времени на разработку.

Поэтому если у тебя полноценный бекенд, то ты:

– Боишься что-то менять
– Рискуешь что-то сломать кривым пятничным деплоем и просрать деньги на трафик (очень частая проблема )
– Тратишь мало времени на продвижение

Ну и в целом, все будет двигаться очень медленно.

От идеи до запуска – месяцы, а не дни.

Поэтому если начинать, то бекенда надо избегать по максимуму. Обычно все сложности начинаются с появления своей базы данных.

При этом, для запуска продукта и получения первых платящих пользователей часто бекенд не нужен вообще.

Нужна горстка костылей и воля все это быстро запустить.

Такие продукты как:

– Конструкторы резюме
– AI трекеры калорий
– Сканеры чеков
– AI клавиатуры
– Хром расширения

Вполне можно запускать без бекенда, если придумать как.

Можно использовать какой-нибудь Supabase или Firebase для хранения сессий пользователей, а чего не хватит – решить HTTP сервером на питоне из одного файла.

Один чел у нас без бекенда даже запустил VPN сервис.

Архитектурой можно заниматься когда решены базовые вопросы:

– У тебя есть платящие пользователи
– Ты масштабируешься
– Ты реально понимаешь, какой продукт нужен рынку

А до этого момента – бекенд это просто красивая прокрастинация.

Ты вроде как работаешь над продуктом, но на самом деле никто этого не оценит. Ведь пользователю все равно.