100% предоплата за 2–3 месяца. 60 дней отсрочки поставщика после FOB. Оборот другой сделки — около двух дней. На первый взгляд это три совершенно разные истории. На деле во всех трёх работает один принцип: хозяйственное решение трудно нормально оценить внутри одной функции.

Один из самых показательных примеров был с фризерами. Клиенты оплачивали оборудование полностью за 2–3 месяца до фактического получения. Сначала это просто позволило запустить бизнес почти без собственного капитала, но позже схема стала интереснее.

Китайский поставщик дал условия: 30% предоплаты, около месяца на производство, затем FOB, а оставшиеся 70% — через 60 дней после FOB. Морская доставка занимала 30–35 дней. Получалось, что товар уже приезжал, начинал работать и продаваться, а значительная часть денег поставщику ещё не была уплачена.

Если смотреть только продажи, видно: продали фризер. Для закупок главное — хорошая отсрочка. Финансист увидит необычный денежный цикл. Но хозяйственный смысл появляется только вместе: предоплата клиента финансирует оборот, отсрочка поставщика уменьшает потребность в собственных деньгах, оборудование приводит клиента, а дальше начинаются расходники, сервис и повторные продажи. Фризер оказывается одновременно товаром, способом привлечения клиента и частью механизма финансирования роста.

Другой пример — смеси для мороженого. Производитель находился в Москве, но рядом с Сочи была небольшая база в Дагомысе. Она выкупала у завода месячный объём примерно на 1–1,5 млн рублей. По тогдашнему курсу 37–38 рублей за доллар это около $26–40 тыс.

Для нас цена при этом оставалась практически заводской. Партнёр зарабатывал на своей объёмной скидке и своими деньгами держал большой запас рядом с рынком. Машина после маршрута могла заехать на обратном пути и забрать только нужные сейчас 300–500 тысяч рублей товара. Причём значительная часть этих денег уже была собрана в текущей дистрибуции. Плюс исчезала отдельная доставка из Москвы — ещё около 5% экономии.

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

Третий случай — попкорн. Рожки обычно можно было продавать с наценкой 80–90%, но в одной связанной схеме наценка на них сознательно снижалась примерно до 20–25%.

Локально решение выглядит плохо: большую часть маржи добровольно отдали. Но взамен получали попкорн дешевле, убирали отдельную входящую доставку, а собственная дистрибуция обеспечивала оборот примерно за два дня. Если смотреть только отчёт по марже рожков — решение неудачное. Если отдельно закупку попкорна — просто хорошая цена. Если отдельно логистику — небольшая экономия.

Только в одном межфункциональном представлении становится видна вся цепочка: потеряли часть маржи здесь → выиграли в закупке там → сэкономили доставку → ускорили оборот → получили дополнительную продажу. И вот тогда уже можно посчитать настоящий результат.

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

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

Именно такие ситуации во многом сформировали один из принципов Operational Radar. Система должна не просто показывать показатели рядом. Она должна уметь увидеть подобную хозяйственную комбинацию, посчитать её целиком и, если условия повторяются, предложить вариант решения человеку.

Техника здесь уже вторична. Сначала нужно понять, что именно мы связываем и почему эта связь меняет решение. Наверное, поэтому самые интересные возможности часто находятся не внутри отдельного показателя. Они находятся между ними.