Приложения как инструмент для заработка: как это влияет на их разработку

Палевич сооснователь Neofleet Capital (экс-директор по платежам в AliExpress, экс-продуктовый менеджер в Avito)
Цифровые сервисы все чаще превращаются в полноценные экономические системы, неминуемо влияя на работу продуктовых команд. О том, как корректно выстраивать работу с продуктом в такой среде, рассказывает Юрий Палевич, сооснователь Neofleet Capital (экс-директор по платежам в AliExpress, экс-продуктовый менеджер в Avito).
На календаре 2025 год, а значит, смартфон в кармане может заменить не только рабочее место, но и целую инфраструктуру: от магазина и банка до службы доставки.
Мир цифровых продуктов давно вышел за пределы классической модели "разработал сервис — получил пользователей". Сегодня приложения становятся полноценными инструментами заработка, а вместе с этим — формируют собственные микрорынки, внутренние экономики, роли.
Особенно это заметно в странах с быстрорастущим населением (в Африке, Южной Азии, Латинской Америке). Там приложения становятся не просто частью повседневности, а шансом на экономическую самостоятельность, возможностью начать зарабатывать, строить микробизнес, учиться и развиваться. Но много примеров таких приложений-микроэкономик есть и в России, их и рассмотрим внимательнее.
Какие приложения превратились в места для заработка
Цифровые платформы по всему миру стали шансом для миллионов продавцов во всем мире выйти на рынок без физического магазина. У нас же Wildberries значительно снизил порог вхождения в онлайн-торговлю. Маркетплейс дал возможность мелким производителям из малых городов продавать товары по всей стране. От букетов из сухих цветов до автодеталей — платформа предлагает продавцам курьерскую логистику, онлайн-оплату и доступ к широкой аудитории, что помогло тысячам предпринимателей сделать шаг к полноценному бизнесу в интернете. По сути, Wildberries стал не просто витриной, а полноценной экономической инфраструктурой.
Telegram создал свою историю: каналы с платным доступом, боты-агрегаторы, мини-биржи формируют настоящую экосистему занятости для сотен тысяч пользователей.
Водители и курьеры в Yandex Go живут в собственном рынке, где бонусы, штрафы и маршрутная логика формируют ежедневные доходы. В Avito микропредприниматели строят бизнесы на базе функционала "безопасной сделки" и доставки, дополняя платформу своей CRM.
Похожая картина наблюдается и в VK, и в мобильных играх, где внутриигровые валюты, NFT и микротранзакции превращают геймеров в экономических акторов.
Все эти примеры демонстрируют, как в рамках одного приложения возникает множество ролей и экономических взаимоотношений.
Как поведение пользователей влияет на экономику приложения
И вот когда пользователь начинает зарабатывать внутри приложения, он перестает быть просто клиентом. Внутри уже формируются роли: сначала те, что закладывались создателями приложения, а потом уже — сопутствующие инфраструктурные: поставщики услуг, агрегаторы, инфраструктурные игроки, модераторы. У каждой роли — свои интересы, своя мотивация, свои сценарии поведения.
При этом важно помнить, что пользователи — в первую очередь люди. Там, где продуктовые команды ожидают от них объективной оценки или предсказуемого поведения, они могут выбирать человеческие отношения как решающий фактор.
Например, на маркетплейсах в отзывах на продавца речь часто идет не столько о товаре, который продается, сколько о том, как человек вел диалог, решал проблемы с покупателем, демонстрировал ли эмпатию.
В телемедицинских проектах пациенты оценивают врача не по тому, решил ли он их проблему, а сколько и чего он выписал, и часто это сводится к принципу "чем больше лекарств — тем выше оценка". Такие эмоциональные взаимодействия формируют отношения и связи с платформой не хуже любой технологической новинки.
При таких вводных команда продукта оказывается перед задачей управлять не просто фичами, а сложной динамикой микрорынков.
Как пользователи влияют на работу продуктовых команд
Что это значит для разработчиков? Во-первых, классическая продуктовая логика перестает работать. Вы больше не проектируете путь пользователя к цели. Вы создаете условия, в которых тысячи пользователей будут действовать, исходя из своих интересов. UX-дизайн превращается в архитектуру поведения, саппорт становится не просто механизмом, отвечающим на технические вопросы, а формирует или рушит доверие к экосистеме в целом, ведь помогает разбираться с вопросами, в которых уже часто задействованы деньги. Фичи в такой ситуации — инструменты регулирования экономических процессов внутри приложения.
Метрики тоже меняются. Локальные конверсии и клики перестают быть ключевыми. Гораздо важнее удержание, LTV, циклы вовлеченности, влияние на доходы пользователей и устойчивость внутренних ролей. Каждое изменение в продукте — это потенциальная реформа для экосистемы, которая затрагивает привычки, бизнес-процессы и даже репутацию платформы.
В этой новой реальности продуктовые команды сталкиваются с несколькими вызовами.
Во-первых, необходимо проектировать не интерфейс, а среду. Это значит понимать роли внутри продукта, их поведенческие сценарии, мотивации и возможные конфликты. Думать не о кликах, а о том, как пользователи взаимодействуют между собой и какие процессы формируются на базе вашего сервиса. Все просто: чем понятнее механизм взаимодействия, чем он проще, тем лучше все будет с метриками, завязанными на клики.
Во-вторых, доверие становится архитектурным элементом. Отзывы, платежные механизмы, модерация, механизмы разрешения конфликтов — все это должно быть встроено в продукт не как поддержка, а как системная основа. Поэтому планирование новых функций должно учитывать их влияние на поведение пользователей и внутренние рынки. Это как строительство дома: сразу проектируем третий этаж, террасу и балкон, а не достраиваем с увеличением семьи.
Почему важно учитывать запросы профессиональных пользователей
Команде нужно смотреть на продукт как на экономику: с правилами, циклами и зонами ответственности. Это требует другого уровня понимания и другого взгляда на метрики эффективности. Целевой аудиторией должны становиться пользователи, у которых внутри платформы происходит профессиональная жизнь, а они могут использовать продукт совершенно иначе, чем это представляют продакт-команды. В таких случаях главное — ничего не поломать, потому что именно такие юзеры часто самые активные и приносят значительную часть дохода сервису.
Вовремя заметить момент, когда приложение стало инструментом заработка пользователей, а не просто взлетевшим аппом, важно по многие параметрам. В их числе, необходимость развивать сервис уже не только по сценарию обычных пользователей.
Например, Avito как платформа изначально создавалась для обычных людей: продать диван, телефон или ненужные вещи. Но со временем туда пришли профессионалы — автосалоны, риелторы, ремонтные компании, которые используют проект как полноценный рабочий инструмент. Они загружают сотни объявлений, ведут через платформу бизнес, строят свои операционные процессы.
Когда команда начинала внедрять функции вроде скрытия похожих объявлений, ограничения на тексты или лимиты публикаций, это напрямую мешало работе именно этим профессиональным пользователям. Продукт продолжал развиваться под сценарии "обычного человека", игнорируя потребности тех, кто использует платформу как рабочую среду. В итоге возникали постоянные проблемы, жалобы, и часть бизнес-пользователей начинала уходить на другие площадки.
Три принципа для продуктовых команд в мире цифровых экономик
Если попытаться свести все вышесказанное к трем принципам, которые помогут команде адаптироваться к новой реальности, то они будут такими.
Роль важнее кнопки. Ключевой вопрос — не что делает пользователь в интерфейсе, а какую роль он исполняет в экосистеме. Это определяет его сценарии и ожидания.
Мотивация важнее фичи. Возвращается ли пользователь в продукт, потому что там появилась новая функция или потому что это его рабочая среда? Настоящее вовлечение рождается там, где продукт становится частью пользовательской экономики.
Сценарий поведения важнее сквозного пути. В экосистемных продуктах не существует универсального пути пользователя. Есть среда с множеством сценариев, и задача команды — проектировать эту среду, а не навязывать маршруты.
В будущем подобных экосистемных продуктов станет только больше. И успех в них будет определяться не столько качеством интерфейсов, сколько тем, насколько команда способна управлять сложной системой экономических и поведенческих взаимодействий внутри своего приложения.
