Модель «Портфель ставок»: много дешёвых стандартных тестов в РФ → масштаб в Бишкеке только по факт-данным. Построено под то, как Nikoruto реально работает — из переписки, а не из учебника.
// сдвиг
Вчерашний план был линейным: тяжёлый анализ впереди → крупная ставка. Для вашей скорости и дешёвого производства это худший расклад — медленно на входе, дорого на ошибке.
Главное: ваше преимущество — дешёвый быстрый тест в РФ + дешёвый масштаб в Бишкеке. Вы уже так делаете интуитивно («тест в РФ, массовка в Бишкеке»). Я превращаю это в систему с правилами.
// конвейер
Семь станций. У каждой — WIP-лимит (сколько товаров в работе одновременно), владелец и режим (ручное / бот / реестр). Один жёсткий гейт — на масштаб.
Любой кидает идею по шаблону: ссылка на реф + гипотеза «почему зайдёт». Всё в одну воронку, не в 10 чатов. Арут кидает WB-ссылки в 00:00 — они падают сюда, а не теряются.
Раз в неделю 30-минутный разбор инбокса. Лёгкий фильтр (не глубокий анализ — его делает тест): тренд активен + реф реально продаёт + себес влезает в «рои 100+». Берём в тест ровно квоту — привязана к свободной мощности и кэшу.
Один модуль для всех: 300–500 шт в РФ, стандартная карточка, фикс. рекламный бюджет, окно 14 дней. Не обсуждаем каждый товар с нуля. Карточка/ЧЗ/наклейки — на автомате (gtin-bot + teksher уже есть).
Решение только по факт-данным теста, не по мнению на созвоне: выкуп ≥ порога, ROI-факт ≥ цели, оборачиваемость.
Заказ заморожен после «согласовано» (ваше правило от 13.07 — усиливаем). Распределение по цехам по свободной мощности + лучшему себесу. Бронь ткани, план платежей/отсрочек. Менять нельзя.
Победитель — не финал, а основа семейства: новые цвета, наборы, смежные лекала из той же ткани. Дёшево (ткань/лекало уже есть) — тут основной объём денег. Вы уже так делаете: «из лонгов остаётся ткань на бандо и майки».
План/факт по продажам, ROI-факт, оборачиваемость. Что выстрелило — обратной связью в инбокс: повторяем паттерн, а не изобретаем каждый раз с нуля.
// правила
Без них воронка развалится обратно в хаос из чата. Каждое правило чинит конкретную вашу боль.
Не больше N товаров в работе одновременно. Убивает «тонем в идеях» и «неделями тянется» — поток заставляет решать.
Один Postgres на вашем сервере вместо «миллиарда таблиц». Одна цифра мокко, а не «сломанный телефон».
Фикс. партия, бюджет, окно, метрика. Не обсуждаем экономику каждого товара с нуля — сравниваем по одной линейке.
После «согласовано» — 2 дня правок, потом заморозка. Хватит менять заказ после раскроя ткани.
Заказ и приёмка ткани — на одном человеке (Шох), в общей беседе с поставщиком, чтобы Арут видел факт.
Гейт закрыт для «на глаз». Прошёл порог факта — масштабируем. Нет — архив. Без исключений «по дружбе».
Сколько тестов в неделю — считаем от свободной мощности (~13,5 млн) и свободного кэша. Не берём больше, чем вывезем.
// почему сильнее
| Критерий | Линейный (вчерашний) | Портфель ставок |
|---|---|---|
| Где анализ | Тяжёлый, впереди. Узкое место — Егор | Анализ = дешёвый тест. Распараллелен, не упирается в одного |
| Размер ставки | Крупная сразу, на гут | Много мелких; крупная — только после факта |
| Цена ошибки | Фура не того товара | 300–500 шт в РФ — копейки |
| Кто решает | Совещание, «на глаз» | Рынок, по метрике |
| Скорость | Неделями споров на товар | Квота/нед + WIP, поток не стоит |
| Использует ваш моат | Нет — душит скорость анализом | Да — дешёвый тест + дешёвый масштаб в центре |
// автоматизация
По максимуму на том, что уже стоит и работает. Ничего нового изучать не нужно.
Telegram-бот принимает идею по шаблону → Postgres. MPSTATS подсказывает спрос/сезон/размеры.
бот + MPSTATSКарточка, ЧЗ/КМ, наклейки, бронь поставки — на автомате. Уже есть.
gtin-bot + teksherАвто-подтяжка выкупа/ROI из МПстатс/JEM/WB → зелёный/жёлтый/красный.
MPSTATS + WB APIСостояние заказа, заморозка, распределение по цехам, календарь платежей.
Postgres + ActivepiecesПорядок сборки предлагаю: сначала единый реестр (станция 04) — он убивает главную боль и на него цепляется всё; затем приём идей (01–02); затем светофор гейта. Тест уже автоматизирован вашими ботами.