{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Двигаю задачи | Алексей: разработка, управление, процессы: заметки с тегом Репрайсер", "_rss_description": "Делюсь своим опытом и мыслями про разработку, управление людьми и проектами. \r\nНемного про бизнес, HR и современное образование на курсах.\r\n10+ лет опыта в IT продакшена", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/alexeyit.ru\/tags\/reprayser\/", "feed_url": "https:\/\/alexeyit.ru\/tags\/reprayser\/json\/", "icon": "https:\/\/alexeyit.ru\/pictures\/userpic\/userpic@2x.jpg?1721902208", "authors": [ { "name": "Петров Алексей", "url": "https:\/\/alexeyit.ru\/", "avatar": "https:\/\/alexeyit.ru\/pictures\/userpic\/userpic@2x.jpg?1721902208" } ], "items": [ { "id": "145", "url": "https:\/\/alexeyit.ru\/all\/izmeryaem-b2b-saas-odnoy-metrikoy-pochemu-eto-pochti-nevozmozhno\/", "title": "Измеряем B2B SaaS одной метрикой — почему это почти невозможно", "content_html": "

В какой-то момент и до нас докатилась необходимость начать нормально измерять продукт. Не в формате «ну вроде продажи идут<\/strong>» или «по ощущениям всё неплохо<\/strong>», а цифрами.<\/p>\n

\n $\"\"$ \n<\/div>\n
Сразу оговорюсь: рассказывать про виды метрик, North Star, retention и прочие правильные термины я не буду. Про это уже написаны сотни статей и сняты тысячи видео людьми куда умнее меня. Расскажу лучше, как это постепенно появляется у нас.<\/p>\n
Кажется, мы постепенно переросли стадию подтверждения гипотезы из серии: «О, кто-то действительно готов за это платить деньги»<\/strong>. А это уже немного другой этап. На нем продукт перестает быть просто «интересной штукой» и начинает превращаться в систему, где важно понимать, что именно растет, почему растет и где всё может внезапно начать ломаться.<\/p>\n
И тут начинается самое интересное.<\/p>\n
Одной метрикой<\/strong><\/h2><\/p>\n
Как и многие, вначале хотелось найти какую-то одну волшебную цифру. Посмотрел на неё утром и сразу понял: всё хорошо или пора тушить пожар.<\/p>\n
Но это работает плохо. Особенно если сервис в целом должен функционировать автономно. У нас нет классической истории, где пользователь каждый день открывает приложение, тыкает настройки и проводит внутри по три часа. Поэтому DAU, MAU и прочие красивые графики в нашем случае не всегда что-то реально покажут.<\/p>\n
Потому что клиент может вообще не заходить в систему неделю и это будет означать не проблему, а наоборот: всё работает стабильно.<\/p>\n
В итоге приходит понимание, что смотреть приходится сразу на несколько слоев продукта:
— деньги,
— техническое здоровье,
— поведение клиентов,
— маркетинг,
— стабильность инфраструктуры.<\/p>\n
И только вместе это начинает давать более-менее честную картину.<\/p>\n
Первое, с чего начали<\/strong><\/h2><\/p>\n
Самое очевидное — деньги.<\/p>\n
Смотрим, сколько получили и сколько потратили. Пока в расходах считаем рекламу, серверы, телефонию, покупку ПО и прочую инфраструктуру.<\/p>\n
А вот разработку и развитие продукта сюда специально не включаем. Потому что это уже скорее инвестиции, а не операционные расходы. Иначе можно случайно прийти к выводу, что продукт убыточен просто потому, что вы активно его развиваете.<\/p>\n
Хотя здесь, конечно, у каждого своя логика учета.<\/p>\n
Интересный момент: когда начинаешь регулярно смотреть на финансовые показатели, внезапно выясняется, что некоторые «очевидно полезные» вещи пользы почти не дают. А какие-то мелкие доработки, наоборот, влияют на деньги сильнее, чем ожидалось.<\/p>\n
Неважные технические метрики<\/strong><\/h2><\/p>\n
Для B2B SaaS технические метрики иногда важнее продуктовых<\/strong>.<\/p>\n
Потому что пользователь может простить неидеальный интерфейс. Может простить сложную настройку. Но вот если у него перестала корректно работать автоматизация это уже проблема.<\/p>\n
Поэтому хотим начать отслеживать:
— количеством активных профилей,
— числом товаров под контролем,
— количеством успешных обработок,
— товарами, ушедшими в перерасчет,
— ошибками обработки,<\/p>\n
На практике, думаем, это поможем быстро замечать перекосы на маркетплейсах. Где-то поменялась логика, где-то API начал отвечать через раз, где-то очередной «эксперимент» площадки сломал половину логики.<\/p>\n
Раньше такие вещи замечались через поддержку: клиент пишет, что «что-то странное». Сейчас многие проблемы видно еще до обращения клиента. И это, наверное, одна из самых полезных частей всей истории с метриками.<\/p>\n
Маркетинг<\/strong><\/h2><\/p>\n
Отдельная история — маркетинговые показатели. Смотрим на CAC, органический трафик, количество лидов<\/strong> и пытаемся всё это сопоставлять с деньгами.<\/p>\n
Потому что лиды сами по себе довольно опасная метрика. Их может быть много, но если они плохо конвертируются или быстро отваливаются, ценности в этом немного.<\/p>\n
Вообще, чем дальше, тем сильнее появляется ощущение, что почти любая метрика без контекста легко вводит в заблуждение.<\/p>\n
Можно радоваться росту регистраций и не замечать, что половина пользователей не доходит до запуска. Можно радоваться росту оборота и не видеть, что вместе с ним растут расходы. Можно смотреть на MRR и не замечать, что support уже начинает задыхаться. Цифры без контекста иногда вредят даже больше, чем их отсутствие.<\/p>\n
Самая сложная часть<\/strong><\/h2><\/p>\n
Из экономических показателей пытаемся следить за:
MRR, ARPA, CLTV и TCV<\/strong>.<\/p>\n
Пока без фанатизма, но хотя бы появляется понимание:
— сколько реально приносит клиент,
— насколько окупаются привлечение и поддержка,
— как меняется качество клиентской базы,
— где начинается рост, а где просто увеличение нагрузки.<\/p>\n
В B2B довольно легко получить ситуацию, когда один крупный клиент визуально «рисует» вам отличный месяц. Хотя системного роста при этом может и не быть. Или наоборот: продукт растет очень правильно и устойчиво, но выглядит это скучно и медленно.<\/p>\n
Самая грустная часть<\/strong><\/h2><\/p>\n
Самое забавное, что продукт про автоматизацию, а сами мы аналитику до сих пор собираем почти вручную. Что-то лежит в CRM. Что-то в таблицах. Где-то цифры обновляются автоматически, где-то руками.<\/p>\n
И в какой-то момент начинаешь понимать, что следующая задача — это уже не сбор метрик, а сбор метрик о метриках<\/strong>. Потому что когда данных становится много, появляется новая проблема: как не утонуть в них и не начать принимать решения только потому, что график красиво растет вправо вверх.<\/p>\n", "date_published": "2026-05-20T14:43:03+03:00", "date_modified": "2026-05-20T14:42:56+03:00", "tags": [ "E-commerce и маркетплейсы", "Личный опыт и размышления", "Репрайсер" ], "image": "https:\/\/alexeyit.ru\/pictures\/0_ZjYSm_q36J4KChdn.jpg", "_date_published_rfc2822": "Wed, 20 May 2026 14:43:03 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "145", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/alexeyit.ru\/pictures\/0_ZjYSm_q36J4KChdn.jpg" ] } }, { "id": "139", "url": "https:\/\/alexeyit.ru\/all\/pervy-vyhod-v-oflayn-reprayser-na-sim-2026-opyt-uchastiya-v-konf\/", "title": "Первый выход в офлайн: репрайсер на SIM 2026 — опыт участия в конференции «Селлеры и маркетплейсы»", "content_html": "
Конференция «Селлеры и маркетплейсы 2026»: первый офлайн-опыт с репрайсером<\/p>\n
\n $\"\"$ \n<\/div>\n
Давно не писал. Последние пару недель выдались напряжёнными и продолжают такими быть. На прошлой неделе мы впервые вывели продут в офлайн и поехали на конференцию селлеры и маркетплейсы. Это был первый ивент для продукта, и первый для компании за долгое время.<\/p>\n
Выставка проходила в Кластере Ломоносов. Само пространство классное — современное, аккуратное, технологичное. Но локация, мягко говоря, не самая удобная ощущение «у чёрта на куличиках». Возможно, это тоже повлияло на трафик. В целом прошло порядка 1000–1500 человек за два дня. Мы ожидали большего потока, но аудитория оказалась довольно узкой и профильной, что для нас скорее плюс.<\/p>\n
Организация в целом на хорошем уровне. Программа местами вызывала ощущение, что всё можно было уместить в один день, но это уже вкусовщина. Главное — гипотеза по продукту подтвердилась: проблема есть, рынок её признаёт, и решение для своей когорты клиентов заходит.<\/p>\n
Лучше всего нас понимали производители и дистрибьюторы. У них другой горизонт планирования и другой взгляд на управление ценой. Селлеры же, для которых в фокусе оборот и маржинальность здесь и сейчас, реагировали ожидаемо: «Как можно жертвовать СПП?» В этих диалогах мы выглядели почти сумасшедшими, но это нормально — просто разные модели мышления и разные цели бизнеса.<\/p>\n
Почти в каждом разговоре поднимался вопросы: чем вы отличаетесь от конкурентов, они стояли через пару стендов от нас и в чем отличия форматов: SaaS или коробка. Если объёмы небольшие — логичен SaaS. Если большие, с требованиями к инфраструктуре и контролю — коробка. Мы сознательно развиваем оба направления, потому что всё зависит от потребностей клиента.<\/p>\n
По цифрам: собрали порядка 30 контактов, из них около 10 — действительно суперцелевые. Плюс дополнительно пообщались по внедрению CRM и заказной разработке — неудивительно, проблемы у всех похожие. Сейчас разбираем контакты и назначаем ВКС, по итоговой конверсии говорить рано, но первый срез уже позволяет сделать вывод.<\/p>\n
По стоимости привлечения целевого лида контекст пока выгоднее выставки. Выставка это время, подготовка, логистика, стенд и два дня полной концентрации. Контекст масштабируется проще и управляется системнее. При этом офлайн даёт глубину общения, быстрый сбор обратной связи и понимание языка рынка — а это тоже актив.<\/p>\n
Со стендом мы, кстати, знатно лоханулись. Он был большой, но ниже метра ничего не было видно всё перекрывала стойка и мы сами. По сути издалека было непонятно, что у нас вообще происходит. Первый опыт — фиксируем ошибки и идём дальше.<\/p>\n
Отдельно ценно, что пообщались с компаниями, где уже работает наш продукт или где мы делаем заказную разработку. Плюс собрали обратную связь по текущему решению: что добавить, какие сценарии доработать, куда развивать сервис.<\/p>\n
В результате приняли решение публично вести лог изменений на сайте, скоро он появится на сайте. Туда будем складывать все крупные и средние доработки по проекту.
Поедем ли ещё? Да. Несмотря на экономику в пользу контекста, минимум одну выставку летом и одну осенью планируем. Увидимся в офлайне.<\/p>\n", "date_published": "2026-03-04T09:19:46+03:00", "date_modified": "2026-03-04T09:19:40+03:00", "tags": [ "E-commerce и маркетплейсы", "Репрайсер" ], "image": "https:\/\/alexeyit.ru\/pictures\/IMG_5836.jpg", "_date_published_rfc2822": "Wed, 04 Mar 2026 09:19:46 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "139", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/alexeyit.ru\/pictures\/IMG_5836.jpg" ] } }, { "id": "138", "url": "https:\/\/alexeyit.ru\/all\/chernye-lebedi-v-saas-kak-odin-zakon-i-odin-anons-mogli-pohoroni\/", "title": "Черные лебеди в SaaS: как один закон и один анонс могли похоронить наш продукт", "content_html": "
Иногда ты просыпаешься утром и понимаешь, что твоего продукта может просто не стать. <\/p>\n
\n $\"\"$ \n<\/div>\n
Не потому что плохой код или ушли клиенты, а потому что где-то приняли решение, которое меняет правила игры. 2026 год для нас начался именно так — с двух анонсов, которые теоретически могли обнулить рынок репрайсеров.<\/p>\n
Закон, который мог обнулить рынок<\/strong><\/h2><\/p>\n
С 1 октября 2026 года в России вступает первый закон о платформенной экономике. Он регулирует маркетплейсы, сервисы доставки, такси и другие цифровые площадки-посредники. Государство фиксирует правила для огромного рынка, делая его более прозрачным и управляемым, но при этом не вмешивается напрямую в экономику платформ.<\/p>\n
Маркетплейсы больше не смогут резко менять условия: о повышении комиссий, штрафов и изменении правил нужно уведомлять за 45 дней. Запрещены необоснованные блокировки, вводится обязательная система досудебных споров. Площадка не может снижать цену без согласия продавца — можно установить минимальную цену.<\/p>\n
На первый взгляд — хорошие новости для селлеров. Но если смотреть с позиции продукта, который работает с ценообразованием, возникает вопрос: а не убивает ли это саму потребность в репрайсерах?<\/strong> Если рынок становится «справедливее», если площадки не могут произвольно вмешиваться в цену, нужен ли внешний инструмент?<\/p>\n
Теоретически такой закон мог просто обнулить рынок. Мы даже не считали детально сценарий влияния, но в худшем варианте рынок мог сократиться почти до нуля<\/strong>. Однако фундамент остаётся прежним: комиссии, штрафы и маркетинговые механики никто не ограничивает, а контроль над спросом всё равно у платформ. Формулировки могут поменяться, но монопольная сила площадок никуда не исчезает<\/strong>. Поэтому главный вопрос — даст ли закон селлерам полноценно управлять «зелёной» ценой — скорее всего, нет.<\/p>\n
Репрайсер от Ozon<\/strong><\/h2><\/p>\n
Вторым «чёрным лебедем» стал анонс собственного репрайсера от Ozon для WB и Ozon. Пока это пилот для ограниченного числа продавцов, но сам факт выхода платформы в эту зону — сигнал. Если маркетплейс делает собственный инструмент, логичный вопрос: зачем тогда сторонние сервисы?<\/strong><\/p>\n
Первая обратная связь от селлеров показала, что «зелёную» цену инструмент держит нестабильно — часто уходит ниже. Возможно, это баг, возможно — особенность алгоритма, и его поправят. Про WB пока рано что-то утверждать. Но важно другое: у платформы всегда больше данных и больше контроля над финальной ценой, чем у внешнего сервиса<\/strong>. И если такой продукт доведут до стабильной версии, это меняет рынок.<\/p>\n
История знает немало внутренних продуктов крупных компаний, которые так и не стали массовыми. Вспоминается целое кладбище инициатив того же Яндекса. Поэтому пилот — это ещё не приговор, но сигнал, который нельзя игнорировать.<\/p>\n
Что это значит для нас<\/strong><\/h2><\/p>\n
Самое важное в этой истории — не закон и не Ozon. А то, что SaaS, построенный вокруг платформ, зависит от чужих решений<\/strong>. Сегодня ты оптимизируешь их экономику, завтра они меняют правила или выходят со своим инструментом.<\/p>\n
При этом реальность сложнее и не сводится к драме. У нас есть решение для Яндекс Маркета, и сейчас это сильная сторона. Рынок постепенно движется в сторону модели, похожей на США, где платформы усиливают контроль над экономикой, а выигрывают в первую очередь производители. Если этот тренд закрепится, инструменты управления ценой никуда не исчезнут — просто изменится их роль.<\/p>\n
Черные лебеди в продукте — это не всегда катастрофа. Чаще это напоминание о том, что ты играешь на чужом поле<\/strong>. И если строишь бизнес вокруг маркетплейсов, нужно быть готовым к тому, что изменения извне могут в любой момент закончить историю продукта. Вопрос лишь в том, станет ли это концом или точкой следующего роста.<\/p>\n", "date_published": "2026-02-19T12:26:40+03:00", "date_modified": "2026-02-19T12:26:36+03:00", "tags": [ "E-commerce и маркетплейсы", "Личный опыт и размышления", "Репрайсер" ], "image": "https:\/\/alexeyit.ru\/pictures\/lebed.png", "_date_published_rfc2822": "Thu, 19 Feb 2026 12:26:40 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "138", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/alexeyit.ru\/pictures\/lebed.png" ] } }, { "id": "137", "url": "https:\/\/alexeyit.ru\/all\/matematika-protiv-porogovyh-skidok\/", "title": "Математика против пороговых скидок", "content_html": "
Продолжаем вести историю изменений по продукту. Как вы поняли из предыдущего поста, мы едем с ним на выставку. <\/p>\n
\n $\"\"$ \n<\/div>\n
Посмотрим, что из этого получится. Про экономику обязательно отдельно напишу, когда будут данные и можно будет говорить предметно. А пока — что успели сделать с начала года и какие выводы для себя сделали.<\/p>\n
С аутричем вышла интересная история. Мы его протестировали и пока притормозили. На старте казалось, что выйти на нужных селлеров будет относительно просто, но реальность оказалась сложнее. Достучаться до правильного человека в e-commerce куда труднее, чем кажется изнутри продукта.<\/strong> Это не значит, что канал плохой, но усилий он требует больше, чем мы закладывали.<\/p>\n
Зато отлично себя показывает контекстная реклама. Сейчас получаем квалифицированных лидов примерно по 1500 рублей<\/strong>, и для нашей экономики это рабочая модель. Плюс постепенно начинает давать результат SEO. Не быстрый инструмент, но устойчивый. Параллельно развивали сайт и в итоге перевезли его на Битрикс — редактировать контент становилось все сложнее, а продукт растет, информации становится больше. Нужно было навести порядок, иначе начинаются операционные косты там, где их можно было избежать.<\/p>\n
Также добавили новые направления по работе с Lamoda, Лемана Про и М.Видео. Расширяем покрытие аккуратно, без резких движений, но последовательно.<\/p>\n
Эксперимент с биллингом вместо тарифов<\/h2><\/p>\n
Отдельно расскажу про изменение модели оплаты. Раньше у нас были просто тарифы. Но по факту запросы клиентов оказались слишком разными. У кого-то десятки товаров, у кого-то тысячи. У кого-то агрессивная частота обновления, у кого-то спокойный режим. В рамках фиксированных тарифов это начинало ломать логику.<\/p>\n
Поэтому мы перешли на модель биллинга с баланса от запуска<\/strong>. Теперь у клиента есть счет, а списание происходит по факту использования. По сути — оплата за потребление<\/strong>, а не за абстрактный пакет возможностей. Нам кажется, что это более честная и гибкая модель, но посмотрим, как она покажет себя на дистанции.<\/p>\n
Нелинейные скидки — главная математика<\/h2><\/p>\n
Продолжаем бороться с нелинейными скидками и авторизацией. Если вы продаете на маркетплейсах, то наверняка замечали, что цены могут сильно отличаться для разных покупателей. Влияет регион, выбранный ПВЗ, логистика, персональные механики площадки. Это делает задачу репрайсинга куда сложнее, чем кажется со стороны.<\/p>\n
Мы отказались от индивидуальной авторизации под каждого клиента и перешли к единой авторизации для Ozon и Яндекс Маркета<\/strong>, которая смотрит цены как покупатель в Москве. Пока мониторим стабильность решения. Если покажет себя хорошо, добавим еще 3–5 регионов для сравнения.<\/p>\n
А теперь пример, чтобы было понятно, в чем сложность. Товар на Яндекс Маркете. Передаем цену 5124<\/strong> ₽ — покупатель видит 3293<\/strong> ₽. Передаем 5224<\/strong> ₽ — покупатель видит уже 4112<\/strong> ₽. Мы меняем входную цену всего на 100 рублей, а итоговая цена для покупателя скачет почти на 1000.<\/strong> Это эффект пороговой скидки, и он ломает линейную логику расчета.<\/p>\n
Чтобы работать с такими сценариями, мы разработали новую стратегию расчета с использованием естественного и искусственного интеллекта. Формула стала сложнее и требует большего количества шагов, но зато позволяет точнее подбираться к целевому значению. Важно понимать, что при старте нового профиля нужно 3–4 запуска<\/strong>, чтобы система собрала статистику и вычислила рабочие цены. Это не баг, это этап калибровки.<\/p>\n
Фичи к выставке и упрощение онбординга<\/h2><\/p>\n
К ближайшей выставке допиливаем две функции, которые давно просили клиенты. Первая — возможность принудительного ручного запуска всех товаров или конкретного товара из личного кабинета. Раньше такая опция была только у админов, и это, честно говоря, было недальновидным решением.<\/p>\n
Вторая — упрощенная форма создания профиля. Сейчас интерфейс во многом выглядит как панель программистов для программистов<\/strong>, что не лучшим образом влияет на онбординг. Мы делаем сценарий проще: нажимаешь «Создать», выбираешь маркетплейс, вводишь токен, выбираешь товары, ставишь РРЦ, задаешь частоту обновления — и запускаешь. Минимум лишних шагов.<\/p>\n
При этом даже в текущем, не самом простом интерфейсе, есть пользователи, которые самостоятельно создают и запускают профили без нашей помощи. Это хороший сигнал.<\/p>\n
Движение без иллюзий<\/h2><\/p>\n
Есть и другие мелкие задачи, которые решаем по мере поступления. Продукт постепенно взрослеет. Где-то через эксперименты, где-то через пересборку модели оплаты, где-то через математику скидок, которая на бумаге выглядит красиво, а в реальности ведет себя совсем иначе.<\/p>\n
Работаем дальше. Увидимся на выставке. Буду рад пообщаться лично и обсудить, как у вас устроена экономика на маркетплейсах.<\/p>\n", "date_published": "2026-02-13T09:16:41+03:00", "date_modified": "2026-02-13T09:16:38+03:00", "tags": [ "E-commerce и маркетплейсы", "Личный опыт и размышления", "Репрайсер" ], "image": "https:\/\/alexeyit.ru\/pictures\/matematic.png", "_date_published_rfc2822": "Fri, 13 Feb 2026 09:16:41 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "137", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/alexeyit.ru\/pictures\/matematic.png" ] } }, { "id": "127", "url": "https:\/\/alexeyit.ru\/all\/pochemu-klassicheskiy-reprayser-dlya-ozon-i-wildberries-uzhe-ne\/", "title": "Почему классический репрайсер для Ozon и Wildberries уже не работает — и что мы строим вместо него", "content_html": "
SaaS был ошибкой? Возможно. Часть 4<\/strong><\/h1><\/p>\n
\n $\"\"$ \n<\/div>\n
Продолжаю делиться нашим приключением в продуктовой вселенной.
Прошлые главы — раз<\/a>, два <\/a>и три <\/a>— задавали контекст. С тех пор прошёл месяц, и изменений накопилось больше, чем я ожидал.<\/p>\n
Месяц кастдевов<\/strong><\/h3><\/p>\n
За это время провёл около двадцати интервью с бизнесом и людьми, которые так или иначе связаны с маркетплейсами: от продуктовых специалистов до руководителей направлений МП. Хотел понять простую вещь — кто и как управляет ценами, где автоматизация действительно работает, а где все по-старинке.<\/p>\n
И выводы получились неоднозначные. В SaaS-сегменте проблема, ради которой всё затевали, почти отсутствует, вроде. Возможно, идти туда — ошибка. Но мы всё равно проверим — иногда истинная боль прячется глубже.<\/p>\n
А вот в enterprise-историях проблема подтверждается. Каждый решает её по-своему, костылями и полуавтоматом. У селлеров с небольшим ассортиментом всё проще — там хватает существующих сервисов. Я насчитал больше двадцати живых решений, и у каждого свои особенности: ограничение на количество товаров, странные тарифы и отсутствие нормальных интеграций. Всё руками, о связке с 1С или динамическими ценами часто даже не мечтают.<\/p>\n
Сменить позиционирование<\/strong><\/h3><\/p>\n
На фоне всех этих находок стало понятно, что классическое слово «репрайсер» давно умерло. Актуальность была пару лет назад, сегодня это звучит как термин из музейной витрины. Поэтому решили честно обновить концепцию. Теперь это омниканальная платформа мониторинга, анализа и управления ценами<\/strong>.<\/p>\n
Так получается точнее и честнее отражать то, что мы реально делаем — и то, чего нет у конкурентов.<\/p>\n
Что сделали по разработке<\/strong><\/h3><\/p>\n
Перезапустили сайт решения. Хотелось собрать всё на Тильде, но пошли другим путём — сделали максимально примитивно, чтобы проверить конверсию самого подхода. Личного кабинета пока нет, но рассчитываем довести его до ума за ближайшие одну–три недели.<\/p>\n
Параллельно запустили новые стратегии. Пришлось собрать новую схему работы с ценой: учитывать маржу, доставку, бонусы, акции — всё, что влияет на финальный результат.<\/p>\n
Личный кабинет стал чуть красивее обычного орчида, но ещё не тот результат, от которого отваливается челюсть, но в целом окей. Зато сделали авторизацию через email и OTP — СМС подключим позже.<\/p>\n
Интересные находоки<\/strong><\/h3><\/p>\n
Нашли хак на Ozon. Если товар стоит в акции, менять цену нельзя — она пишется, но берётся медианная. Однако если сначала вынуть товар из акции, обновить цену и вернуть обратно — всё работает. Абсолютно легально, пока.<\/p>\n
Построили внутреннюю систему ротации прокси, чтобы они не выгорали пачками. Она следит за состоянием, и если какой-то прокси сгорает, летит алерт, что нужно пополнить запас.<\/p>\n
Добавили альтернативный источник данных — из личного кабинета маркетплейсов. Точность ниже, но скорость выше. Правда, не для всех товаров.<\/p>\n
По мелочам — навели порядок в настройках, закрыли баги, подтянули инфраструктурные детали.<\/p>\n
Что дальше<\/strong><\/h3><\/p>\n
В ближайшее время запускаем рекламу. Начнём с Директа — понятно, что это не самый эффективный канал для нашего типа продукта, но нам нужно проверить прямой спрос, экономику клика и набрать людей на первичный кастдев. Вероятнее всего, этот канал приведёт селлеров с небольшим оборотом — и возможно, у них просто нет проблемы. Это тоже нужно подтвердить или опровергнуть.<\/p>\n
Параллельно будем выходить в аутрич через Telegram, чтобы дотянуться до среднего и крупного сегмента. Тут уже интереснее — посмотрим, что получится.<\/p>\n
В разговоры с экспертами добавился новый блок — прикидка трендов. Что будет дальше?<\/p>\n
API может стать платным. Больно, но не смертельно. Цена персонализируется до безумия — непонятно, что будет с РРЦ и МРЦ. Запрет на изменение цен по API? Сомнительно, но и на это у нас есть запасной вариант.<\/p>\n
Далее по плану. <\/p>\n
Запускаем SaaS.
Доделываем стратегии.
Включаем рекламу и аутрич.
А дальше — посмотрим, что покажут цифры и люди.<\/p>\n", "date_published": "2025-11-19T14:39:32+03:00", "date_modified": "2025-11-19T15:02:23+03:00", "tags": [ "E-commerce и маркетплейсы", "Инструменты и сервисы", "Личный опыт и размышления", "Репрайсер", "Технологии и разработка", "Управление проектами и командами" ], "image": "https:\/\/alexeyit.ru\/pictures\/price2.png", "_date_published_rfc2822": "Wed, 19 Nov 2025 14:39:32 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "127", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/alexeyit.ru\/pictures\/price2.png" ] } } ], "_e2_version": 4134, "_e2_ua_string": "Aegea 11.3 (v4134)" }