За два тижні до відкриття воріт план фестивалю зазвичай уже починає жити власним життям. Одну версію надіслали до відповідних установ, іншу — технічному підряднику, спонсор отримав ще один PDF, а найактуальніші зміни знає людина, яка вчора пересунула backstage-зону, бо виявилося, що вантажівка з напівпричепом не проходить запланованим технічним проїздом.
Саме цю проблему й покликаний вирішувати PlanPlace.
Мета не в тому, щоб план перестав змінюватися. Для подій такого масштабу це нереалістично. Важливо, щоб кожна зміна одразу була видима в одному місці, а не запускала нове коло оновлень PDF-файлів, таблиць і презентацій.
План фестивалю — це вже не просто креслення
На практиці одним і тим самим планом користуються зовсім різні команди.
Охорона дивиться на входи та сектори. Технічну команду цікавлять електроживлення й під’їзні шляхи. Санітарний підрядник має знати, скільки туалетів і де потрібно встановити. Кейтеринг перевіряє свої зони. Службам потрібна зрозуміла схема евакуаційних маршрутів і під’їздів.
Якщо кожен тип інформації зберігається в окремому файлі, організатор у певний момент починає керувати вже не подією, а версіями документів.
У PlanPlace підхід інший: спочатку створюється спільний план території, а вся інша інформація прив’язується до нього.
Пересуваєте фудкорт — уся команда бачить зміну. Додаєте туалети — вони з’являються у переліку. Підряднику потрібна актуальна схема? Не потрібно надсилати ще один файл із назвою «FINAL_v7».
На рівні інструменту це здається невеликою різницею, але в щоденній роботі вона відчутна.
Формальний і робочий план можуть мати одне джерело
Для масового заходу план території також є частиною документації, яку використовують у процесі отримання необхідних погоджень. На ньому мають бути чітко показані, зокрема, евакуаційні шляхи, під’їзди для служб, медичні пункти, санітарні зони та ключові елементи безпеки.
Поширена помилка — готувати такий план окремо як «версію для установ».
Після цього технічна команда працює вже на іншому кресленні.
Набагато зручніше від самого початку будувати план так, щоб безпека, логістика та інфраструктура були частинами одного проєкту. У PlanPlace не потрібно щоразу відтворювати актуальну схему для нового документа. Одні й ті самі дані залишаються основою всього процесу.
Особливо цінно це стає під час чергових змін.
Якщо потрібно розширити технічний проїзд або пересунути огорожу, більше не виникає питання: «У яких файлах це ще треба виправити?»
Найбільша користь з’являється тоді, коли все починає змінюватися
Першу версію плану можна намалювати в багатьох інструментах.
Справжня перевірка починається пізніше.
Сцена виявляється більшою, ніж очікували. Спонсор змінює розмір своєї зони. Додається ще один фудтрак. Медичний пункт потрібно перенести, щоб не перекрити під’їзд. Охоронна компанія просить змінити розташування бар’єрів.
Кожне таке рішення впливає на інші елементи.
Тому в PlanPlace об’єкти — це не просто фігури на карті. Вони можуть потрапляти до переліку, містити інформацію, коментарі та завдання. Команді не доводиться окремо перевіряти, чи перенесено зміну з карти до таблиці.
Якщо на плані є 46 стандартних туалетів і 6 доступних для людей з інвалідністю, ці цифри можуть автоматично перейти у зведення.
Після зміни схеми не потрібно все перераховувати вручну.
Менше запитань на кшталт «Який саме намет ти маєш на увазі?»
Велика частина комунікації під час підготовки події стосується конкретних місць.
«Цей генератор потрібно відсунути.»
«Тут потрібні ще два бар’єри.»
«Живлення для цього намету вже підтверджене?»
У месенджері такі повідомлення через кілька днів втрачають контекст. Хтось має шукати стару переписку, надсилати скріншот або уточнювати, про який саме об’єкт ішлося.
У PlanPlace коментар можна залишити безпосередньо біля конкретного об’єкта на карті. Те саме стосується нотаток і завдань.
Тому обговорення плану відбувається фактично на самому плані, а не десь поруч із ним.
У великій команді це швидко перестає бути просто зручною функцією й стає способом зменшити кількість повідомлень, дзвінків і непорозумінь.
Переліки, які не живуть окремим життям
Список необхідної інфраструктури часто починається як проста таблиця:
- 200 метрів бар’єрів
- 30 наметів
- 50 туалетів
- 6 контейнерів
- 4 генератори
Проблема з’являється після кількох змін плану.
Чи додано до таблиці ще один намет? Чи прибрано бар’єри біля технічного входу? Чи актуальна кількість туалетів?
У PlanPlace перелік формується на основі об’єктів, які реально стоять на плані. Потім його можна експортувати в CSV або XLSX і передати постачальнику.
Для організатора головна перевага в тому, що карту й окрему таблицю більше не потрібно синхронізувати вручну.
Цінність цієї функції зростає разом із масштабом події. Коли об’єктів десять, їх можна перерахувати вручну. Коли їх кілька сотень, стає важливо, звідки насправді взялися цифри в замовленні.
Усі можуть бачити план, але не всім потрібно бачити все
План фестивалю отримують багато компаній і установ.
Проблема не в самому надсиланні. Проблема — підтримувати передану версію актуальною.
Якщо підрядник отримав PDF у понеділок, а в середу змінилося розташування зони, хтось має не забути надіслати новий файл.
Посилання на актуальний план прибирає цей додатковий крок.
У PlanPlace зовнішнім користувачам можна показати сам план без внутрішніх коментарів, завдань і нотаток команди. Доступ можна захистити паролем, а пізніше вимкнути.
Технічний підрядник бачить актуальну схему замість того, щоб працювати з вкладенням зі старого листа.
Один план стає центром підготовки події
Найбільша цінність — не в тому, щоб швидше малювати.
Вона в тому, щоб зменшити кількість місць, де потрібно підтримувати одну й ту саму інформацію.
Карта показує схему. Перелік показує, що на ній розміщено. Коментарі зберігають домовленості. Завдання показують, що ще треба зробити. Посилання дає підрядникам доступ до актуальної версії.
Усе прив’язане до одного плану.
Тому, коли за два дні до події потрібно пересунути частину інфраструктури, не починається нове коло запитань:
«PDF оновили?»
«Таблицю вже змінили?»
«Технічна команда отримала нову версію?»
«Охорона знає про зміну?»
Зміну вносять там, де вона фактично відбувається, — на карті.
Що варто перевірити перед фіналізацією плану?
| Сфера | Що перевірити |
|---|---|
| Переміщення і доступ | Чи залишаються вільними технічні, евакуаційні та пожежні проїзди після всіх змін? |
| Потоки відвідувачів | Чи достатня пропускна здатність входів і виходів? |
| Інфраструктура | Чи всі об’єкти на карті є в актуальному переліку? |
| Безпека | Чи мають медики та служби безперешкодний під’їзд? |
| Логістика | Чи не перетинаються доставки та backstage-зони з потоками відвідувачів? |
| Команда | Чи мають відкриті коментарі та завдання відповідальних? |
| Підрядники | Чи користуються вони актуальним планом, а не старим вкладенням? |
План, який працює разом із командою
На фестивалі план території ніколи не буває остаточно «закритим». Він змінюється до самого відкриття воріт, а часто ще й під час монтажу.
Тому важливіше не створити ідеальне перше креслення, а налагодити процес, який добре витримує наступні зміни.
PlanPlace об’єднує карту, об’єкти, переліки та командну комунікацію в одному місці. План перестає бути черговим документом у папці проєкту й стає інструментом, на якому реально можна вести підготовку події.
І тоді питання вже не в тому, у кого найновіший файл.
Усі дивляться на один і той самий план.
