Был грешок — раньше я сидел на Untappd. Чекал каждую новую банку, копил бейджи, листал ленту друзей перед сном вместо ТикТока. Кто в теме — тот поймёт. А кто не в теме: это была соцсеть для пивных, типа Letterboxd для фильмов или Strava для бега. Отметил пиво, поставил оценку, написал пару слов — увидел в ленте, что друг попробовал что-то новое, обсудили.
И тут — бац — приложение перестало открываться в России. Сначала думал, у меня одного. Потом полез в гугл — массово полегло. Сидел, грустил, листал свой профиль из браузера через КВН. Но - активность в РФ сегменте резко упала, видно невооруженным взглядом.
А потом подумал: ёлки, ну а что мешает сделать своё? Прям сейчас? Российский крафт за последние пять лет вырос в нормальную индустрию, пивоварен реально дофига, импорт ещё едет, аудитория есть. А приложения — нет.
Сел и за неделю собрал MVP. Назвал Пинта. Лежит на pintly.ru.
Что там сейчас работает:
Telegram-бот @pintly_bot для чек-инов (написал, сфоткал, поставил оценку — пиво уехало в твою историю и в ленту)
Веб-каталог пива и пивоварен (на старте ~1000 SKU, добавляем дальше)
Лента друзей, лайки, комментарии
Карточки пивоварен с историей и контактами
AI-рекомендации «что попить, если нравится вот это» — пока в зачаточном виде, но работает
Что планирую дальше:
Распознавание этикеток с фото (сфоткал банку — бот сам нашёл в каталоге)
Карта крафтовых баров и магазинов разливных
Бейджи и геймификация (без этого никуда)
Личный чат-бот «посоветуй сорт под настроение» через AI
К чему я это всё пишу.
Сейчас идёт закрытая бета — регистрация только по инвайтам. Кто хочет залезть пораньше — оставлю ссылку в комментах. Всем, кто зарегается через пост на Пикабу — выдам отдельный бейдж "пикабушник" через пару недель, когда я систему бейджей допилю. Будем видеть своих в ленте, это прикольно.
Инвайт-ссылка: pintly.ru/i/pikabu-2026(одноразовых сделал 200 штук — кто первый, того и тапки)
Очень нужна обратная связь. Я делаю это в одиночку плюс пара партнёров, поэтому свой глаз замылился. Залезайте, потыкайте, отметьте пару пив — и приходите в комменты честно сказать:
Что зашло — какой момент в боте/сайте показался удачным
Что не зашло — где затупили, где криво, где не нашли что искали
Чего не хватает — фичи, без которых вы бы Untappd не сменили
Готов огребать справедливо. Если скажете «полная фигня» — лучше прямо здесь, чем я полгода пилил впустую.
P.S. Если ты пивовар или владелец крафт-бара и читаешь это — напиши, у меня для вас есть отдельная история, расскажу в личке.
P.P.S. Это не реклама, я не зарабатываю на этом ни копейки в данный момент. Это пет-проект, который, если получится, может перерасти во что-то большее. Но пока — пробуем.
За 25 дней нам удалось добиться довольно больших изменений в нашем проекте.
Мы провели:
Рефакторинг back-end сервисов
Убрали часть легаси кода на фронте
Переработали некоторый UI элементы и добавили плавности
Добавили новый функционал
Чем бы дитя не тешилось, лишь бы не плакало
Именно так мы подумали и решили завершать первый важный этап нашего MVP проекта. Мы подготовили всю инфраструктуру к работе, подбили UI что бы если и есть баги - то которые мы явно упустили за 30 часов тестирования.
Новый функционал
Мы добавили в приложение следующее:
Рассылка кодов авторизации
Поиск серверных чатов
Подписка у пользователя в сообщениях какая это роль
Переработали дизайн тредов, теперь у него больше настроек
Сохранение сообщений
Поиск общих чатов
Не есть что конечно, слизано с приложения Discord, но мое виденье его внутри компании немного другого формата.
В чем вообще задумка его для корпоративного мессенджера? Для начала легко найти чаты внутри команд или структур. Группировка - это настраиваемые элементы, мы вывели их в отдельный конфиг, так что поправить под компанию - 5 минут. Настраивается из настроек чата.
Подписка у пользователя в сообщениях какая это роль
Представим что к вам пришел новый сотрудник, а в команде 50 человек. И вот ему надо привыкнуть еще к тому кто разработчик, кто тестировщик, кто стрим лид и тп, а еще же ведь и правильных людей тегать. Эту проблему и позволяет решить данная приписка.
Переработали дизайн тредов, теперь у него больше настроек
Вот тут наверное самое важное, то что плохо реализовано в корпоративных тредах. Долго думали что же нам не хватает и как попытаться уместить все в обычную форму.
Мы расширили настройки на создание тредов
Теперь кроме названия треда и иконки можно:
Проставить теги
Написать нормальное описание
После создания тредов теперь мы можем не только посмотреть их список, но и так же:
Отфильтровать по названию, даже по одному слову в середине текста названия или описания
Отфильтровать по тегам, идет сортировка по часто используемым
Закрепить тред (все закрепленные всегда будут вверху, только потом будут идти не закрепленные, даже при поступлении в них новых сообщений)
Возможно, предвижу, кому-то удобнее прям внутри сообщений писать, тем самым создавая обсуждения. Потом мы добавим такое, но не в рамки обсуждения, а в рамках внутренних комментариев.
Рассылка кодов авторизации
Инфраструктура под это дело заложена в сервис авторизации. При регистрации или авторизации сервис будет отправлять на почту пользователя сообщение в формате HTML.
Пока еще не заводили отдельную почту для нашего сервиса.
Рефакторинг back-end сервисов
Мы изменили логику проверки прав, она стала более замудренная, но в тоже время и более правильная.
Теперь Gateway (основной сервис который либо пропускает запрос, либо нет) - подключен к redis pub/sub, инвалидирует версию прав и бит маску. Если не было события изменения - берет из мемори, если была - обновляет свой кеш. Кеш одного пользователя занимает 600.B. что не является слишком много. Для тяжелых прав на 2000 пользователей в одном сервер чате это около 4.5мб. В целом - пойдет.
Кеш хранимый в gateway:
Сервис топиков тоже потерпел изменения. теперь он не ходит в Permission сервис что бы уточнить права пользователя на просмотр, а Gateway: ProxyRouter приклеивает заголовки:
А сервис топиков их начинает парсить:
На выход топик сервис уже отдает отфильтрованные темы которые соответствуют правам пользователя внутри его роли:
Наконец то вынесли все коллекции сервис в отдельные базы. Раньше была одна общая БД, делалось для быстрого написания кода, но пораждало много зависимостей и хождений в чужие коллекции. Теперь все сервисы имеют свою БД со своими коллециями. Отдельный инстанс имеет только сервис сообщений.
50% сервисов перевели в режим публикации событий. Т.е. раньше было много HTTP вызовов между ними, что пораждало лишние задержки в 1-4мс. Мелочь, но в рамках 1000 или 10000 пользователей это уже существенная нагрузка. Теперь HTTP вызовы служат только для получения информации от другого сервиса, все события которые раньше были - переложены на Redis. Пример: Пользователь зашел в новый чат. Сервис чата сформирует событие что у него появился новый memories, сервис прав подхватит это событие и присвоит ему права и положит их в Redis, сервис Gateway увидит новые данные и заберет их к себе.
Мы работаем над переводом остальных сервисов, но не все так быстро))
Удаление легаси кода
При создании проекта, я вообще ничего не знал о методах разработки фронтенда. Сейчас когда нас несколько уже и мы отходим от AI разработки - начинаем сталкиваться с проблемами. Например тогдлы переключения - так как фронт писал ИИ, он в каждую форму где есть тогл - делал новый стилевый файл, и таких файлов скопилось 15+ ед. Мы перевели их на shared и пере-используем. И таких компонентов было очень много. В итоге нам получилось подчистить примерно 2к стилевых строк кода, сократить в JSX около 150 строк, потому что теперь это общие подключения.
Выделили отдельные сервисы кеша. Тонкие обёртки над универсальным key-value store для кэширования. Не хранят данные сами — только формирует ключи и инкапсулирует логику работы с одним конкретным namespace. Пример ниже:
Аналогично сделали и с WS сервисом, вынесли все WS действия в отдельные сервисы, для сообщений, топиков, прав, тредов и тп. Раньше это были одни монолитные файлы.
Большую часть действующих фронт сервисов перевели на isMobile проверку. Например анимации фона на мобилке - не нужны, мы их не грузим и в сборку они так же не попадут.
Изменения в UI
Часть изменений и доработок написал выше.
Изменение в тулбаре голосовой комнаты:
Теперь это отдельный виджет. Кнопки анимированные, при наведении на ПК показывают анимацию
Добавили выбор устройства на ПК:
Тоглам кнопкам добавили плавный переход при нажатии, на фото это не будет видно.
Для мобильной версии сделали 2 вида тапа.
Короткий: Открывает меню взаимодействия с сообщениями
Короткий тап который открывает меню управления
Длинный: позволяет выбрать несколько сообщений сразу. Удалить, переслать или ответить
Итог
За 25 дней мы проделали огромную работу над проектом. Работали порой и до часу ночи. Все прошлые выходные провели с утра до ночи в нашем проекте.
Сейчас у нас:
16 микросервисов бэка + 5 инфраструктурных
137 микрофронтенд сервисов. Да и кажется что "Как-то много" - действительно так, много логики.
Что сейчас:
Наши инфраструктурные сервисы готовы. Мы начинаем фазу тестирования. Активно ищем сервер в аренду с простой поддержкой и не очень дорогой. Хотели 20.04 уже запуститься, но не успели, мысли приходили на лету и где то правили, где-то дорабатывали. Плюс еще потратили кучу времени на обучение RNNoise модели. Вроде теперь давит шумы хорошо, не уровень Krisp конечно.
Спасибо за то что прочитали! Задавайте вопросы если интересно. Готовы версии для PC, IOS, Android. Они на WebWiev, но мы старались мобильные версии оптимизировать.
P.s. Если есть небольшая компания со своими мощностями в которую можно запустить тест для сотрудников не Free основе - напиши в ТГ: AN_Cayo. Настроем под вас наши конфиги и поможем расскатиться) (Ну мало ли повезет и найдется такая возможность. Без буллинга плиз)
Upd. Мессенджер не только для корпоративного общения. Для общего с функциями друзья, черные списки, E2E шифрования лс - будет чуть позже.
Самая опасная мысль на старте звучит красиво: «Сначала сделаю нормально — потом покажу людям».
И вот тут всё и ломается.
Ты начинаешь допиливать продукт. Чуть улучшить интерфейс. Чуть доделать фичу. Чуть переписать логику. Вроде мелочи — а в итоге проходит месяц, второй… и запуска всё ещё нет.
Это классическая ошибка старта продукта: попытка сделать идеальную первую версию.
Проблема в том, что ты не знаешь, что именно делать идеально. Потому что ты ещё не проверил спрос на идею. Ты не видел реальных пользователей. Не слышал их реакцию. Не понимаешь, где вообще ценность.
И в итоге получается странная ситуация: ты оптимизируешь то, что может оказаться никому не нужным.
MVP как раз про обратное. Это не «урезанная версия продукта». Это способ быстро проверить: вообще есть ли смысл в этой идее или нет.
Поэтому первая версия должна быть не идеальной. Она должна быть достаточной, чтобы ответить на один вопрос: это кому-то нужно или нет?
Самое болезненное осознание приходит не тогда, когда нет клиентов. А когда понимаешь — ты всё это время делал не то.
Не “плохо сделал”. Не “не дожал маркетинг”. А просто — не то.
Самая дорогая ошибка на старте — делать продукт в вакууме. Без понимания, как проверить спрос на идею, без попытки поговорить с реальными людьми, без ответа на простой вопрос: это вообще кому-то нужно?
Кажется, что сначала надо “сделать нормально”, а потом уже показывать. Но по факту ты 2–3 месяца собираешь идеальную версию того, что никому не нужно.
И вот здесь ловушка: ты не видишь ошибки, потому что ты внутри продукта. Тебе всё логично. Удобно. Красиво.
А снаружи — тишина.
Проблема не в продукте. Проблема в том, что не было этапа проверки. Не было попытки понять, нужен ли продукт людям до разработки.
И самое обидное — это не техническая ошибка. Это ошибка мышления.
Сначала кажется: “ещё чуть-чуть допилю — и пойдёт”. Но нет. Не пойдёт.
Потому что запуск продукта — это не финальный этап. Это и есть проверка реальности.
Вопрос простой: ты сейчас улучшаешь продукт… или откладываешь момент, когда станет ясно, что он не нужен?
Мне кажется, у многих проблема вообще не в отсутствии идеи.
Идей как раз хватает. Проблема начинается позже: в момент, когда нужно превратить ее во что-то живое, а не просто еще раз обдумать.
Очень часто все идет по одному и тому же сценарию.
Сначала кажется, что запускаться рано. Потом — что надо еще чуть лучше продумать логику. Потом — что нужен нормальный дизайн. Потом — что без разработчика и команды все равно не получится. Потом — что сначала надо еще посмотреть рынок, конкурентов и вообще “подготовиться нормально”.
И в итоге проходит куча времени, а запуска все еще нет.
Самое неприятное, что в этот момент человек не бездельничает. Он правда чем-то занят:
думает;
планирует;
переделывает;
сравнивает;
откладывает до “лучшего момента”.
Только продукт от этого так и не появляется.
На старте очень легко попасть в ловушку, где ты месяцами улучшаешь то, чего еще даже не существует в реальности.
Хотя первая версия не должна быть идеальной. Она должна быть достаточно живой, чтобы кто-то вообще смог на нее отреагировать.
Потому что до запуска почти всегда кажется, что ты уже более-менее понимаешь, что нужно людям. А после запуска внезапно выясняется, что:
люди вообще не так считывают идею;
им важен другой сценарий;
цепляет не то, что ты считал главным;
или не цепляет вообще ничего.
И вот это уже полезно. А бесконечная подготовка — нет.
Мне все больше кажется, что многие идеи умирают не потому, что они плохие. А потому, что застревают в странной точке между “почти готово” и “ну вот еще чуть-чуть”.
У вас бывало такое? Когда идея вроде есть, желание тоже есть, а до реального запуска все никак не доходит?
В чём самая большая ловушка при запуске стартапа? Многие думают: «Вот придумаю гениальную идею — и всё само сложится». А потом сталкиваются с реальностью: грант не дают, деньги уходят в пустоту, команда распадается. Почему? Потому что не было чёткого плана. Не той абстрактной «концепции», а настоящего бизнес‑плана — с цифрами, расчётами и ответами на неудобные вопросы.
Я сам через это прошёл. Помню, как первый свой проект завалил именно из‑за отсутствия плана. Идея классная, команда заряженная — а куда идём, зачем, как считать прибыль? Полная туманность. В итоге: потраченные нервы, упущенные возможности и горький урок: без бизнес‑плана ты как корабль без карты.
Так что давай разберёмся, как составить документ, который не просто «пройдёт отбор», а реально поможет запустить дело. И да, я буду говорить прямо — без воды и зауми.
Представь, что твой бизнес‑план — это разговор с умным, но скептичным инвестором. Он не верит в «мы захватим рынок», он хочет видеть факты. Поэтому каждое утверждение должно быть подкреплено: цифрами, исследованиями, логикой.
Начнём с самого болезненного — с резюме проекта. Да‑да, я знаю, что все хотят сразу к финансам, но без чёткого резюме твои дальнейшие расчёты просто не воспримут всерьёз. Это как первое впечатление при знакомстве: если не зацепил за 30 секунд — второй шанс вряд ли дадут.
Что писать? Только суть:
название (чтобы сразу было понятно, о чём речь);
суть идеи — в двух предложениях, без «воды»;
кто твой клиент (не «все люди», а конкретный портрет);
какую проблему решаешь (и почему это важно);
что достигнешь за год (цифры, а не «будем развиваться»).
Вот пример из жизни: «EcoPack — биоразлагаемая упаковка из сельхоз отходов. Делаем упаковку из соломы и шелухи вместо пластика. Наши клиенты — магазины экотоваров и сервисы доставки еды. Проблема: 80 % пластиковой упаковки не перерабатывается. Через год: 10 партнёров и 500 тыс. руб. продаж». Чувствуешь разницу с абстрактным «мы делаем экологичную упаковку»?
Лайфхак: не пытайся написать резюме первым. Сделай все остальные разделы, а потом сжато перескажи их. Так получится точнее и убедительнее.
Дальше — продукт. Здесь главное не захлебнуться в восторгах. Да, твоя идея крутая, но экспертам нужны факты:
чем ты лучше аналогов (не «мы самые лучшие», а конкретные преимущества);
на какой стадии разработка (идея, прототип, MVP);
какие технологии используешь (без сложных терминов, но понятно).
Например: «Наша упаковка дешевле пластика на 15 % и разлагается за 3 месяца. Уже есть рабочий прототип, прошли тесты на влагостойкость. Технология: прессование биомассы с натуральным клеем». Видишь? Ни слова про «революцию» — только факты.
Ошибка, которую все делают: «У нас нет конкурентов». Нет, они есть. Даже если это «старое решение» (например, пластик). Так что лучше честно проанализировать рынок:
объём рынка (используй Росстат, отчёты аналитиков);
портрет клиента (возраст, доход, привычки);
конкуренты (составь таблицу: кто, сколько стоит, в чём слабые стороны).
Лайфхак: проведи 10 интервью с потенциальными клиентами. Спроси: «Готовы ли вы купить такой продукт? За какую цену?» Эти ответы — золото для твоего плана.
Теперь маркетинг и продажи. Здесь не надо фантазировать. Пиши только то, что реально сделаешь:
Пример: «Продвигаемся через VK (таргет на экосообщества) и партнёрство с магазинами ЗОЖ. Цена — 85 руб./шт. (себестоимость — 50 руб.). В первый месяц продадим 500 шт.». Всё просто, понятно, проверяемо.
Финансы — это страшно, но без них никуда. Составь таблицу на 12 месяцев:
статьи расходов (материалы, зарплата, реклама);
суммы (с обоснованием);
доходы (по месяцам, с расчётами).
Важно: грант в 1 млн руб. — это не «всё включено». Покажи, что вложишь свои силы, время, возможно, часть ресурсов. Эксперты хотят видеть твою вовлечённость.
Риски. Их нельзя игнорировать — иначе план выглядит наивным. Напиши 3–5 основных рисков и способы их решения:
не найдём поставщиков сырья → заключим договоры с 2–3 фермерами заранее;
конкуренты снизят цены → сделаем упор на экологичность — это наш «крюк»;
задержки с сертификацией → начнём процесс до получения гранта.
Юридические моменты — коротко, но по делу:
форма юрлица (обычно ООО для гранта);
патенты (если есть уникальная технология);
договоры (с партнёрами, поставщиками).
Совет: проконсультируйся с университетским юристом. Часто это бесплатно, а пользы — море.
Перед подачей проверь:
есть ли чёткие цифры (не «много», а «500 клиентов»);
указаны ли источники данных (отчёты, исследования);
реалистичны ли сроки (не «выйдем на мировой рынок за месяц»);
понятен ли план использования гранта (на что конкретно пойдут деньги);
есть ли контакты команды (ФИО, роли, опыт).
Где искать помощь:
Твой вуз (центры предпринимательства, кафедры экономики).
Фонд содействия инновациям (вебинары и шаблоны).
Менторы (найди выпускника, который уже получал грант).
И напоследок — три вопроса, на которые твой бизнес‑план должен отвечать чётко:
Что? (продукт/услуга).
Кому? (клиенты, рынок).
Как заработаем? (финансы, продажи).
Напоминалка:
Не бойся переделывать. Первые версии всегда слабые — это нормально.
Проси обратную связь у 3–5 человек (преподаватели, друзья‑предприниматели).
Верь в свою идею! Но подкрепляй веру цифрами и расчётами.
А теперь вопрос к тебе: что тебя больше всего пугает в составлении бизнес‑плана? Напиши в комментариях — разберём вместе.
