Три недели с момента запуска MENO. В первой части было 120 пользователей и баги в парсинге. Во второй - 149 пользователей и новый онбординг. Сейчас - третья.

Коротко: пользователей стало больше, бот стал чище, а с dev.to прилетел комментарий, который заставил задуматься.

Это третья часть серии.

У меня Telegram-бот и ноль рублей на маркетинг. Последние недели я пробовал продвигаться через 7 бесплатных каналов: блог-платформы, Reddit, X, Threads, Indie Hackers, Hacker News, dev.to. Результаты оказались неожиданными — и не всегда в хорошем смысле. Разбираю каждый канал с конкретными цифрами.

Две недели назад я опубликовал первый отчёт о запуске Telegram-бота MENO: 120 пользователей, retention 56%, один баг в парсинге дат и несколько человек, которые сами пришли помогать с фидбеком. Обещал продолжить - продолжаю.

Задачи в Telegram возникают быстрее, чем успеваешь их записать. "Купи молоко после работы", "созвон с заказчиком в понедельник в 15:00", голосовое на минуту с тремя поручениями внутри - всё это проносится в ленте и тонет через двадцать сообщений. Закладки помогают сохранить ссылку, но не извлекут из текста дату и не напомнят вовремя. Поиск по чату найдёт слово, но не сгруппирует задачи по срокам или приоритетам.

Стандартный подход - перенести задачу...

120 пользователей за неделю - из них 56% остались, а несколько человек начали присылать баг-репорты и списки фич в личку. Реальные цифры, ошибки которые нашли пользователи (а не я), и чек-лист для тех, кто планирует свой первый публичный запуск.

Все мои рабочие коммуникации живут в Telegram, а классические планировщики задач требуют ручного переноса и отдельного ритуала. Я долго искал способ организовать хаос прямо в мессенджере, не нашёл ничего подходящего — и в итоге сделал своего бота. Рассказываю путь от проблемы к решению.

Тема безопасности в эпоху LLM всплывает всё чаще. И речь идёт не о самой модели — а о пользователях, которые доверяют ей без оглядки.

Сегодня многие разработчики и админы спрашивают у GPT не только совета, но и готовые команды. Результат выглядит правдоподобно — и команда уходит в терминал. Иногда прямо на прод.

На каждом созвоне слышно одни и те же правильные слова:
Надо думать наперед,
Архитектура должна быть мощной,
Давайте писать с запасом на рост.

А к вечеру — очередной релиз на костылях, баги в проде и геройская починка в ночи. И самое забавное, что команда не состоит из новичков. Все прекрасно знают, как делать правильно.

Если вы хоть раз работали в стартапе или команде с неопытным менеджером, то знаете этот особый вид утреннего кофе. Ты садишься за рабочий стол, открываешь чат, и ещё до первого глотка узнаёшь: "Всё отменяем! Срочно делаем вот это!"

Тренд 2025 года: в некоторых бигтехах кандидату дают сложную задачу и разрешают пользоваться ChatGPT.
Мол, мы же всё равно работаем с ИИ, давайте проверим, как кандидат с ним ладит.

Звучит прогрессивно, на деле - странновато. Если смотреть глубже — это далеко не первый случай, когда компании увлекаются "модными форматами собеседований".
И далеко не всегда это заканчивалось хорошо.

Начинается всё красиво.

Чистый backlog, ясная цель, первый релиз — как свежевыпеченный хлеб: пахнет амбициями и планами.

Проходит год, и продукт уже оброс десятками фич.
Проходит два — и ты открываешь его и думаешь: А как этим вообще пользоваться?

Каждая новая функция вроде бы полезна.
Каждая добавлена по просьбе пользователей или для увеличения вовлечённости.
Но вместе они создают эффект новогодней ёлки, на которую вешали всё подряд - от стеклянных шаров до самодельных гирлянд из макарон.

Ситуация банальная, но болезненная.
У тебя есть открытая вакансия, бюджет — один человек.
И ты выбираешь: взять уже готового мидла или вырастить джуна?

На первый взгляд — ответ очевиден...

Команда бодра, тикеты летят, всё чётко по процессу.

А потом ты открываешь продукт… и возникает ощущение, что ты случайно открыл старую версию. Полугодичной давности...

Микросервисы звучат заманчиво, но для стартапов это может оказаться роковой ошибкой. Неужели это идеальный кандидат на неудачу?

Синдром бесконечного релиза — это такая опасная болезнь современного стартапа, которая возникает, когда команда зациклена на доработке и улучшении продукта, но при этом так и не решается его выпустить.

Кажется, что всё ещё можно сделать чуть-чуть лучше, чуть-чуть полнее, чуть-чуть красивее… И всё.

И как же из паразита сделать симбиота? Agile — слово, которое стартапы любят произносить на каждом питче.

Есть одна фраза, которую я слышал в десятках проектов.
Она звучит почти невинно, даже логично:
"Сейчас сделаем как получится, а потом перепишем"...

Есть одна фраза, которую я слышал в десятках проектов.
Она звучит почти невинно, даже логично:
"Сейчас сделаем как получится, а потом перепишем"...

Когда задачи есть, а движения — нет

Команда работает.
Задачи в трекере стоят.
Стендапы идут, код пишется, обсуждения кипят.

А результата всё нет.
Нет чувства прогресса, нет ощущения, что продукт становится ближе к релизу.
Итерации проходят одна за другой — а продукт будто топчется на месте.

Или как культура страха убивает продукт

Многие компании мечтают о сильной и самоорганизующейся команде.
О людях, которые берут на себя ответственность, двигают проект вперёд и решают проблемы без лишнего шума...