В большинстве студий вопрос «что отдавать клиенту по итогам проекта» решается импровизационно: отправляют последние версии файлов, делают красивую PDF-презентацию, иногда оформляют альбом. И всё это в качестве итоговой документации.
Проблема в том, что у проекта три аудитории, и им нужны разные документы:
- Клиент хочет красивый альбом для понимания и хвастовства друзьям
- Подрядчики хотят рабочую документацию для реализации
- Суд / страховая хотят процессный отчёт с временными метками - если дело дойдёт до спора
Третий пункт обычно недооценивают. И когда «дойдёт до спора» происходит - выясняется, что доказательной базы нет, потому что её не собирали.
Ниже - какой PDF-отчёт закрывает все три задачи и что в него входит.
Три типа документов
1. Дизайн-альбом (для клиента)
- Обложка с названием проекта и адресом
- Финальные коллажи и визуализации по комнатам
- Mood-board с референсами
- Описание стилевых решений
- Спецификация ключевых материалов и предметов
Это презентационный документ. Красивые рендеры, минимум текста, фокус на эстетике. Создаётся часто, никто не спорит.
2. Рабочая документация (для подрядчиков)
- Планы по комнатам с размерами
- План электрики (розетки, выключатели, освещение)
- План сантехники
- Спецификации материалов с артикулами
- Узлы и развёртки
- Чертежи мебели на заказ
Это техническая документация. Без неё проект не реализовать. Создаётся всегда.
3. PDF-отчёт (для всех)
- Журнал событий с временными метками
- История согласований по этапам
- Версии коллажей с пометками одобрения
- Аннотации клиента и ответы дизайнера
- Список изменений в брифе
- Список итераций по этапам
Это процессный документ. Самый недооценённый - и тот, который спасает в спорных ситуациях. О нём пойдёт речь дальше.
Что должно входить в PDF-отчёт
Раздел 1: Карточка проекта
- Название, адрес объекта, метраж
- Реквизиты сторон (заказчик и дизайнер)
- Договор: номер, дата, основные условия
- Команда: кто работал над проектом и в какой роли
- Сроки: запланированные и фактические
Раздел 2: Бриф и его эволюция
- Финальная версия брифа
- Список изменений в брифе по ходу проекта (с датами)
- Согласованный объём работ
Это критично: если клиент через год скажет «мы хотели другое» - вы открываете эту секцию и показываете, что бриф был такой-то, и его меняли тогда-то по таким-то причинам.
Раздел 3: Этапы и их согласования
По каждому этапу:
- Что входило в этап
- Дата начала и завершения
- Количество итераций
- Кто согласовал (имя, email, временная метка)
- Финальная версия результата
Пример таблицы:
| Этап | Старт | Финал | Итераций | Кто согласовал | Время |
|---|---|---|---|---|---|
| Планировочное решение | 14.02.2026 | 22.02.2026 | 2 | client@example.com | 14:32 |
| Концепция | 23.02.2026 | 03.03.2026 | 3 | client@example.com | 18:15 |
| Коллажи | 05.03.2026 | 21.03.2026 | 4 | client@example.com | 10:05 |
Раздел 4: Журнал событий
Хронологический список всех значимых событий:
14.02.2026 09:12 - Дизайнер загрузил планировочное решение V1
14.02.2026 11:30 - Клиент открыл планировочное решение V1
15.02.2026 14:08 - Клиент оставил 3 аннотации к V1
16.02.2026 10:15 - Дизайнер загрузил планировочное решение V2
17.02.2026 18:43 - Клиент согласовал планировочное решение V2
...
Эта секция - главное доказательство процесса. Когда в журнале видно «клиент согласовал V2 17.02.2026 18:43» - спорить не о чем.
Раздел 5: Все версии и аннотации
По каждой ключевой версии коллажа:
- Изображение
- Дата создания
- Аннотации клиента (с координатами и текстом)
- Ответы дизайнера
- Статус (черновик / отправлено / согласовано / отклонено)
Не обязательно вставлять ВСЕ промежуточные версии (это раздуло бы PDF до сотен страниц). Достаточно ключевых: первая, переломные, финальная. Полный архив - в платформе, со ссылками из PDF.
Раздел 6: Финансовый отчёт
- График платежей
- Фактические платежи (даты, суммы)
- Закрытые этапы
- Открытый баланс (если есть)
Раздел 7: Реализация и авторский надзор (если входил)
- Список выездов на объект
- Фотофиксация прогресса
- Отклонения от проекта (согласованные и нет)
- Финальная фотофиксация
Раздел 8: Метаданные и подписи
- Дата формирования отчёта
- Кто формировал (имя, email)
- Хеш документа (для проверки целостности)
- Цифровая подпись (опционально)
Что делает PDF-отчёт юридически значимым
Сам факт PDF - не доказательство. Что превращает его в доказательство:
- Серверная фиксация событий. Временные метки берутся с сервера, не с устройства пользователя. Это сильнее, чем «штамп даты в Word».
- Невозможность изменить задним числом. В платформе с audit log нельзя «переписать историю». Каждая запись неизменна.
- Идентификация участников. Email и аккаунт привязаны к договору (см. статью об идентификации сторон).
- Условие в договоре о признании платформенных событий равнозначными письменным документам.
Без этих четырёх условий PDF-отчёт - просто красиво оформленный файл. С ними - полноценное доказательство в суде.
Когда отчёт спасает деньги
Конкретные ситуации, в которых наличие/отсутствие PDF-отчёта меняет исход:
Кейс 1: Клиент через 6 месяцев требует переделать коллажи кухни «потому что вы не согласовали со мной финальный вариант». Без отчёта - ваши слова против его слов. С отчётом - открываете журнал, показываете дату и время согласования. Спор закрыт за 5 минут.
Кейс 2: Клиент отказывается платить последний этап «потому что вы превысили сроки». Без отчёта - вы доказываете, что задержка была из-за его согласований. С отчётом - таблица: «Этап концепции - 3 итерации, между V1 и V2 у клиента ушло 12 дней на ответ при норме 3 дня».
Кейс 3: Клиент подаёт в суд на возврат денег за «непрофессиональный сервис». Без отчёта - тяжёлый процесс. С отчётом - доказываете полный объём выполненных работ, согласованные этапы, переписку. Шансы на выигрыш кратно выше.
Как формировать отчёт в Румикс
В Румикс PDF-отчёт формируется автоматически:
- Заходите в проект
- «Экспорт → PDF-отчёт»
- Выбираете объём (полный / только согласования / только финальные версии)
- Получаете готовый PDF с журналом, версиями, метками, аннотациями
Это закрывает «процессную» часть. Альбом и рабочую документацию вы по-прежнему делаете сами в своих привычных инструментах - но они теперь идут в комплект с доказательной базой процесса, а не в одиночку.
Что сделать прямо сейчас
- Откройте 2-3 последних проекта
- Попробуйте задним числом собрать журнал событий по ним
- Если затрудняетесь - значит, у вас нет нужной инфраструктуры
- На следующем проекте начните вести события на платформе с audit log
- Через 3 месяца у вас будет автоматический PDF-отчёт по каждому новому проекту
CTA
PDF-отчёт в Румикс входит во все тарифы. Создать проект и посмотреть, как это работает - можно даже без реальных клиентов, на тестовом проекте.
См. также: юридическая сила согласования, 9 пунктов договора.