Главное не размер стартапа, а умение его развивать
Один из самых болезненных сценариев в IT-бизнесе: ключевые разработчики увольняются, открывают собственную компанию и выпускают продукт, подозрительно похожий на ваш. Или обратная ситуация — вы сам разработчик, который ушёл строить своё, а бывший работодатель уже звонит юристам.
Разберёмся, как работает закон, почему «я сам написал этот код» — недостаточный аргумент, и что нужно прописать в договоре заранее.
Полгода назад я зарелизил свое мобильное приложение. И с этого же дня начал привлекать пользователей. Сначала я показывал кривую MVP, потом постепенно улучшал продукт. На сегодняшний день получил больше 2500 установок без вложений, только через бесплатный контент‑маркетинг.
Как разработчик могу точно сказать: привлекать пользователей намного тяжелее, чем делать сам продукт. Было много экспериментов, креатива, разочарования в некоторых методах и неожиданных открытий.
В интернете можно найти кучу рекомендаций по продвижению, но это все теория. А я сейчас расскажу вам про реальность. Разнесу все площадки по фактам: что работает, а на что можно даже не тратить время.
После первой статьи про Gooly мне написало несколько человек, которые годами собирали футбол, волейбол, настолки и другие офлайн-активности.
И что интересно — почти у всех были одни и те же проблемы.
Причём независимо от города, возраста людей или самого формата мероприятия.
В какой-то момент я понял:
Проблема вообще не в Telegram, VK или WhatsApp.
Проблема в том, что чат сам по себе плохо подходит для координации повторяющихся офлайн-активностей.
Особенно когда людей становится больше 10–15.
Когда я был студентом, мы постоянно пытались собрать людей на футбол. И каждый раз всё выглядело одинаково:
— в чате 20 человек
— нужно 16
— кто‑то «точно будет»
— кто‑то «скорее всего придёт»
— кто‑то уже перевёл деньги
— кто‑то ещё нет
— а за пару часов до игры начинается хаос
«Я не смогу»
«А есть ещё места?»
«Кому переводить?»
«А поле вообще забронировано?»
Тогда я впервые поймал себя на мысли:
Почему в 2026 году люди до сих пор координируют офлайн‑жизнь через хаос в чатах?
Тогда же я сделал первый сырой прототип.
Идея этого продукта родилась дома. Моя жена работает врачом в клинике Фомина (известная московская клиника), и однажды она рассказала мне вещь, к которой я был не готов: российские клинические рекомендации (КР) в среднем отстают от международных гайдлайнов на два года. Это не просто задержка во времени — это отставание в методиках, дозировках и качестве ухода за пациентом.
И дотянуться до свежих международных гайдов российскому врачу сейчас почти негде: UpToDate отрезан, обходы через зарубежные SIM-карты прикрыли (разве что опытные айтишники знают пути обхода), Notion ушёл — а вместе с ним разлетелись по чатам и заметкам рабочие шаблоны, которые врачи годами в нём вели.
Когда жена это рассказала, мы взяли тему в работу как обычную задачу: гипотеза, интервью с врачами, валидация, MVP на нашей платформе. Так получился МедБро — бесплатный справочник, который рядом с международной рекомендацией сразу показывает соответствующую позицию из российского КР. Работает на medbro.pro, есть Android-сборка, iOS на модерации App Store. Сейчас продукт в режиме альфа-тестирования: загружено около 80 гайдлайнов, к 30 мая планируем закрыть основные специальности и выкатить личный кабинет врача с закладками.
В статье разберу четыре конкретные боли врача, ту самую функцию, ради которой во многом и затевался продукт, и то, как мы построили под неё граф клинических знаний.
Многих, знаю, волнует вопрос: а можно ли получить кредит под свои патенты или товарные знаки? Бизнесу ведь всегда нужны деньги на развитие.
Так вот Роспатент представил типовую схему кредитования еще в 2025 году. Это важный шаг для развития инновационного бизнеса в России, так как ранее банки крайне неохотно принимали нематериальные активы в залог (да и сейчас есть сложности).
Меня зовут Юрий Горбачев. Я руковожу патентным бюро и помогают использовать ИС выгодно. Я разберу, как работает типовая схема кредитования в этой статье.
Этой статьей я продолжу серию постов для тех, кто только собирается запускать свой интернет‑проект.
Вот тут можно прочитать первую часть о том, как выбрать форму для своей деятельности (самозанятый, ИП, ООО) и начать принимать платежи: Как монетизировать пет‑проект: документы, платежи, касса.
Довольно сложно объяснить все законодательство о персональных данных в одной статье, поэтому в тексте есть упрощения и обобщения. Текст ориентирован на предпринимателей, а не на юристов и я постараюсь обойтись без большого количества отсылок к законодательству.
В отношении обработки персональных данных моя личная позиция следующая: в текущем виде российское законодательство представляется довольно избыточным (особенно, что касается отдельной процедуры регистрации в качестве оператора персональных данных и сбора согласия пользователя на обработку ПД). Но закон есть закон — нам необходимо его соблюдать.
В материале мы рассмотрим следующие вопросы:
Статья написана на основе интервью с Андреем Щиголевым, основателем бренда «Одиванчик», Ижевск.
Я делаю компактные диваны в Ижевске и продаю их на маркетплейсе. Почти три года работаю, и вроде всё на месте: производство, команда, сбыт. Но в начале 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 просчиталась.