Бюджет: 6000 UAH Срок: 5 дней
Сразу честно: кейса именно с строительной компанией в Notion у меня нет — сужу по тому, что вы описали, и по работе со сложными базами данных. Поэтому предлагаю не обещания, а проверку на деле.
Что вижу как главный риск: график строительства держится на зависимостях между работами (фундамент → каркас → крыша), а Notion из коробки таймлайн с зависимостями не строит. Если просто залить список задач, вы получите красивую картинку, которая не пересчитается, когда подрядчик сдвинет срок на неделю. Поэтому основная работа — не перенос, а структура.
Как предлагаю:
1. Одна база «Работы» с полями: направление, ответственный, план старт/финиш, факт, статус, приоритет, зависит от (relation на саму себя), прогресс. Отдельные базы «Направления», «Исполнители», «Объекты» — чтобы фильтры и дашборд работали, а не были декорацией.
2. Представление: Timeline по направлениям, Board по статусам, Calendar на ближайшие дедлайны, Table для редактирования пакетом. Фильтры «мои задачи», «просроченные», «этого недели».
3. Формулы для того, что иначе считают руками: отставание в днях, прогресс направления от закрытых задач, подсвечивание задач, которые блокируют следующие.
4. Dashboard: состояние по направлениям, просроченное, ближайшие 14 дней, загрузка исполнителей.
5. Краткая инструкция для тех, кто будет вести это дальше — чтобы система не рассыпалась через месяц.
Предлагаю первый направление сделать полностью как пилот: вы видите готовую структуру на своих реальных работах и говорите, что изменить, до того как я перенесу остальное.
6000 грн, 5 дней на всю систему.
Вопрос: в каком виде сейчас график — MS Project, Excel/Google Sheets или что-то другое? Если это Project с выставленными зависимостями, я вытяну их и воспроизведу связками; если обычная таблица с датами — зависимости придется восстанавливать руками вместе с вами, и это отдельный кусок времени, который лучше учесть сразу.