Предварительное предложение 17.07.2026

Управленческая система,
которой можно доверять.

RAEVSKI / PRANA уже производит достаточно данных для первого управленческого контура. Но сегодня эти данные живут в отдельных таблицах и отвечают на локальные вопросы — не на главный вопрос собственника: что компания действительно заработала и какими деньгами можно распоряжаться?

Посмотреть предложение Почему нельзя просто автоматизировать

Поступления344 308,32 BYN

Списания342 379,81 BYN

Сырая cash delta+1 928,51 BYN

01.01–10.07.2026 · до исключения внутригрупповых операций · это оборот, не прибыль

Диагноз

Что происходит сейчас

Данные есть. Единой системы — нет.

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

Сильная база

Компания уже фиксирует реальные события

договоры и оплаты по дизайну;
сметы работ и материалов;
закупки, поставщики и движение под отчётом;
ФОТ, мотивацию и выплаты;
банковские поступления и списания;
этапы, приёмку и долги по стройке.

Системный разрыв

Одно событие выглядит по-разному в каждом файле

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

Показательный пример

В «Расходке» итог остатка возвращает #REF!, сумма 340 находится за пределами формулы, а назначения большинства операций не заполнены.

Ошибка не в человеке — отсутствует контрольный контур.

Стандарт данных

ОБЯЗАТЕЛЬНОЕ УСЛОВИЕ

Без стандарта документов регулярной аналитики не будет.

Клиент может не строить полную систему управления. Но даже для обработки текущих данных документы придётся вести по минимальным единым правилам. Иначе каждое обновление остаётся ручным расследованием, а результат нельзя воспроизвести.

СейчасРазные формы

Свободные поля, локальные формулы, неодинаковые статусы.

Часть нашей работыЕдиный стандарт

Шаблоны, обязательные поля, справочники и проверки.

РезультатОбрабатываемые данные

Повторяемый импорт, сверка и управленческий расчёт.

Что будет сформировано

Рабочие документы на базе того, что уже ведёт команда.

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

DOC-01Master Projects v1

project ID · клиент · юрконтур · направление · статус

DOC-02Движение денег

дата · кошелёк · валюта · назначение · проект · источник

DOC-03Авансы и обязательства

контрагент · проект · сумма · срок · статус · владелец

DOC-04Экономика проекта

договор · оплаты · выручка · прямые затраты · OPEX · результат

DOC-05Справочники и контроль

категории · статусы · валюты · качество · дата обновления

Не опция внедрения, а входной контракт.

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

Граница правды

Что можно получить из текущих данных

Часть картины уже видна. Главные ответы пока заблокированы.

Можно считать сейчасVERIFIED

Банковские обороты по RAEVSKI и PRANASTUDIO

Сырая разница поступлений и списаний

Отдельные выплаты, закупки и элементы ФОТ

Полнота и свежесть каждого источника

Нельзя считать безопасноHOLD

Операционная прибыль компании

Свободные деньги собственника

Маржа и себестоимость каждого проекта

Обязательства, авансы и прогноз кассовых разрывов

Если автоматизировать текущие таблицы напрямую, получится быстрый интерфейс с недостоверными выводами. Сначала нужно определить, что именно считается фактом и по каким правилам.

Целевая система

Как будет работать UPCTRL

Не замена всех таблиц. Управленческий слой над ними.

На первом этапе команда продолжает работать в знакомых инструментах. UPCTRL принимает данные, проверяет их, связывает и показывает собственнику только расчёты с понятным происхождением.

ИсточникиGoogle SheetsБанки и кассыBitrix read-only

Контур UPCTRLНормализацияПроверки качестваЕдиные справочники

УправлениеМетрикаПричинаОтветственныйДействие

Что компания действительно заработала?

Сколько денег свободно после обязательств?

Какое направление или проект требует решения?

Стартовый оффер

Phase 0 · Management discovery

Сначала — доказать управленческую правду.

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

