Развитие стартапа

Этой статьей я продолжу серию постов для тех, кто только собирается запускать свой интернет-проект. 

Вот тут можно прочитать первую часть о том, как выбрать форму для своей деятельности (самозанятый, ИП, ООО) и начать принимать платежи: Как монетизировать пет-проект: документы, платежи, касса.

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

В отношении обработки персональных данных моя личная позиция следующая: в текущем виде российское законодательство представляется довольно избыточным (особенно, что касается отдельной процедуры регистрации в качестве оператора персональных данных и сбора согласия пользователя на обработку ПД). Но закон есть закон - нам необходимо его соблюдать. 

В материале мы рассмотрим следующие вопросы:

Статья написана на основе интервью с Андреем Щиголевым, основателем бренда «Одиванчик», Ижевск.

Я делаю компактные диваны в Ижевске и продаю их на маркетплейсе. Почти три года работаю, и вроде всё на месте: производство, команда, сбыт. Но в начале 2026 года маржа сжалась, конкуренция удвоилась — и я впервые не понимаю, что делать.

Сегодня в блоге ЛАНИТ мы бы хотели поделиться, как продукт для лесной отрасли на основе алгоритмов компьютерного зрения прошел путь от пилотной версии до гибкой бизнес-системы и выжил в условиях, когда у сотрудников клиента нет связи, а поставщики не всегда добросовестно измеряют объемы древесины.

У нас в комьюнити билдеров я постоянно вижу одну и ту же ошибку. Человек строит продукт, выкатывает, а потом идёт сливать деньги в рекламу. Экономика не сходится, продукт замораживается.

Ребята из 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-файл на одну страницу и перестать бросать кости