Стейкхолдеры

ШЕСТЬ ГРУПП И СОРОК РОЛЕЙ — ПОЛНЕЕ ЛЮБОГО КОНКУРЕНТА

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

ПОКУПАТЕЛЬ И СТРОЙКА · ~16 РОЛЕЙ — ключевые: ПРОРАБ (ритм = качество монолита), руководитель проекта, закупки, стройконтроль ЗАВОД · ~18 РОЛЕЙ — ключевые: СОБСТВЕННИК (гейткипер подключения), ДИСПЕТЧЕР (ни одного простоя), коммерческий директор, лаборатория ПЕРЕВОЗКА И ПОДАЧА · 8 РОЛЕЙ — ключевые: ВОДИТЕЛЬ (деньги за рейс, минимум ожидания), владелец миксера, диспетчер бетононасоса ТЕХНОЛОГИЧЕСКАЯ ИНФРАСТРУКТУРА — ERP/1С, АСУ БСУ, GPS/ГЛОНАСС, ЭДО (ЭТрН обязательна с 01.09.2026), банки РЕГУЛЯТОРНЫЙ КОНТУР — ПДн/ИБ, ФНС/ЭДО, транспортный и стройнадзор, ГОСТ, ФАС РЫНОЧНОЕ ОКРУЖЕНИЕ — ассоциации, СМИ, поставщики сырья и техники, конкурирующие платформы

Футнот (обычный регистр): ростер верифицирован перекрёстно — каждая роль подтверждена минимум двумя продуктовыми описаниями конкурентов (SaaS для заводов, vendor-платформы, производственные ERP). Прораб и диспетчер — операционные узлы сделки: через них проходят все ключевые отношения и возникают все операционные конфликты.

Источники

На слайд: «продуктовые описания cifra.ai, usbis.ru/erp-beton.ru, Cemex Go; встречи с командой клиента, 2026».

Вывод

Шесть групп — шесть разных «клиентов» платформы; первыми решаются задачи прораба и диспетчера — самых затронутых операционных узлов.

SR-статус

Итерация: 2 · Применимые критерии: 11 (K1–K7, K9, K11, K12, K16) · FAIL: нет · Оценка: 10/10 → PASS Замечания итерации 1: K1 — заголовок был 10 слов, сокращён до 8. K16 — шесть карточек мозаики построены по одной формуле «группа · число ролей · ключевые роли».

СЕМЬ РАБОЧИХ ОТНОШЕНИЙ — И ВСЕ ЖИВУТ В ТЕЛЕФОНЕ

Поставка бетона — не одна сделка, а семь параллельных рабочих контактов между парами ролей; автоматизировать одно из семи — значит оставить шесть работать по-старому.

1. ЗАКУПКИ ↔ ПРОДАЖИ ЗАВОДА — цена, договор, лимиты · редко · телефон и почта
2. ПРОРАБ ↔ ДИСПЕТЧЕР — слот, ритм, изменения · ЕЖЕДНЕВНО, САМОЕ ЧАСТОЕ · телефон и WhatsApp
3. РУК. ПРОЕКТА ↔ ДИРЕКТОР ПРОИЗВОДСТВА — план недели, мощность · еженедельно · совещание
4. ДИСПЕТЧЕР ↔ ПЕРЕВОЗЧИК — машины на смену, простой, оплата · ежедневно · телефон
5. ДИСПЕТЧЕР ↔ ВОДИТЕЛЬ — очередь, назначение, статусы · каждый рейс (5–8 раз в смену) · рация и SMS
6. СТРОЙКОНТРОЛЬ ↔ ЛАБОРАТОРИЯ — паспорт качества, партия · каждая значимая поставка · бумага с машиной
7. ФИНАНСЫ ↔ ФИНАНСЫ — лимиты, сверка, дебиторка · еженедельно · 1С и Excel вручную +8. ВСЕ СТОРОНЫ ↔ ОПЕРАТОР ПЛАТФОРМЫ — правила данных, доверие, споры · системное

Футнот (обычный регистр): отношение 8 — структурное: если оператор аффилирован с производителем, независимые заводы не входят; если оператор не нейтрален по данным — не входят клиенты. Один типовой рейс проходит все семь контактов, и каждый переход сегодня — отдельный канал без общей истории.

Источники

