Главное не размер стартапа, а умение его развивать
Сегодня в блоге ЛАНИТ мы бы хотели поделиться, как продукт для лесной отрасли на основе алгоритмов компьютерного зрения прошел путь от пилотной версии до гибкой бизнес-системы и выжил в условиях, когда у сотрудников клиента нет связи, а поставщики не всегда добросовестно измеряют объемы древесины.
У нас в комьюнити билдеров я постоянно вижу одну и ту же ошибку. Человек строит продукт, выкатывает, а потом идёт сливать деньги в рекламу. Экономика не сходится, продукт замораживается.
Ребята из ViralMaxing прошли этот путь на предыдущем проекте — привлекли у инвест-фонда 30 миллионов, успели влить пару миллионов в платный трафик, экономика не сошлась, проект заморозили. А потом сделали новый сервис и раскрутили его через закрытые телеграм-клубы. Вход — 5000 рублей.
Передаю слово основателю — Илье Дрозду.
В ноябре наш сервис ViralMaxing закрыл 6000 долларов ежемесячной выручки. К марту вышли на 15 000. Нас двое плюс помощница: я занимаюсь клиентами и маркетингом, мой партнёр Лёша пишет весь код. Инвестиций нет, рекламу не покупали. Расходы на инфраструктуру — около 1200 долларов в месяц.
10 новых российских продуктов для нарезких длинных видео на короткие Reels и Shorts, поиска работы и подработки свайпами, создания ИИ-агентов тех.поддержки, холодного аутрича в B2B , аналитики эквайринга и многого другого. Битва за «Продукт недели» началась!
Product Radar — здесь каждую неделю публикуются лучшие онлайн-сервисы и железки от русскоязычных команд.
Что внутри:
Метапромптинг: как заставить ИИ самому написать промпт для анализа конкурентов
Метод Франкенштейна: прогон через три нейросети (Claude, ChatGPT, Gemini) и синтез лучшего
Финальная сборка: все данные в одном месте → готовая презентация для клиента
Реальный кейс: анализ конкурентов для сайта по аутсорсингу бухгалтерии. С промптами, скриншотами и ссылками на итоговые материалы.
Запустил pinock.io — бесплатную ленту AI-генерации животных в стиле советских спичечных коробков. Под капотом FLUX.2-klein + кастомная LoRA + двухпроходный «sandwich»-пайплайн.
Получил детальный технический комментарий на r/StableDiffusion с тремя претензиями. Сел и прогнал ablation: 5 вариантов пайплайна × 5 категорий × 3 сида = 75 картинок.
Нашёл дыры в собственном пайплайне — в том числе кириллицу прямо в выходе LoRA (training-set leakage) и полный коллапс LoRA при scale=2.0. Текущий sandwich оказался патчем поверх плохо обученной LoRA, а не правильным решением.
В статье — все картинки, цифры, и почему оба «правильных» совета критика на текущей модели не сработали. Плюс план переобучения на 1500-датасете.
Вы разработали сервис, который хотите монетизировать - что делать дальше? Написала большой гайд для тех, кто только начинает свой бизнес.
Определяем модель, готовим пользовательское соглашение, разбираемся с персональными данными, подключаем платежи и онлайн-кассу.
Довольно сложно объяснить все корпоративное и налоговое право в одной статье, поэтому в тексте есть упрощения и обобщения. Текст ориентирован на предпринимателей, а не на юристов и я постараюсь обойтись без большого количества отсылок к законодательству (но в тексте много ссылок на бухгалтерские порталы - если вам интересен какой-то вопрос, сможете перейти и ознакомиться с более подробной информацией).
Все написанное актуально исключительно для российского права, при приеме платежей в рублях. Нормы законодательства действуют по состоянию на май 2026 г.
Если вы перед запуском проекта делаете анализ законодательства, построение бизнес-моделей или генерацию юридически значимых документов с использованием AI - примите риски ошибок и галлюцинаций.
Шаг 1 (стратегический). Что вы вообще хотите?
Допустим, вы создали некий продукт (приложение, игру, бот - далее я буду называть это сервис), который интересен другим людям и они готовы платить за его использование.
С технической частью (как дать доступ) и с вопросом продаж (где брать трафик, чтобы пользователи узнали о сервисе) вы уже разобрались и теперь встает вопрос - а как оформить получение денег от пользователей?
На первом шаге нужно оценить:
Стартапы любят описывать языком побед: инвестиции, питчи, рост, акселераторы, громкие сделки. Но в реальности за любым «успешным кейсом» обычно стоят кассовые разрывы, неудачные гипотезы, переоценка рынка, сложные отношения с инвесторами и необходимость вовремя признать, что идея не взлетела.
Я, Александр, автор телеграм-канала «Shulepov Code», поговорил с Дмитрием Беговатовым — предпринимателем, основателем «Product Radar» и человеком, через которого прошли тысячи технологических проектов. Мы подробно обсудили его путь: от пабликов во «ВКонтакте» и локальных приложений для городов до продажи компании, выхода на зарубежный рынок и запуска собственного сообщества для стартаперов. Также затронули, почему большинство стартапов погибает и как правильно работать с неудачами.
Стартап-привет! Я Дима Беговатов – основатель Product Radar, капитан экспедиции Радара на Российский венчурный форум 2026 в Казани. В этом году форум собрал более 6000 посетителей, 250 инвесторов и представил более 200 стартапов на выставке. Команде Радара удалось не только показать наши результаты за год, но и войти в топ-20 лучших стартапов форума по мнению экспертного жюри. Эта статья – наш отчет для сообщества Радара обо всем, что ждало нас в нашем приключении.
Бум интернет-магазинов давно позади, на смену пришли маркетплейсы. Но темпы развития никто не отменял. Дикая нагрузка на продавцов сегодня вынуждает их возвращаться к тому, от чего уходили: разрабатывать новые интернет-магазины или наконец заняться поддержкой давно заброшенных сайтов.
Ситуация на рынке сегодня парадоксальная. С одной стороны, открыть магазин на готовой CMS можно за вечер. С другой — когда дело доходит до его нормального, взрослого сопровождения, цены кусаются так, что хочется все бросить и уйти в оффлайн. Московские агентства просят от 80 до 300 тысяч в месяц за абонементы, и далеко не факт, что ваш магазин действительно получит все эти деньги вниманием.
Давайте разбираться по порядку.
### Cursor как общая среда для заказчика и разработчика
Google влил в Anthropic сорок миллиардов, Cursor "собрали" браузер на GPT-5.2, а я начал писать код совместно с заказчиком.
В этом посте я поделюсь экспирементом, который мы начали на проекте для бизнеса в сфере управления недвижимостью. Расскажу, как я организовал работу с заказчиком в Cursor, почему это оказалось технически интересно, где здесь бизнес логика, и почему общий workspace может стать новой средой между бизнесом, разработкой и ИИ агентами.
А что если показать заказчику как работать с Cursor и использовать ИИ-агентов?
Есть клиент. Он предприниматель и у него бизнес в недвижимости, при этом он не программист, - он не пишет backend, не проектирует схемы БД, но он очень хорошо знает своё дело и это важнее, чем кажется.
На старте клиент не был человеком из серии "хочу приложение, но не знаю какое" - он уже прошёл классический флоу разработки с командой разработчиков, который не дал желаемого результата. Затем пробовал nocode и ИИ инструменты для написания приложения с нуля. Они дают быстрые прототипы и классный старт, позволяют CEO очень быстро проверить гипотезу, почувствовать интерфейс руками. Но у них есть потолок, в какой-то момент появляются вопросы, которые уже не решаются перетаскиванием блоков - здесь и должна появиться инженерная составляющая, инженерное сопровождение.
Как правило в разрааботке бизнес софта есть классический разрыв. Заказчик знает как всё работает в реальности, а разработчик знает, как это положить в код. Между ними живут созвоны, документы, скриншоты, "а я имел в виду не это", "а вот у нас в сезон бывает иначе"... Если проект маленький, это терпимо, но в процессе масштабирования и усложнения всё начинает сыпаться.
Altos Computer Systems — американская компания, которая одной из первых сделала многопользовательские системы и Unix‑серверы доступными для малого и среднего бизнеса. Фирма появилась в 1977 году в Сан‑Хосе (Калифорния) и изначально продавала собственные одноплатные компьютеры, на базе которых партнеры строили целые системы.
В отличие от производителей массовых персональных ПК, Altos изначально делали ставку на многопользовательские конфигурации: один сервер и несколько терминалов, подключенных по последовательным линиям. Это была попытка перенести возможности миникомпьютеров и систем уровня IBM в ценовой диапазон, приемлемый для небольших предприятий. Уже к концу 1980‑х Altos установили порядка 128 тысяч систем по всему миру. Рассказываем, как это было и что же пошло не так.
Ashton-Tate — показательный пример того, как компания может стать владельцем целого отраслевого стандарта, а затем быстро потерять рынок из-за собственных неудачных решений. В 1980-е годы продукт dBASE, созданный этой корпорацией, стал основой для тысяч бизнес-приложений. Однако судебные тяжбы и неудачный релиз новой версии подорвали репутацию фирмы и ослабили ее коммерческие позиции. Разбираемся, где Ashton-Tate просчиталась.
За полгода я сделал мобильное приложение, получил 2000 установок и… 8 платных подписок по $6. Причем одна из подписок — моя.
В статье рассказываю почему классическая двухдневная стратегическая сессия редко доходит до внедрения, и покажу, как переформатировать её, чтобы стратегия начала работать
Boston Dynamics часто воспринимают как компанию из вирусных роликов про танцующих роботов, но за этим стоит тридцатилетняя история исследований в динамической робототехнике. Сегодня это часть Hyundai Motor Group и одновременно ориентир для отрасли мобильных и гуманоидных роботов. Рассказываем подробнее про ее историю и патенты.
На собственном опыте я узнал, что партнерство с людьми без технического бэкграунда, которые хотят построить стартап, не всегда оказывается тем, что ожидаешь. У этих людей обычно есть идея, экспертиза в целевой области, деньги или все сразу — и видение, которое они считают прорывным. Но нет продукта.
Я проходил через это несколько раз. В такой конфигурации, несмотря на кажущуюся эффективность связки технарь‑идея‑инвестор — ни разу ничего не запустилось. Под катом — четыре паттерна, которые я видел на каждом таком проекте. И как AI может сделать еще хуже.
10 новых российских продуктов для трекинга рекламных кампаний; транскрибации встреч, звонков и аудио для команд с помощью ИИ; управления продуктовым фидбеком и идеями пользователей и много другого. Битва за «Продукт недели» началась!
Product Radar — здесь каждую неделю публикуются лучшие онлайн-сервисы и железки от русскоязычных команд.
Зачем стартапу бренд до MVP?
Любой продакт на этом месте говорит: «Запусти MVP, проверь гипотезу, бренд потом». Логично. Проблема в том, что без бренд-платформы каждый следующий артефакт — лендинг, баннер, push, карточка в соцсети — генерируется заново с нуля. 20 артефактов по 5 минут — это 20 лотерей. 8 часов один раз — это система, из которой всё выводится. Показываю на кейсе, как собрать constraint-файл на одну страницу и перестать бросать кости
О корпоративной культуре обычно вспоминают в двух случаях: когда всё уже трещит по швам или когда нужно срочно написать красивый текст в раздел «О нас» на сайте компании.
Я потратил много времени на поиски решений, как выстроить правильные договоренности в команде, как сформулировать то, что нас по-настоящему драйвит. Все написанное ниже – это мой опыт в найме, в менеджменте, мой опыт основателя, да и даже подход в организации хобби – выбраться в какой-то трип с друзьями – это тоже все про это. У меня сформировался такой свод правил, который хорошо себя зарекомендовал, часть из них переехала в наш культурный манифест.
Самое главное! Есть разные периоды жизни и циклы. Круто, когда живешь на волне созидания, тебе ничего не мешает, ты быстро что-то создаешь, у тебя есть единомышленники, и не важно что это: строишь ты шалаш, куда-то едешь или работу работаешь. Я постарался вытащить из этого созидания важные артефакты, которые отчасти вошли в наш манифест.
В какой-то момент мы вместе с командой это все оформили и появился наш культурный манифест. В статье расскажу, зачем он вообще нужен, что мы в него положили и как жить IT компании без созвонов, календарей и согласований.
Я, автор , независимый исследователь, разработчик SCADA системы Gatherlog А так же автор комплекса по разработке Промышленных Контроллеров под названием 3o|||sheet..