Декомпозиция Phase 0

Из чего складываются 25–40 часов.

Работы частично идут параллельно. Часы показывают загрузку команды, а не тайм-биллинг: стоимость этапа фиксируется пакетом до старта.

№	Контур работы	Проверяемый результат	Часы	Календарь
01	Модель бизнеса и карта источников	Направления, контуры, владельцы и границы фактов	4–6	Дни 1–2
02	Стандарты и шаблоны документов	Пакет DOC-01…05 на основе текущих файлов	7–11	Дни 2–5
03	Контракт метрик и финансов	8 формул, кошельки, авансы, обязательства, правила качества	5–8	Дни 4–6
04	Сверка 3–5 проектов	Доказанная цепочка от договора до результата	5–9	Дни 6–9
05	Прототип, QA и решение	Первый экран, точное ТЗ, бюджет и GO / HOLD	4–6	Дни 9–10
Итого Phase 0			25–40	10 рабочих дней

Модель бизнеса

Направления, продукты, юридические контуры и владельцы результата.

Стандарт документов

Рабочие шаблоны на базе текущих файлов: обязательные поля, статусы, справочники и контроль заполнения.

Master Projects v1

Единый код проекта для договоров, оплат, смет, закупок и работ.

Data contract

Формулы восьми метрик, кошельки, авансы, обязательства, источники и владельцы.

Сверка 3–5 проектов

Договор → деньги → этапы → затраты → обязательства → результат.

Точное ТЗ MVP

Граница первой версии, календарь, бюджет и критерии приёмки.

Критерий приёмки

Любая цифра первого экрана прослеживается до источника.

согласованы формулы и определения;
3–5 проектов сходятся по контрольной цепочке;
назначены владельцы и периодичность обновления;
сформирован честный GO / HOLD по рабочему MVP.

Roadmap

Развитие по доказанной ценности

Каждый следующий слой начинается только после gate.

Сроки после Phase 0 являются ориентировочными. Точная оценка появляется после сверки данных, прав доступа и реальных сценариев.

Предлагаем начать здесь

Управленческая правда

Фиксируем правила, устраняем смысловые противоречия и доказываем расчёты на реальных проектах.

10 рабочих дней

После GO

Financial Cockpit

Первый рабочий модуль UPCTRL: деньги, результат, обязательства, качество данных и проблемное направление.

3–5 недель

После стабилизации MVP

Экономика проектов

План-факт, этапы, себестоимость, маржа, сроки и причины отклонений по каждому проекту.

4–6 недель

По подтверждённому эффекту

Операционная автоматизация

Read-only Bitrix, регулярные импорты, сверки, контроль качества и уведомления ответственным.

4–8 недель

Нужна качественная история

Статистика и прогноз

Сравнение направлений, LTV, прогноз кэша, сценарии и управленческие рекомендации.

После 3 циклов закрытия

Условия успеха

Что требуется от клиента

Решения и доступ — не дополнительная нагрузка.

01Назначить владельца проекта и владельцев источников.
02Подтвердить направления, юрлица и правила консолидации.
03Выбрать 3–5 эталонных проектов для сверки.
04Дать read-only доступ к Bitrix и недостающим данным.
05Принять решения по спорным определениям в течение 1–2 дней.

Что не входит в Phase 0

Не строим систему до согласования её правды.

production-интеграции с банками;
полная перестройка текущих таблиц;
глубокая автоматизация Bitrix;
LTV, KPI и прогнозные модели;
полноценный ERP-контур;
автоматические управленческие решения.

Предлагаемое решение на встрече

Запустить Phase 0.
Через 10 дней принять честный GO / HOLD.

Результат — не презентация и не набор гипотез, а проверенная управленческая модель, по которой можно безопасно строить первый модуль UPCTRL.

DECISION GATE22.07

Утвердить Phase 0, владельца проекта и эталонные проекты.

Вернуться к составу работ