На слайд: «транскрипты встреч, 2026; продуктовые описания Cemex Go, ERP-BETON; разбор ОРЛАН».

Вывод

Ценность платформы = закрыть все семь контактов единым контуром с общей историей — а не только точку «принять заявку»; нейтральность оператора (отношение 8) — условие входа обеих сторон.

SR-статус

Итерация: 1 · Применимые критерии: 10 (K1–K7, K9, K11, K12) · FAIL: нет · Оценка: 10/10 → PASS Замечания: 7+1 отношений — один слайд одной мысли «сделка = семь контактов»; частоты и каналы у каждой строки; K3 — числа минимальны, это структурный слайд.

МАТРИЦА МЕНДЕЛОУ: РЕШАЕТ СОБСТВЕННИК, РАБОТАЕТ ДИСПЕТЧЕР И ПРОРАБ

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

КЛЮЧЕВЫЕ ИГРОКИ (влияние ↑ интерес ↑) — УПРАВЛЯЙ АКТИВНО: СОБСТВЕННИК ЗАВОДА · КОММЕРЧЕСКИЙ ДИРЕКТОР · ДИСПЕТЧЕР · РУК. ПРОЕКТА · ЗАКУПКИ · 1С-ИНТЕГРАТОР

УПРАВЛЯЙ ИНТЕРЕСОМ (влияние ↑ интерес ↓) — COMPLIANCE ПО УМОЛЧАНИЮ: РЕГУЛЯТОРЫ ДАННЫХ И ИБ · СТРОЙНАДЗОР · ЭТрН С 01.09.2026 · ФАС · АССОЦИАЦИИ

ИНФОРМИРУЙ И ВОВЛЕКАЙ (влияние ↓ интерес ↑) — ПОБЕДЫ В ПЕРВЫЙ ДЕНЬ: ПРОРАБ · ВОДИТЕЛЬ · МЕНЕДЖЕР ПРОДАЖ · ЛАБОРАТОРИЯ · БУХГАЛТЕРИИ

НАБЛЮДАЙ (влияние ↓ интерес ↓): СУДЫ · ПРОИЗВОДИТЕЛИ ОБОРУДОВАНИЯ · ПОСТАВЩИКИ СЫРЬЯ · МАЛЫЕ SAAS

Футнот (обычный регистр): три вывода из матрицы. 1) Вход — через собственника, удержание — через прораба и диспетчера: без собственника нет договора, без диспетчера — работающего продукта, без прораба — второй стороны. 2) Самый опасный конфликт — между двумя игроками верхнего квадранта (собственник завода ↔ оператор платформы, разбор дальше). 3) Регуляторный контур — не сопротивление, а compliance: платформа, решающая ЭТрН/ФЗ-152/ГОСТ за завод, снимает боль без переговоров.

Источники

На слайд: «матрица Менделоу (1991) на ростере деки; продуктовые данные конкурентов, 2026».

Вывод

GTM-приоритет продаж: собственник завода → коммерческий директор → диспетчер → прораб — порядок не случайный, он повторяет цепочку «договор → продукт → вторая сторона».

SR-статус

Итерация: 1 · Применимые критерии: 10 (K1–K7, K9, K11, K12) · FAIL: нет · Оценка: 10/10 → PASS Замечания: A5 — оси подписаны, квадранты озаглавлены стратегиями (канон 006 сл. 29); три вывода уведены в футнот, тело телеграфное.

ТИП 1 — ВНУТРЕННИЕ КОНФЛИКТЫ: СТОРОНЫ ВОЮЮТ САМИ С СОБОЙ

Ещё до сделки конфликтуют службы внутри покупателя и внутри завода: закупки против прораба, продажи против производства — платформа разводит их данными, которых сегодня ни у кого нет.

КОНФЛИКТ 1 · ЗАКУПКИ ↔ ПРОРАБ (внутри покупателя): ЗАКУПКИ ХОТЯТ ЦЕНУ НИЖЕ — ПРОРАБ ХОЧЕТ НАДЁЖНОСТЬ ДЕНЬ-В-ДЕНЬ Проявление: выбрали самый дешёвый завод → прораб получил срывы поставки; резервный поставщик запрещён договором. Развод через платформу: рейтинг надёжности завода по истории поставок; резервные заводы без нарушения договора.

