Монетизация IT-систем *

Я айти-юрист и почти каждую неделю вношу чужой софт в реестр российского ПО. Реестр я вижу изнутри: заявления, экспертиза, протоколы, отказы. Но обычно ты смотришь на него глазами одной заявки. А что, если посмотреть на весь реестр сразу?

Я выгрузила его целиком на 7 августа 2026 года. Получилось 32 071 запись. Я проанализировала, как реестр рос, из чего он состоит, кто туда вступает и на каких основаниях компании заявляют права на свой код.

В первой статье мы рассмотрели подходы к определению ценности ИТ-решения и её монетизации. Мы разобрались, как оценить экономический эффект от внедрения решения – разовый или постоянный. Но вслед за вопросом «Что мы в результате получим?» возникает следующий: «А во что нам это обойдётся и стоит ли оно того?». И тут со стороны финансистов начинают звучать фразы вроде «Сделайте бизнес-кейс внедрения», «Посчитайте ROI или IRR», «Подготовьте ТЭО проекта».

Цель этой статьи – разобраться в этих понятиях, понять, как они связаны между собой, и показать, как использовать их при подготовке бизнес-кейса ИТ-проекта.

Ваша программа в реестре российского ПО. Значит, продаёте лицензии без НДС? Не факт. Подп. 26 п. 2 ст. 149 НК РФ содержит список исключений, и попасть в него легко: достаточно, чтобы в продукте был функционал размещения объявлений, рекламы или заключения сделок. При этом Минцифры такой функционал в реестр пустит, а ФНС потом может прислать требование и доначислить НДС за весь период освобождения.

Ниже разбор: кому положено освобождение от НДС, а кому нет; что писать в договоре (оферте) с пользователями и какие письма Минфина стоит держать под рукой до того, как вы начнёте выставлять счета без НДС.

Материал пригодится тем, кто готовит свое ПО к включению в реестр, и тем, у кого запись уже есть. Бухгалтеру можно переслать целиком.

Оценка пет-проекта для продажи — это не про подсчет затраченных часов. Часто она вызывает трудности, но монетизировать разработку хочется. Проблема в том, чтобы правильно определить ценность проекта для покупателя и продать его выгодно.

Меня зовут Юрий Горбачев, я руковожу патентным бюро. Ко мне часто обращаются за защитой проектов, чтобы увеличить их стоимость и защитить права перед продажей. 

В статье я поделюсь своим взглядом на особенности разных способов оценки пет-проектов. Надеюсь, увидеть в комментариях мысли тех, кто с этим сталкивался напрямую. 

Китайские модели дешевле или это ловушка? Разбираемся, как не переплачивать за токены и почему цена в прайсе — еще не вся правда о расходах на ИИ.

Привет! Меня зовут Андрей Софронов, я тимлид продукта управления доступами в компании Lenta tech (ИТ-бренд «Группы Лента»). Пока учетных записей немного, ими можно управлять вручную. Но когда пользователей десятки тысяч, а доступы выдаются сотнями тысяч в год, без автоматизации уже не обойтись.

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

Я проанализировала 115 экспертных заключений Минцифры (март-июнь 2026 г.) и готова поделиться с вами выводами по причинам отказа по включению в реестр российского ПО.

Я немножко медиум. И меня часто посещают видения будущего. Их несколько. Я ясно вижу их во всех деталях и одно из них точно произойдет. Даже не сомневайтесь!

Начинаются они одинаково: однажды утром мы все просыпаемся, открываем глаза ...

Представьте ситуацию: вы сделали хороший продукт, вы уверены в его нужности, вы можете часами рассказывать про его архитектуру, функции, интеграции и пользовательские сценарии. Но на встрече с потенциальным клиентом вас спрашивают: «Сколько это нам принесет денег?», «За сколько времени окупится?», «Вы гарантируете финансовый эффект?». И тут оказывается, что рассказ про функциональность закончился, а ваши собеседники вообще не услышали того, что хотели.

