onctrl — это IT-проект по созданию программного продукта
Мы строим собственное SaaS-решение — систему управления бизнесом на маркетплейсах РФ (Ozon, Wildberries, Yandex.Market). Проектируем, разрабатываем и доводим продукт до состояния, готового к реальной работе с клиентами.
Что мы создаём
SaaS-платформа для маркетплейсов. Модульная архитектура, мульти-МП интеграция, встроенная финансовая логика. Веб-интерфейс + API. Отдельные треки Enterprise и SMB.
Цель к концу 2026
Рабочий продукт в production с полным набором ключевых модулей. Подтверждённая логика на реальных данных пилотных клиентов. Стабильная, отлаженная система.
Сроки и этапы
Апрель 2026: М-01 в продакшн
Май–июнь: М-02 и М-03 (новые модули)
Июль–сентябрь: работа с пилотами
Октябрь–декабрь: доводка, подготовка к масштабу
Команда
Продуктовая группа: Женя, Саша Б., Таня
Техническая группа: Влад, Эдуард (Senior BE), Максим (Фронт), Максим (Джуниор)
Тех. надзор: Алексей
Стратегия и развитие: Олег, Саша З.
Какую проблему мы решаем
Российский маркетплейс — это не витрина. Это живой механизм с собственной логикой, штрафами, алгоритмами и правилами, которые меняются быстрее, чем успеваешь адаптироваться. Большинство предпринимателей управляют оборотом, думая что управляют прибылью.
- Потеря маржи незаметноМаркетплейс принудительно включает в акцию — продавец теряет % маржи, не зная об этом часами.
- Ручное управление ценамиУправление прайсингом на WB + Ozon + ЯМ одновременно требует 2–3 отдельных инструментов.
- Excel вместо аналитикиФинансовый отчёт строится вручную — часы работы, неполная картина, нет разбивки по артикулам.
- Непрозрачная прибыльРеальная чистая прибыль на артикул — с учётом логистики, хранения, рекламы — почти никто не считает точно.
- Переключение контекстаМенеджер маркетплейса ведёт 5–10 магазинов и вынужден скакать между вкладками, теряя время и совершая ошибки.
- Нет единого источника данныхWB, Ozon, ЯМ — каждый в своей экосистеме. Единый P&L не сводится без самописных скриптов.
onctrl — философия и подход
Пять разделов, в которых сформулирована суть продукта: откуда берётся проблема, что мы решили делать, как думаем и для кого строим.
Мы знаем, как это устроено
Российский маркетплейс — это не витрина. Это живой механизм с собственной логикой, штрафами, алгоритмами и правилами, которые меняются быстрее, чем успеваешь адаптироваться.
Каждый день предприниматель принимает десятки решений: что закупить, сколько отгрузить, где теряется маржа, почему упали позиции, куда ушли деньги. И делает это часто вслепую — в таблицах, мессенджерах, разрозненных отчётах.
Мы прошли этот путь. Мы знаем, что такое пересорт в пятницу вечером. Мы знаем, как выглядит кассовый разрыв, который никто не предсказал. И знаем главное: большинство управляют оборотом, думая что управляют прибылью.
Именно поэтому мы строим onctrl.
II. Во что мы верим
Шесть принципов, на которых держится каждый модуль.
Предприниматель не должен быть аналитиком
Он должен принимать решения. Наша задача — дать ему точные данные, понятный контекст и инструменты, которые работают так же естественно, как он думает.
Данные без бизнес-логики — это шум
Мы не показываем цифры — мы показываем смысл за цифрами. Каждый показатель существует, потому что он влияет на решение.
Реальная прибыль — единственная честная метрика
Оборот — не результат. Выручка маркетплейса — не прибыль. Полная структура цены: закупка → комиссии → логистика → хранение → возвраты → налоги → чистая маржа. До копейки.
Сложность должна быть внутри, а не снаружи
Интеграции, расчёты, синхронизация — это наша работа. Пользователь видит результат, а не механизм.
Контроль — это спокойствие
Когда предприниматель открывает onctrl, он должен за две минуты понять состояние своего бизнеса. Не изучить — а понять. Это и есть настоящий контроль.
Маркетплейсы меняют правила — мы меняемся быстрее
Комиссии, алгоритмы, условия хранения — меняются без предупреждения. onctrl проектируется так, чтобы изменения платформ не становились кризисом для пользователя.
III. Что мы строим
Не база данных. Не конструктор отчётов. Не ещё один дашборд. Это рабочее пространство, где финансовый учёт, операционное управление, аналитика и контроль остатков существуют как единый организм — настроенный под логику вашего бизнеса, а не под логику разработчика.
Менеджер по продукту
Детальная аналитика по каждому SKU: динамика продаж, остатки, рентабельность, позиции.
Руководитель направления
Картина по категории или бренду. План-факт, KPI команды, тренды.
Собственник
Бизнес целиком — финансовый результат, эффективность каналов, стратегические показатели.
Все уровни связаны. Цифра в отчёте собственника — та же, что в карточке товара у менеджера. Никаких параллельных версий реальности. Пространство собирается из готовых модулей — как конструктор, но от лучшей практики, а не с нуля. Система растёт вместе с бизнесом: от 3 SKU до 10 000.
IV. Как мы думаем и делаем
Пять принципов разработки продукта.
Точность — это не опция
Ошибка в данных — потеря денег и доверия. Мы исключаем неточность на уровне архитектуры.
Ясность — в каждом экране
Интерфейс не требует обучения. Понятно с первого взгляда. Это уважение к времени предпринимателя.
Эстетика — это функция
Современный интерфейс — не украшение. Сигнал: здесь всё сделано серьёзно. Дизайн вызывает доверие до первого клика.
Адаптивность — это свобода
Мы не навязываем единственный способ. Инструмент подстраивается под вас — сегодня и через два года.
Мы не останавливаемся
Маркетплейсы меняются. Бизнес меняется. onctrl меняется вместе с ними — непрерывно, без потери стабильности.
V. Для кого это
Для предпринимателя
Который хочет перестать тушить пожары и начать управлять.
Для менеджера
Которому нужна точная картина по его зоне ответственности — без лишнего шума.
Для команды
Которой нужна единая картина бизнеса — без совещаний ради совещаний.
Для бизнеса
Который растёт и не хочет менять инструменты на каждом следующем уровне.
onctrl. Контроль. Ясность. Рост.
Кому нужен продукт — сегменты рынка
| Сегмент | Выручка/мес | Команда | SKU | Боль | Подход / ожидания | Тренд сегмента | Готовность платить |
|---|---|---|---|---|---|---|---|
| Корпоративный бизнес WIN | 50+ млн ₽ | 20+ чел. | 1 000+ | Единая отчётность, выстраивание процессов, согласованность между департаментами | Индивидуальный подход, кастомизация под процессы клиента | 📈 Растёт построенные процессы |
Индивидуально |
| Крупный бизнес WIN | 5–50 млн ₽ | 10+ чел. | 500+ | Единая отчётность, точность расходов | Готовы к стандарту + настройка отчётов под себя | 📈 Растёт построенные процессы |
10 000+ ₽/мес |
| Средний бизнес | 1–5 млн ₽ | 3–7 чел. | 100–500 | Ручной прайсинг, Excel | Максимально стандартные решения, минимум кастома | 📈 Растёт | 3 000–5 000 ₽/мес |
| Малый бизнес | до 1 млн ₽ | 1 чел. | <100 | Перегруженность задачами, цена критична | Только стандарт, цена — принципиально | 📉 Падает | 1 000–2 000 ₽/мес |
| Менеджер МП (фрилансер) | — | 1 чел. | 300+/магазин | Переключение между инструментами, цена критична | Сейчас пользуются несколькими сервисами «по чуть-чуть», складываются деньгами на общий | — нет данных сложно собрать |
2 000–3 000 ₽/мес |
| РОП / команда | любая | 3–10 чел. | любое | Контроль команды | — | — нет данных часть других сегментов |
Индивидуально |
WIN — приоритетные сегменты: корпоративный и крупный бизнес (растут + платёжеспособны + нужен наш продукт).
На тесте — 5 пилотных клиентов
Продукт тестируется параллельно на компаниях всех размеров — от фрилансера до корпоративного бизнеса.
Кто и за что отвечает
Семь партнёров. Каждый владеет своим доменом. Нет иерархии подчинения — есть зоны ответственности. Ключевые решения — коллегиально. Исполнение — самостоятельно.
Как работает конвейер
удобно пользователю
по Design System Тани
по стандартам архитектуры
Принципы взаимодействия
Три правила конвейера
Подключённые маркетплейсы и системы
Сейчас — полная интеграция
Позже — в перспективе
Дорожная карта проекта
Декабрь 2025 — Декабрь 2026. Текущий месяц: Март 2026
архитектура, рабочие пространства, регистрация и вход, stage и прод-деплой
коннекторы WB / Ozon / YM, планировщик синхронизации, очередь задач
модели товаров, брендов, категорий, атрибутов и себестоимости
загрузка, хранение, агрегация по периодам и SKU, API-выдача
движок распределения расходов, правила сверки, расчёт целевых цен
дэшборды прибыльности, алерты, история действий в кабинетах
движок стратегий, репрайсер, учёт СПП, история изменений цен
10 млрд / 1 млрд / 150 млн / 10 млн / фрилансер
🔐 Бюджет проекта / Партнёрство только для партнёров
Отдельный трек бюджетирования, кэшфло и долевого участия. Идёт параллельно с разработкой.
Блоки системы onctrl
Нажмите на блок, чтобы раскрыть модули. Каждый блок — независимый модуль системы с собственным набором функций.
Модель распределения долей — черновик для обсуждения
100% проекта распределяются по четырём механизмам. Каждый партнёр может получить долю через один или несколько из них. Модель разработана для справедливого учёта разных форм вклада: исторического участия, трудозатрат и финансовых инвестиций.
- Евгений — 5%
- Олег — 5%
- Татьяна — 5%
- Александр Б. — 5%
Без вестинга. Начисляется сразу при подписании соглашения.
Доля = (твои часы / сумма часов всех) × 25%
- Потолок: 10% на одного человека
- Клифф: 100 часов (до этого — 0%)
- Учёт: самоотчёт, все часы с начала проекта
- Отсечка: момент монетизации — финальная фиксация
- Второй этап распределения по времени (если проект масштабируется)
- Раунд 2 — дополнительное поощрение активных участников
- Решение принимается консенсусом партнёров
Не распределяется автоматически. Фиксируется при подписании соглашения.
- Раунд 1: 30% по 50 000 ₽ за 1% (только партнёры)
- Раунд 2: 20–25% по 75–100 тыс. ₽ за 1% (партнёры + внешние)
- Лимит: 25% на одного человека
- Преимущественное право у действующих партнёров
Что такое вестинг и клифф?
Вестинг — это механизм, при котором доля «созревает» постепенно, по мере вашего участия в проекте. Вы не получаете всю долю сразу, а зарабатываете её, вкладывая время. Это защищает всех партнёров: если кто-то ушёл рано — он не уносит незаработанную долю.
Клифф — это минимальный порог, до которого доля не начисляется вообще. В нашей модели клифф = 100 часов. Это значит:
- Пока вы не отработали 100 часов — ваша доля за время равна 0%
- Как только порог пройден — пересчёт идёт с первого часа
- Клифф — это фильтр от ситуации «поучаствовал месяц и ушёл с долей»
Как работает распределение за время — пример
Допустим, к моменту запуска проекта сумма часов всех партнёров = 2 800 часов. Тогда:
| Партнёр | Часы | Клифф (100 ч.) | Расчёт | Доля |
|---|---|---|---|---|
| Влад | 800 | Пройден | 800/2800 × 25% = 7.1% | 7.1% |
| Евгений | 500 | Пройден | 500/2800 × 25% = 4.5% | 4.5% |
| Олег | 300 | Пройден | 300/2800 × 25% = 2.7% | 2.7% |
| Татьяна | 300 | Пройден | 300/2800 × 25% = 2.7% | 2.7% |
| Александр Б. | 300 | Пройден | 300/2800 × 25% = 2.7% | 2.7% |
| Александра З. | 300 | Пройден | 300/2800 × 25% = 2.7% | 2.7% |
| Алексей | 300 | Пройден | 300/2800 × 25% = 2.7% | 2.7% |
| Итого | 2 800 | ~25% |
* Цифры иллюстративные. Финальный расчёт — по фактическим часам на момент запуска проекта.
Текущий статус по часам
Обновляется при внесении часов через кнопку «Внести часы» в навигации. Нажмите «Обновить», чтобы увидеть свежие данные от коллег.
| Партнёр | Часы (факт) | Клифф (100 ч.) | До клиффа | Доля (≈) |
|---|---|---|---|---|
| Влад | 270 | Пройден | — | — |
| Евгений | 220 | Пройден | — | — |
| Алексей | ~85 | Почти | ~15 ч. | — |
| Олег | 50 | Нет | ~50 ч. | — |
| Александра З. | 31 | Нет | ~69 ч. | — |
| Александр Б. | 24 | Нет | ~76 ч. | — |
| Татьяна | нет данных | ? | ? | — |
Инвестиционные раунды
Бюджет проекта: 2 500 000 ₽. Инвестиционный пул (50%) продаётся частями.
Раунд 1 — «Основатели»
- Продаётся: 30% из 50%
- Цена: 50 000 ₽ за 1%
- Доступ: только 7 партнёров
- Сумма при полном выкупе: 1 500 000 ₽
- Лимит на человека: 25%
Раунд 2 — «Рост»
- Продаётся: 20–25% из 50%
- Цена: 75 000 – 100 000 ₽ за 1%
- Доступ: партнёры + внешние инвесторы
- Сумма при полном выкупе: 1 500 000 – 2 500 000 ₽
- +5% резерв пула времени — по решению партнёров
- Партнёры имеют преимущественное право
Допэмиссия (если потребуется)
Если не хватит инвестиций, возможен выпуск дополнительных долей — например, ещё 20%. В этом случае общий «пирог» становится 120%, и все существующие доли пропорционально уменьшаются. Пример: было 10% из 100% → стало 10% из 120% = ~8,3%. Действующие партнёры имеют преимущественное право на выкуп, чтобы сохранить свою долю.
Сценарии развития
А. Проект сворачивается
- Активы (код, наработки) остаются у bagandmusic по остаточной/символической цене
- Инвестиции деньгами не возвращаются — нет источника
- Доли за время и историю обнуляются
- Решение о закрытии — общее голосование
Б. Не хватает инвестиций
- Допэмиссия — размывает доли всех
- Партнёры докладывают — их доля растёт
- Внешний инвестор — все размываются пропорционально
- Преимущественное право у действующих партнёров
В. Кто-то выходит до монетизации
- Историческая доля сохраняется
- Доля за время — только созревшая часть (по клиффу/вестингу)
- Инвестиции — возврат возможен, но с понижающим коэффициентом (проект ещё не приносит доход)
- Выплата — через 6 месяцев после заявления о выходе
Г. После начала монетизации — время = зарплата
- С момента запуска проекта вовлечение по времени оплачивается зарплатой, а не долей
- Доли за время фиксируются на момент монетизации и больше не растут
- Партнёры, которые продолжают работать, получают рыночную компенсацию
- Размер зарплат определяется операционным голосованием (4 из 7)
Д. Кто-то выходит после монетизации
- Доля оценивается по рыночной/согласованной оценке проекта
- Остальные партнёры имеют преимущественное право выкупа
- Уведомление о выходе: за 3 месяца
- Возможна рассрочка выплаты на 6 месяцев
Е. «Спящий» партнёр — не участвует, но не выходит
- Историческая и купленная доля сохраняется
- Доля за время перестаёт накапливаться
- Теряет право голоса при принятии решений
- Продолжает получать дивиденды пропорционально доле (после монетизации)
Статус документа
Это черновик для обсуждения, а не финальное решение. Все цифры, проценты и механизмы подлежат согласованию со всеми партнёрами. Финальная версия будет оформлена в виде партнёрского соглашения после общего утверждения.
Как принимаются решения в проекте
Все решения разделены на три категории по степени важности. Чем серьёзнее решение — тем больше голосов требуется.
Стратегические
Решения, которые затрагивают саму структуру проекта и права партнёров. Требуют квалифицированного большинства — 6 из 7.
- Закрытие проекта — решение о полной остановке деятельности
- Изменение долей — любой пересмотр существующего распределения
- Допэмиссия — выпуск новых долей, размывающий существующие
- Привлечение внешнего инвестора — допуск нового участника с долей
- Продажа проекта — полная или частичная продажа третьей стороне
- Изменение правил голосования — пересмотр самой модели принятия решений
- Смена юридической формы — реорганизация, слияние
Операционные
Решения по развитию продукта и текущей деятельности. Простое большинство — быстрые решения без блокировки.
- Выбор технологий — стек, фреймворки, инфраструктура
- Приоритеты разработки — что делаем в первую очередь
- Маркетинговая стратегия — каналы, бюджеты, позиционирование
- Найм подрядчиков — привлечение внешних исполнителей
- Бюджетные решения до 50 000 ₽ — разовые расходы
- Партнёрства и интеграции — сотрудничество с другими сервисами
- Изменение тарифной политики — цены для клиентов
Оперативные
Ежедневные решения в рамках своей зоны ответственности. Принимаются самостоятельно, без голосования.
- Технические решения — в рамках своего направления
- Расходы до 10 000 ₽ — мелкие операционные траты
- Управление задачами — распределение внутри спринта
- Коммуникация с клиентами — текущее взаимодействие
- Публикация контента — посты, обновления
Кворум и тай-брейк
- Кворум: голосование действительно при участии минимум 5 из 7 партнёров
- Голосование: 1 партнёр = 1 голос (независимо от размера доли)
- Тай-брейк: при равном голосовании — решающий голос у управляющего партнёра
- Срок на голосование: 5 рабочих дней с момента постановки вопроса
- Неответивший в срок — считается воздержавшимся
«Спящий» партнёр и право голоса
- Партнёр, не участвующий в проекте более 3 месяцев, теряет право голоса
- Его доля при этом сохраняется
- Право голоса восстанавливается при возобновлении активного участия
- Критерий неучастия: отсутствие часов + нет ответов на голосования 30 дней
Готовность к инвестициям
Подтверждённые обязательства партнёров по входу в капитал проекта. Деньги собираются на сберегательный счёт под процент.
| Партнёр | Сумма | Доля |
|---|---|---|
| Лёша | 300 000 ₽ | 6% |
| Олег | 250 000 ₽ | 5% |
| Таня | 250 000 ₽ | 5% |
| Саша З. | 300 000 ₽ | 6% |
| Саша Б. | 100 000 ₽ | 2% |
| Женя | 300 000 ₽ | 6% |
| Итого | 1 500 000 ₽ | 30% |
Варианты сбора
- Вариант 1: 50% сейчас + 50% через ~1,5 месяца
- Вариант 2: 100% сейчас, единоразово
Хранение средств
- Собранные деньги размещаются на сберегательном счёте под процент
- Расходуются по мере операционной потребности проекта (см. кэшфло ниже)
Кэшфло проекта и затраты
Затраты по людям
| Партнёр | Статья | Сумма |
|---|---|---|
| Евгений | Сервер основной | 48 000 ₽ |
| Claude подписка | 27 950 ₽ | |
| Юрконсультация | 10 000 ₽ | |
| Оплата сотрудникам | 86 300 ₽ | |
| Итого Евгений | 172 250 ₽ | |
| Алексей | Selectel (тест-сервер) | 20 000 ₽ |
| AI-токены | ~7 300 ₽ | |
| Итого Алексей | ~27 300 ₽ | |
| Олег | Домен и хостинг | 1 000 ₽ |
| Итого Олег | 1 000 ₽ | |
| Остальные | — | 0 ₽ |
| Всего проект (Янв — Май 2026) | ~200 550 ₽ |
Постоянные расходы (прогноз)
- Сервер: ~13 500 ₽/мес
- Claude/AI: ~5 000 ₽/мес
- Итого: ~18 500 ₽/мес (минимум)
Плюс разовые затраты: юристы, дизайн, маркетинг — по мере необходимости.
Инвестиционный бюджет
- Целевой бюджет: 2 500 000 ₽
- Раунд 1 (30%): 1 500 000 ₽
- Раунд 2 (20–25%): 1 500 000 – 2 500 000 ₽
- 1% = 50 000 ₽ (Раунд 1)
Денежный поток проекта — Янв–Дек 2026
Видно только тебе. Смета по команде и инфраструктуре на весь год. Прошлые месяцы (Янв–Мар) — факт, с апреля — план.
💡 Все цифры в таблице — в тыс. ₽ (×1 000)
| Статья · ставка | Янв | Фев | Мар | W1720 Апр | W1827 Апр | W1904 Май | W2011 Май | W2118 Май | W2225 Май | W2301 Июн | W2408 Июн | W2515 Июн | W2622 Июн | W2729 Июн | W2806 Июл | W2913 Июл | W3020 Июл | W3127 Июл | W3203 Авг | W3310 Авг | W3417 Авг | W3524 Авг | W3631 Авг | W3707 Сен | W3814 Сен | W3921 Сен | W4028 Сен | W4105 Окт | W4212 Окт | W4319 Окт | W4426 Окт | W4502 Ноя | W4609 Ноя | W4716 Ноя | W4823 Ноя | W4930 Ноя | W5007 Дек | W5114 Дек | W5221 Дек | W5328 Дек | Итого |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Максим · Фронтендер | — | — | — | 6 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 22,5 | 816 |
| Эдуард · Senior Backend | — | — | — | 6 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 15 | 546 |
| Максим · Джуниор Backend | — | — | — | 0,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 12,5 | 450,5 |
| Даня (Озон, ЯМ логика) | — | — | 86,3 | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | 86,3 |
| Сервер | 11,5 | 16,5 | 11,5 | — | 13,5 | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | 53 |
| Подписки и ИИ | — | 9,15 | 7,15 | 4,95 | — | 14 | — | — | — | 20 | — | — | — | 20 | — | — | — | — | 20 | — | — | — | 20 | — | — | — | 20 | — | — | — | — | 20 | — | — | — | 20 | — | — | — | — | 175,25 |
| Маркетинг | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — |
| Орг затраты | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — |
| Разовые расходы | 1 | — | 10 | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | — | 11 |
| 💰 Итого в неделю | 12,5 | 24,8 | 69,8 | 17,15 | 63,5 | 70 | 50 | 50 | 50 | 70 | 50 | 50 | 50 | 70 | 50 | 50 | 50 | 50 | 70 | 50 | 50 | 50 | 70 | 50 | 50 | 50 | 70 | 50 | 50 | 50 | 50 | 70 | 50 | 50 | 50 | 70 | 50 | 50 | 50 | 50 | 2 097,75 |
| Накоплено с начала года | 12,5 | 37,3 | 107,1 | 124,25 | 187,75 | 257,75 | 307,75 | 357,75 | 407,75 | 477,75 | 527,75 | 577,75 | 627,75 | 697,75 | 747,75 | 797,75 | 847,75 | 897,75 | 967,75 | 1 017,75 | 1 067,75 | 1 117,75 | 1 187,75 | 1 237,75 | 1 287,75 | 1 337,75 | 1 407,75 | 1 457,75 | 1 507,75 | 1 557,75 | 1 607,75 | 1 677,75 | 1 727,75 | 1 777,75 | 1 827,75 | 1 897,75 | 1 947,75 | 1 997,75 | 2 047,75 | 2 097,75 | — |
📊 Итого по году
📅 Ровный график
Без пиковых периодов: Максим Фронт 15 ч/нед, Эдуард 10 ч/нед, Максим Джуниор 25 ч/нед — постоянно до конца года.
Средняя нагрузка по бюджету: ~58 тыс ₽/нед. Максимум недели — 70 тыс ₽ (когда совпадают зарплаты + сервер или подписки).