КОНФЛИКТ 2 · ПРОДАЖИ ↔ ДИРЕКТОР ПРОИЗВОДСТВА (внутри завода): ПРОДАЖИ ОБЕЩАЮТ ЛЮБОЙ ЗАКАЗ — МОЩНОСТЬ БСУ КОНЕЧНА Проявление: подтвердили 300 м³ к 8:00 → БСУ занят → машины в очереди, клиент без бетона. Развод через платформу: онлайн-видимость слотов и мощности; автоподтверждение только при свободном слоте.

Футнот (обычный регистр): обе пары — «ключевые игроки» из верхнего квадранта Менделоу: их внутренние конфликты не видны покупателю, но срывают поставку чаще внешних. Родственный конфликт продажи ↔ лаборатория (давление «отпустите, клиент ждёт» против ГОСТ) разбирается в типе 3 — качество.

Источники

На слайд: «транскрипты встреч, 2026; продуктовые данные cifra.ai».

Вывод

Внутренние конфликты — продажный аргумент платформы обеим сторонам сразу: закупкам — данные о надёжности, собственнику завода — защита от перепроданной мощности.

SR-статус

Итерация: 1 · Применимые критерии: 10 (K1–K7, K9, K11, K12) · FAIL: нет · Оценка: 10/10 → PASS Замечания: тип = одна мысль («стороны воюют сами с собой»), два конфликта — примеры типа; связка с типом 3 (родственный конфликт 7) указана.

ТИП 2 — ОПЕРАЦИОННЫЕ КОНФЛИКТЫ: «ГДЕ МОЯ МАШИНА?»

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

КОНФЛИКТ 3 · ПРОРАБ ↔ ДИСПЕТЧЕР — САМЫЙ ВЫСОКОЧАСТОТНЫЙ: «ГДЕ МОЯ МАШИНА?» РАЗ В ЧАС — ОБЪЕКТ ПРОРАБА ОДИН ИЗ ДЕСЯТИ У ДИСПЕТЧЕРА Развод: видимая электронная очередь в реальном времени; push за N минут; история изменений с таймстампами.

КОНФЛИКТ 4 · ПРОРАБ ↔ ВОДИТЕЛЬ/ПЕРЕВОЗЧИК: МИКСЕР ДОЛЖЕН ЖДАТЬ БРИГАДУ — ПРОСТОЙ ЕСТ ДЕНЬГИ РЕЙСА Проявление: машина раньше, объект не готов, 40 минут простоя — кто платит? Нет данных = спор. Развод: автоучёт прибытия/разгрузки/отъезда; предоплаченный простой сверх нормы; история для обеих сторон.

КОНФЛИКТ 5 · ДИСПЕТЧЕР ↔ ВОДИТЕЛЬ: ДИСПЕТЧЕРУ НУЖНЫ СТАТУСЫ — ВОДИТЕЛЮ НЕЛЬЗЯ ТЫКАТЬ В ТЕЛЕФОН ЗА РУЛЁМ Проявление: статусы не обновляются → очередь планируется вслепую. Развод: автостатусы по GPS (въехал/выехал/прибыл/покинул); минимум ручных действий.

Футнот (обычный регистр): разрешение конфликта 3 — главная ежедневная ценность продукта: именно здесь живёт «Яндекс.Такси для бетона». Прецедент по конфликту 4 — маркетплейс сыпучих материалов (Германия) документировал споры о простое как ключевую операционную боль перевозчиков.

Источники

На слайд: «транскрипты встреч, 2026; bau.bi / Schüttflix, 2020–2024; erp-beton.ru».

Вывод

Операционные конфликты решаются автоматикой и GPS — это уже реализовано в продукте у создателя; на внешнем рынке это готовое ежедневное value для всех трёх ролей.

SR-статус

Итерация: 2 · Применимые критерии: 10 (K1–K7, K9, K11, K12) · FAIL: нет · Оценка: 10/10 → PASS Замечания итерации 1: K1 — заголовок был 10 слов, сокращён до 7. Три конфликта на слайде — один тип (операционное исполнение рейса), K2 держится треугольником ролей.

ТИП 3 — КАЧЕСТВО И ДЕНЬГИ: ПОЧТИ ПУСТАЯ НИША