В этом небольшом цикле статей я постараюсь поделиться своим более чем пятнадцатилетним опытом оценки экономической эффективности ИТ-решений и подготовки бизнес-кейсов внедрений, полученным в процессе работы в роли пресейл-архитектора и отраслевого эксперта у международных и отечественных вендоров корпоративного ПО,. В качестве примера я использую знакомую многим область – управление ТОиР (так же известное как ТОРО). Но логика подхода универсальна: меняются только исходные показатели и драйверы эффекта.

Помните интернет-магазины, где на странице контактов висел номер ICQ? Зелёный цветок показывал, что менеджер онлайн и может ответить на запрос.  А про квитанцию Сбербанка в способах оплаты? Её нужно было распечатать, заполнить и отнести в отделение. Та ещё интернет-торговля.

В 2000-х всё стало иначе. ICQ сменили на чаты поддержки. Квитанции ушли в музей. Потом Price.ru и первые прайс-агрегаторы уступили место маркетплейсам. Интерфейсы стали лучше, оплата быстрее, доставка привычнее. Сейчас уже виден следующий слой: товар может стать ответом AI-ассистента на запрос покупателя. А дальше начнётся новая борьба за то, какие товары попадут в ответ машины.

Привет, Хабр. Меня зовут Дмитрий Смирнов. Я более 20 лет занимаюсь развитием бизнеса в ритейле, FMCG и смежных отраслях. В этой статье хочу описать эволюцию ритейла не как историю красивых интерфейсов, а как историю потери контроля. Кто видит покупателя? Кто управляет карточкой? Кто решает, какой товар будет наверху? И что будет, когда первый контакт с покупателем уйдёт от маркетплейса к AI-ассистенту?

Последние несколько лет я собираю платёжные интеграции для продуктов, которые банки вежливо называют «high‑risk». Под «high‑risk» обычно попадают: iGaming / betting dating (особенно adult dating) crypto onboarding / exchange ramps nutra / supplements travel / subscriptions с free‑trial моделью forex / trading / микрозаймы

Один проект — подписочный сервис на NestJS/TypeORM с рекуррентными списаниями через SOAP‑шлюз прибалтийского банка‑эквайера. Второй — кредитный продукт на Python/FastAPI, где под капотом крутятся три локальных PSP одновременно. Обе системы живут в проде, обе списывают реальные деньги с реальных карт, и обе научили меня вещам, которых нет ни в одной документации шлюза.

Эта статья — не теория из учебника по финтеху. Это то, что я бы хотел прочитать до того, как первый раз задеплоил cron, который умеет списывать деньги.

Я работаю в контекстной рекламе и аналитике пять лет. Когда популярное расширение xml-river перестало работать, у тысяч специалистов сломался привычный сбор семантики через KeyCollector. Я решила проблему локально: написала десктопную программу на PySide6, которая напрямую работала с новым официальным API Wordstat. Программа продавалась с пожизненной лицензией, а пользователи ходили в API под моим личным токеном. Всё работало отлично, пока клиентов не стало слишком много: общий лимит в 5000 запросов в сутки превратился в массовые ошибки 429 Too Many Requests. Стало ясно: модель с общим токеном доживает дни. В этом посте — технический разбор того, как я за одну неделю полностью переписала архитектуру, перевела парсер на SaaS-модель (FastAPI + SQLite) с независимыми квотами для каждого пользователя. С кодом, схемами и честной юнит-экономикой

Почему фраза Total Quality Management ни у кого не вызывает вопросов, а Data Quality до сих пор считается задачей IT? Чем цепочки поставок отличаются от цепочек создания ценности на основе данных? И почему основные активы стоят на балансе компании, а активы данных — нет?

В этой статье я покажу, что операционный менеджмент не просто эволюционирует, а неизбежно превращается в управление данными.

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

Спецлаб разработал аналого-цифровой преобразователь для аналоговых приборов – стрелочную нейросеть, которая показания стрелки переводит в цифры...

