Компания уже фиксирует реальные события
- договоры и оплаты по дизайну;
- сметы работ и материалов;
- закупки, поставщики и движение под отчётом;
- ФОТ, мотивацию и выплаты;
- банковские поступления и списания;
- этапы, приёмку и долги по стройке.
Предварительное предложение 18.07.2026
RAEVSKI / PRANA уже производит достаточно данных для первого управленческого контура. Но сегодня эти данные живут в отдельных таблицах и отвечают на локальные вопросы — не на главный вопрос собственника: что компания действительно заработала и какими деньгами можно распоряжаться?
01.01–10.07.2026 · до исключения внутригрупповых операций · это оборот, не прибыль
Диагноз
Что происходит сейчас
Текущие файлы — не хаос и не бесполезная работа. Это набор операционных инструментов, выросших вместе с бизнесом. Они хорошо обслуживают отдельные роли, но используют разные определения, валюты, структуры и правила.
В «Расходке» итог остатка возвращает #REF!, сумма 340 находится за пределами формулы, а назначения большинства операций не заполнены.
Стандарт данных
Клиент может не строить полную систему управления. Но даже для обработки текущих данных документы придётся вести по минимальным единым правилам. Иначе каждое обновление остаётся ручным расследованием, а результат нельзя воспроизвести.
Свободные поля, локальные формулы, неодинаковые статусы.
Шаблоны, обязательные поля, справочники и проверки.
Повторяемый импорт, сверка и управленческий расчёт.
Что будет сформировано
Мы не заставляем начинать с пустого листа. Берём полезную логику существующих таблиц, убираем неоднозначность и выпускаем согласованные версии для дальнейшего ведения.
project ID · клиент · юрконтур · направление · статус
дата · кошелёк · валюта · назначение · проект · источник
контрагент · проект · сумма · срок · статус · владелец
договор · оплаты · выручка · прямые затраты · OPEX · результат
категории · статусы · валюты · качество · дата обновления
Без этих правил можно сделать разовый отчёт. Нельзя сделать регулярную аналитику, которой собственник сможет доверять.
Граница правды
Что можно получить из текущих данных
Банковские обороты по RAEVSKI и PRANASTUDIO
Сырая разница поступлений и списаний
Отдельные выплаты, закупки и элементы ФОТ
Полнота и свежесть каждого источника
Операционная прибыль компании
Свободные деньги собственника
Маржа и себестоимость каждого проекта
Обязательства, авансы и прогноз кассовых разрывов
Если автоматизировать текущие таблицы напрямую, получится быстрый интерфейс с недостоверными выводами. Сначала нужно определить, что именно считается фактом и по каким правилам.
Целевая система
Как будет работать UPCTRL
На первом этапе команда продолжает работать в знакомых инструментах. UPCTRL принимает данные, проверяет их, связывает и показывает собственнику только расчёты с понятным происхождением.
Что компания действительно заработала?
Сколько денег свободно после обязательств?
Какое направление или проект требует решения?
Стартовый оффер
Phase 0 · Management discovery
Ограниченный этап с понятным результатом. Он превращает текущие файлы в согласованную модель данных и даёт основание для точной оценки рабочего MVP.
Декомпозиция Phase 0
Работы частично идут параллельно. Часы показывают загрузку команды, а не тайм-биллинг: стоимость этапа фиксируется пакетом до старта.
| № | Контур работы | Проверяемый результат | Часы | Календарь |
|---|---|---|---|---|
| 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 рабочих дней | ||
Направления, продукты, юридические контуры и владельцы результата.
Рабочие шаблоны на базе текущих файлов: обязательные поля, статусы, справочники и контроль заполнения.
Единый код проекта для договоров, оплат, смет, закупок и работ.
Формулы восьми метрик, кошельки, авансы, обязательства, источники и владельцы.
Договор → деньги → этапы → затраты → обязательства → результат.
Граница первой версии, календарь, бюджет и критерии приёмки.
Рабочий MVP
Financial Cockpit · 3–5 недель после GO
Phase 0 доказывает правила и данные. MVP использует их в рабочем контуре UPCTRL и даёт собственнику один экран для денег, результата, обязательств и проблемных зон.
Формулы · документы · 3–5 сверенных проектов · точное ТЗ
Cockpit · контроль качества · ответственный · действие
5–8 ключевых показателей, период, направления, отклонения и единая точка управленческого внимания.
Поступления, выплаты, кошельки, авансы, обязательства и доступный денежный остаток.
Master Projects связывает договор, оплаты, направление, статус и контрольную экономику проекта.
Повторяемый импорт подготовленных Sheets / CSV с проверкой обязательных полей до расчёта.
Для каждой цифры видны источник, свежесть, полнота данных и версия правила расчёта.
Проблемный сигнал связывается с причиной, ответственным, следующим действием и сроком контроля.
Не по презентации, а по живым данным с понятным источником, правилом и датой обновления.
В MVP не обещаем полный ERP, глубокую автоматизацию Bitrix, детальный учёт всех операций и AI-решения. Точная комплектация, бюджет и календарь фиксируются только после Phase 0.
После MVP
Полный контур OS UPCTRL
Каждый слой оценивается отдельно и начинается только после gate предыдущего. Так OS растёт вокруг доказанных правил, а не вокруг дорогих предположений.
Переносим master-данные, стандарты документов, правила закрытия и контроль качества в постоянный контур UPCTRL.
Добавляем договоры и этапы, план-факт, себестоимость, маржу, сроки и причины отклонений по каждому проекту.
Закупки, согласования, задачи, документы и SLA переходят из разрозненных таблиц в роли, статусы и маршруты UPCTRL.
Проверяет полноту, аномалии, просрочки и расхождения; показывает доказательство, приоритет, владельца и контроль устранения.
Кассовые разрывы, дрейф маржи, сравнение направлений, сценарии и рекомендации для регулярного управленческого цикла.
Условия успеха
Что требуется от клиента
Что не входит в Phase 0
Предлагаемое решение на встрече
Результат — не презентация и не набор гипотез, а проверенная управленческая модель, по которой можно безопасно строить первый модуль UPCTRL.
Утвердить Phase 0, владельца проекта и эталонные проекты.
Вернуться к составу работ