Конфликты вокруг паспорта качества и кредитного лимита не разводит ни один из проверенных конкурентов — это документированная пустая ниша функциональности.

КОНФЛИКТ 6 · ПРОРАБ ↔ ЛАБОРАТОРИЯ ЗАВОДА — ❌ НЕ РЕШАЕТ НИКТО: «ДОЛЕЙТЕ ВОДЫ ПРЯМО НА ОБЪЕКТЕ» ПРОТИВ ГОСТ И ОТВЕТСТВЕННОСТИ Проявление: изменения состава по телефону не документируются — при рекламации невозможно доказать, что уехало на объект. Развод: запрос изменений через платформу с оповещением лаборатории; история изменений и подтверждений.

КОНФЛИКТ 7 · ПРОДАЖИ ↔ ЛАБОРАТОРИЯ — ❌ НЕ РЕШАЕТ НИКТО: «ОТПУСТИТЕ, КЛИЕНТ ЖДЁТ» ПРОТИВ ОСТАНОВКИ НЕСООТВЕТСТВУЮЩЕЙ ПАРТИИ Развод: электронный паспорт формируется из данных лаборатории; нет подписи лаборанта — нет отгрузки.

КОНФЛИКТ 8 · РУК. ПРОЕКТА ↔ ФИНАНСЫ ЗАВОДА: ГРАФИК ТРЕБУЕТ НЕПРЕРЫВНОСТИ — ЛИМИТ БЛОКИРУЕТ ПОСТАВКУ ВРАСПЛОХ Проявление: машины не приехали утром — прораб узнаёт о блокировке по факту, стройка стоит. Развод: остаток лимита виден заранее; предупреждение за 24 часа; быстрая оплата для разблокировки.

Футнот (обычный регистр): статус «не решает никто» — результат функционального разбора конкурентов (матрицы блока 9): ни РФ-SaaS, ни vendor-платформы производителей не автоматизируют регламент изменений смеси и блокирующий паспорт качества. Видимость лимита реализована только внутри закрытых платформ производителей.

Источники

На слайд: «функциональный разбор конкурентов деки; транскрипты встреч, 2026».

Вывод

Электронный паспорт качества и видимый кредитный лимит — функции-дифференциаторы: они закрывают конфликты, которые не решает ни один конкурент, и втягивают в платформу лабораторию и финансы — роли, которых нет у SaaS-соперников.

SR-статус

Итерация: 2 · Применимые критерии: 10 (K1–K7, K9, K11, K12) · FAIL: нет · Оценка: 10/10 → PASS Замечания итерации 1: K1 — заголовок был 10 слов и заявлял «не решает никто» на весь тип, тогда как конфликт 8 частично закрыт закрытыми платформами; сокращён до 8 слов с честным «почти». K6 — статусы ❌ проставлены только конфликтам 6–7.

ТИП 4 — СТРУКТУРНЫЕ КОНФЛИКТЫ, УБИВАЮЩИЕ МАРКЕТПЛЕЙСЫ БЕТОНА

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

КОНФЛИКТ 9 · СОБСТВЕННИК ЗАВОДА ↔ ОПЕРАТОР ПЛАТФОРМЫ: ЗАВОД ХОЧЕТ КЛИЕНТОВ, НО БОИТСЯ ОТДАТЬ КЛИЕНТСКУЮ БАЗУ Прецеденты: ОРЛАН (РФ) — маркетплейс бетона умер, заводы не отдали базу чужой платформе (банкротство 2023–2025); Schüttflix (Германия) — поставщики пытались уходить на прямые договоры. Развод: договорный запрет прямого перехода первые N лет + ценность «операционный инструмент, который завод не хочет терять», а не «чужая клиентская база».

КОНФЛИКТ 10 · СОБСТВЕННИК ↔ СОБСТВЕННИК (передача заказа): ЗАВОД А ПЕРЕГРУЖЕН И ПЕРЕДАЁТ ЗАКАЗ — ЗАВОД Б МОЖЕТ УВЕСТИ КЛИЕНТА Вопросы без ответа сегодня: кто отвечает за качество переданного заказа, кто сторона договора, знает ли клиент. Развод: оператор платформы — единая сторона договора с обоими; заводы — субподрядчики; клиент работает с платформой. Подтверждения из первых уст в RMC нет — вопрос в гайд глубинных интервью [?].

