У переговорной несколько заказчиков внутри компании
Когда на объекте требуется создать помещение для переговоров и совещаний, кажется, что заказчик один, а по факту у переговорных и конференц-залов внутри компании несколько "хозяев".
Руководитель, который поставил задачу, смотрит на результат для встреч: чтобы было представительно и чтобы совещание не начиналось со способов подключений.
IT смотрит (или должен смотреть) на то же помещение иначе – сеть, учётные записи, обновления, место дисплеев, терминалов ВКС и других сетевых устройств в сегменте (об этом был прошлый пост).
Служба эксплуатации думает про то, что будет через полгода-год: кто приедет ремонтировать/обслуживать, если панель зависнет, у кого пароли от контроллеров систем управления и т.д.
К сожалению, эти взгляды достаточно редко сталкиваются в начале проекта. Обычно AV-сегмент подключают, когда планировки уже утверждены, а требования появляются по очереди, уже в процессе, например, розетки оказываются не там, кабель-каналы могут быть уже заполнены или вообще не предусмотрены, дисплей приходится вешать напротив окна, а дизайнер вообще хотел "утопить" его в нише. В итоге помещение после сдачи приходится дорабатывать – звук гулкий или участника с дальнего конца не слышно, а компания-заказчик, по сути, платит дважды (если не деньгами, то временем точно): за установку и за переделку, ещё и с простоем.
И есть четвёртый, про кого очень часто забывают, – рядовой сотрудник-пользователь, который в этом зале или переговорке работает каждый день. Грамотно спланированное помещение он почти не замечает: зашёл, начал встречу, показал экран, все услышали, увидели, ушёл. Плохое – он будет обходить стороной, оборудование использоваться не будет, эффективность потраченных средств - под вопросом.
Свести эти требования проще на этапе проектирования и опытный интегратор должен сам инициировать взаимодействие всех условно заинтересованных лиц и подразделений.
Лучше несколько встреч провести в начале проекта, где ключевые люди проговаривают, что каждому нужно, где фиксируются требования и обозначается желаемый функционал, чем потом, на этапе реализации или вообще после сдачи выяснить, что в таком виде помещение никому не нужно.
Мы в MAX | Сайт | Polymedia Club
Post #329
338

- 👍 7
- 🔥 5
- 👏 4