Каждый день я анализирую запросы и кейсы от своих клиентов и поняла, что многие ИТ-компании (даже те, кто уже подали заявление о подтверждении статуса) упустили новые требования к сайту в части размещения обязательной информации.

Ни дня без новостях о новых штрафах и ограничениях.

9 июня во всех порталах разлетелась новость о том, что Госдума одобрила штрафы за авторизацию пользователей через иностранные сервисы. Что с этой новостью не так? В тексте была указана ссылка на законопроект № 1110676-8 вот с таким текстом. При этом текст, действительно, вносит изменения в ряд федеральных законов, но ни о каких штрафах речи там не было. 

Однако в этот же день Госдума приняла в третьем чтении законопроект №1069392-8 вот с таким текстом - и про штрафы речь шла именно в нем.

Вероятно, одни журналисты ошиблись, поставили ссылку не на тот законопроект, а затем ссылку репостнули все остальные. 

Законопроект ввел в КоАП новую статью 13.55 «Неисполнение обязанности по проведению авторизации пользователей сети “Интернет” при предоставлении доступа к информации», которая предусматривает следующие штрафы:

Граждане от 10 000 до 20 000 руб.

Должностные лица от 30 000 до 50 000 руб.

Юридические лица от 500 000 до 700 000 руб.

Закон ничего не говорит об увеличении суммы за повторное нарушение. Но есть риск, что вас могут оштрафовать несколько раз за одно и то же, если РКН проведет несколько "контрольных закупок", то есть несколько сессий авторизации на вашем портале.

При этом законопроект не вводит новые нормы про авторизацию (они уже были предусмотрены п. 10 ст. 8 149-ФЗ), а только предусматривает ответственность (причем, достаточно суровую) за неисполнение. 

Итак, начнем с того, что в законодательстве вообще отсутствует норма, которая определяет, что такое авторизация (это значит, что ведомства при принятии решений о фактах нарушений и назначении штрафов будут руководствоваться общедоступными источниками - словарями, какими-нибудь локальными актами и т.д.). 

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

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

Вот тут можно прочитать вторую часть о том, как соблюдать формальные требования по работе с персональными данными: Пет‑проект и персональные данные: как соблюсти минимальные необходимые требования и не попасть на штрафы.

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

Личные отношения между вами и партнером/инвестором, а также его опыт в инвестировании в проекты. Часто если между автором проекта и инвестором существуют личные или профессиональные сложившиеся взаимоотношения, то и все оформление ограничивается устными договоренностями или простым договором. Однако если инвестор - незнакомый субъект, а также если он серийно инвестирует в проекты, то с большой долей вероятности он попросит оформить документы.

Если вы ведете проект, как физическое лицо (самозанятый) либо как ИП, то ваш основной доступный вариант - это договор займа или соглашение с инвестором.

Повод для написания этого материала подсказали организаторы конференции Startup Village 2026, прошедшей в конце мая в Инновационном центре «Сколково». Они отказались от привычной модели обсуждения технологий будущего, сделав ставку на практику и спрос больших компаний. Представители крупных компаний в этот раз приехали в «стартап-деревню» не слушать молодежь, а формулировать им свои запросы на технологии. В центре внимания оказалась экономика технологического спроса — подход, при котором конкретные потребности бизнеса становятся отправной точкой для создания и внедрения новых технологий.

Уже при самом беглом прочтении этого локального акта я заметил весьма примечательную особенность – скрытые внутренние противоречия документов платформы, а также их несоответствие федеральному законодательству, в частности, Гражданскому кодексу РФ (далее – ГК РФ) и Закону «О защите прав потребителей» (далее – ЗоЗПП). Более углублённый анализ локальных актов IRecommend.ru. показал, что поскольку площадка стремится максимально защитить свои интересы, то её внутренние регламенты содержат несколько жёстких юридических коллизий, которые регулярно становятся предметов споров между авторами контента и администрацией ресурса.

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

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