Футнот (обычный регистр): конфликт 9 — структурная причина пустоты ниши: везде, где платформу делает производитель, независимые заводы не входят; где делает независимый оператор без операционной ценности — не входят заводы. Позиция «нейтральный оператор с живым операционным контуром» — единственная, разводящая конфликт; это ядро позиционирования продукта.

Источники

На слайд: «арбитражные материалы и СМИ по ОРЛАН, 2023–2026; bau.bi / Schüttflix (DE), 2020; транскрипты встреч».

Вывод

Структурные конфликты диктуют форму бизнеса: выводить продукт под нейтральным брендом, с data privacy по умолчанию и операционной ценностью для завода — иначе повторяется судьба независимых маркетплейсов.

SR-статус

Итерация: 2 · Применимые критерии: 10 (K1–K7, K9, K11, K12) · FAIL: нет · Оценка: 10/10 → PASS Замечания итерации 1: K5 — прецеденты названы по имени (ОРЛАН, Schüttflix) вместо анонимных описаний; полные карточки игроков — в блоках 7–8 (PACK-2), дубли не создаются. Конфликт 10 честно помечен [?] — верификация в интервью.

ВЫВОД: ПОСТАВКА БЕТОНА — ВСЕГДА ПЕРЕГОВОРЫ, НЕ ПРОЦЕСС

Десять структурных конфликтов делают каждую поставку переговорами, а не процессом: платформа, которая явно разводит конфликты данными и правилами, создаёт ценность — игнорирующая их провалится.

ВЫВОДИТЬ ПРОДУКТ ЧЕРЕЗ СОБСТВЕННИКОВ ЗАВОДОВ — ОНИ ГЕЙТКИПЕРЫ СТРОИТЬ ЕЖЕДНЕВНУЮ ЦЕННОСТЬ ВОКРУГ ПРОРАБА И ДИСПЕТЧЕРА ВОДИТЕЛЬ — МИНИМУМ ДЕЙСТВИЙ: АВТОСТАТУСЫ ПО GPS ИНТЕГРИРОВАТЬ 1С, GPS, ЭДО — БЕЗ ЭТОГО ПЛАТФОРМА НЕ РАБОТАЕТ COMPLIANCE ПО УМОЛЧАНИЮ: ЭТрН С 01.09.2026, ФЗ-152, ГОСТ КОНФЛИКТЫ 1–8 РАЗВОДЯТСЯ ДАННЫМИ И ПРАВИЛАМИ КОНФЛИКТЫ КАЧЕСТВА (6–7) НЕ РЕШАЕТ НИКТО — НАШ ДИФФЕРЕНЦИАТОР КОНФЛИКТЫ 9–10 РАЗВОДИТ ТОЛЬКО НЕЙТРАЛЬНЫЙ ОПЕРАТОР НЕЙТРАЛЬНЫЙ БРЕНД + DATA PRIVACY — УСЛОВИЕ ВХОДА ЗАВОДОВ ГИПОТЕЗУ ПЕРЕДАЧИ ЗАКАЗОВ (10) ПРОВЕРИТЬ В ГЛУБИННЫХ ИНТЕРВЬЮ

Футнот (обычный регистр): сводка типов: внутренние (1–2), операционные (3–5), качество и деньги (6–8), рыночные структурные (9–10). Эмпирика: конфликт 9 подтверждён исходами двух платформ (банкротство РФ-маркетплейса; попытки прямого выхода поставщиков в DE); конфликты 6–7 — функциональным разбором всех конкурентов деки.

Источники

На слайд: «сводка блока: транскрипты встреч, продуктовые данные конкурентов, арбитражные материалы, 2026».

Вывод

Стейкхолдерная карта определяет и GTM (собственник → диспетчер → прораб), и позиционирование (нейтральный оператор с операционным контуром), и функциональные дифференциаторы (паспорт качества, лимит) — конкурентный блок дальше сверяет с ней каждого игрока.

SR-статус

Итерация: 2 · Применимые критерии: 10 (K1–K7, K9, K11, K12) · FAIL: нет · Оценка: 10/10 → PASS Замечания итерации 1: K11 — заголовок «поставка бетона это переговоры» грамматически разговорный, заменён. A7: 10 строк ≤8 слов, числа почти отсутствуют — канон соблюдён.