Оснащение зала заказывают для конференций, а затем хотят проводить в нем концерты. Проверенная видеосистема выводит изображение с камер, но делает нечитаемыми таблицы с ноутбука. Когда такие ограничения обнаруживаются уже после закупки, приходится менять оборудование и пересматривать проект. Как заранее выяснить требования заказчика, проверить выбранные решения и подготовить зал к эксплуатации, рассказывают Дмитрий Хлопов, руководитель направления мультимедиа-решений К2Тех, Иван Окунев, технический директор DIGIS, Андрей Сухоруков, бренд-менеджер Studiomaster, и Денис Полуэктов, руководитель направления сервиса инженерных систем К2Тех.
-Заказчик хочет оснастить помещение мультимедиа. Что нужно выяснить до обсуждения оборудования?
Дмитрий Хлопов: Прежде всего — как люди будут пользоваться помещением. Если читаем ТЗ и видим, что задача неясна, идем разговаривать с автором. Иногда выясняется, что он сам не будет работать с системой и не может объяснить часть требований. Тогда через него выходим на будущего пользователя и владельца бюджета.
Нужно понять, какие мероприятия уже проходят, что сотрудники привыкли делать, какие источники подключают. Бывают совершенно неожиданные пожелания. Например, один из наших крупных заказчиков хотел VHS-плеер, чтобы смотреть старые кассеты. Мы бы никогда об этом не узнали, если бы не спросили. В типовом описании современного кабинета такой запрос вряд ли появится.
Андрей Сухоруков: Со звуком похожая ситуация. Сначала заказчик говорит: нужны конференции и выступления спикеров. Под это можно предложить небольшую систему. Затем оказывается, что здесь же будут корпоративные мероприятия и выступления музыкальных коллективов. Требования к звуку уже другие, первоначального набора оборудования недостаточно.
Обычно мы общаемся с руководителем проекта. Но через него стараемся выйти и на тех, кто формирует программу площадки, например на художественного руководителя. Он может назвать форматы мероприятий, о которых проектная команда еще не знает.
Иван Окунев: Здесь важно, чтобы руководитель проекта собрал эти требования вместе. Если каждый отдел приносит свои пожелания отдельно и в разное время, приходится возвращаться к уже принятым решениям. Чем раньше понятны основные форматы работы, тем меньше таких возвратов.
Поставщику эту задачу нужно раскрыть и с технической стороны. Какие источники будут подключать, что с них показывать, в каких режимах должна работать система? По нашим случаям видно, что смена контента или схемы подключения выявляет ограничения, незаметные при первоначальной проверке. Поэтому описание применения помогает нам понять, на что смотреть при испытаниях.
-Но программа площадки может измениться через год. Насколько реально подготовить систему к задачам, которых пока нет?
Андрей Сухоруков: Я считаю, что возможность развития нужно предусматривать изначально. Заказчик не всегда знает, какие мероприятия будут востребованы у его посетителей. У нас есть московская площадка, где требовалось проводить обучающие встречи, концерты и озвучивать дополнительные зоны. Бюджет был ограничен, поэтому начали с оборудования под первоначальные задачи.
Потом стали приезжать музыкальные коллективы, появились новые требования. Систему дополняли, заказчик в течение нескольких лет докупал оборудование, в том числе сценические мониторы. В этом случае удалось развивать оснащение постепенно.
Дмитрий Хлопов: Но возможность расширения тоже имеет границы. Когда нет исходных данных, нельзя обещать, что к выбранной системе потом удастся добавить любые функции. Поэтому я бы сначала выяснил хотя бы направления развития: какие форматы действительно вероятны и какие ограничения уже есть у площадки.
Для отдельного мероприятия можно предусмотреть временное дооснащение. Например, в одном из конференц-залов нет постоянно установленной системы синхроперевода. Если возникает такая задача, мы можем ее добавить: соответствующее оборудование есть в демофонде и запасе. Это конкретный дополнительный сценарий, который понятен заранее. С совершенно новой задачей такой уверенности уже не будет.
-А если функции определены, но дизайнер требует, чтобы оборудование было незаметным?
Андрей Сухоруков: При реконструкции музейного пространства мы услышали именно такое пожелание: «Я не хочу видеть звук, я хочу только его слышать». Сначала обсуждали конференции в малом зале, затем выяснилось, что там собираются проводить еще и концерты. Требование дизайнера при этом сохранилось.
Для такой задачи у нас было решение колонного типа, рассчитанное на передачу речи и музыкального материала. Его и предложили. Но выбором внешнего вида громкоговорителей работа со звуком не заканчивается: нужно понимать, как они будут звучать в самом помещении.
Дмитрий Хлопов: Геометрия зала и отделка влияют на результат еще до установки оборудования. Поэтому мы начинаем с обследования. В существующем помещении можно измерить время реверберации — оценить, как долго затухает звук после того, как источник замолчал. При проектировании необходимо учесть будущие материалы и конфигурацию пространства.
Для больших залов особенно важна расчетная модель. Она помогает оценить условия в разных частях помещения и обсудить ограничения, пока проект еще можно изменить. Если выбранная отделка создает сильные отражения, одной заменой оборудования проблему можно не решить. В небольшой переговорной объем обследования может быть другим, но сама по себе малая площадь не избавляет от акустических проблем.
Андрей Сухоруков: Мы привлекаем инженера-акустика. Производитель предоставляет данные об акустических системах, в том числе GLL-файлы для расчета в ПО EASE. С их помощью можно оценить распределение звука и разборчивость речи в зале, сравнить размещение громкоговорителей.
С результатами уже есть о чем разговаривать с дизайнером: где выбранная отделка мешает получить нужный результат, какие поверхности требуют акустической обработки. Заказчик видит основание для изменений. Иначе обсуждение легко сводится к тому, нравятся ли ему громкоговорители и хочет ли он видеть их на стене.
-Требования собраны, оборудование подобрано. Что может обнаружиться при его проверке?
Иван Окунев: У нас была поучительная история с 4К-мультивьюерами. Это устройства, которые выводят несколько источников изображения на один экран. Мы получили партию, тестировали их с камерами и медиаплеерами. На динамическом изображении все выглядело нормально.
Потом приехал коллега и предложил подключить ноутбук. Вывели рабочий стол, открыли таблицу и увидели, что цифры не разобрать. Проблема проявлялась в режиме мультивью при выводе на 4К-дисплей. На видео с камер потеря деталей не бросалась в глаза, а на тексте стала очевидной.
К тому моменту партия уже лежала на складе. От этих устройств пришлось отказаться. Мы проверяли их на привычном для нас материале и пропустили применение, которое для заказчика могло оказаться основным.
-Что еще нужно проверять, кроме работы с разными источниками и контентом?
Иван Окунев: Всю схему передачи сигнала. Один из наших ранних проектов был связан с распределением изображения на большое количество экранов. Для этого использовали каскады HDMI-сплиттеров — несколько последовательных ступеней разветвления. Мы пытались сделать решение доступнее и заменяли часть устройств более дешевыми.
Уже потом выяснилось, что они по-разному справлялись с восстановлением сигнала для дальнейшей передачи. В длинном каскаде это оказалось существенным ограничением. Часть сплиттеров пришлось заменить более мощными, чтобы схема заработала как требовалось.
Мы закупали партию под определенное количество объектов, но использовать ее в запланированном объеме сразу не получилось. После такого опыта иначе относишься к проверке отдельной коробки: нужно понимать, где она будет стоять и что подключено до и после нее.
В истории с мультивьюером мы упустили тип контента. Здесь — условия работы устройств в цепочке. Из таких ошибок и складывались наши внутренние регламенты. Посещение завода эту работу не заменяет: там невозможно воспроизвести все варианты применения на объектах.
-Если испытания выявили недостатки, вы отказываетесь от оборудования или добиваетесь доработки?
Иван Окунев: Работаем с производителем над замечаниями. Например, при проверке нового комплекта приемопередатчиков у нас набралось около пяти пунктов: какие-то функции поддерживались неправильно, другие были заявлены, но работали не так, как ожидалось. Мы передали эти замечания вендору и рассчитывали, что он их исправит. Продолжать сотрудничество в такой ситуации можно.
Это существенная часть нашей работы по формированию ассортимента. Мы получаем образцы и проверяем, как реализованы функции. Здесь нужен опыт: чтобы обнаружить ошибку, надо знать, где она может возникнуть. Поэтому у нас этим занимаются специалисты, которые разбираются в таких технических нюансах.
-Как тогда проверять уже собранный зал перед передачей заказчику?
Дмитрий Хлопов: Я бы вернулся к тем форматам работы, которые обсуждали в начале проекта. Если помещение предназначено для гибридных мероприятий, проверка должна включать участие людей из зала и удаленное подключение. Нужно пройти само мероприятие: выступление, показ материалов, вопросы из аудитории. Так будет понятно, что получают участники по обе стороны экрана.
Отдельного внимания требует смена режимов. Например, зал может работать целиком или делиться перегородками на несколько помещений. Для этих конфигураций меняются зоны озвучивания, работа микрофонов и ВКС. При соответствующей интеграции датчики перегородок могут запускать переключение автоматически. Но и такое переключение нужно проверить в готовом пространстве.
Критерии проверки стоит согласовать заранее: какой контент показываем, откуда его должны видеть, кто говорит и кто должен его слышать, какие действия выполняет пользователь. Тогда при приемке можно пройти конкретные сценарии и зафиксировать результат. Включенный экран и работающий микрофон еще не показывают, что все мероприятие удастся провести в нужном формате.
Андрей Сухоруков: Со звуком полезно учитывать и положение самого выступающего, например, сценический мониторинг: докладчику тоже нужно слышать себя, а не только отраженный звук из зала. Мы часто обсуждаем впечатления аудитории, но для человека на сцене условия могут быть другими.
-Что должно быть готово к моменту, когда залом начнут пользоваться и заниматься его обслуживанием?
Дмитрий Хлопов: Прежде всего — понятное управление. Для повторяющихся форматов можно заранее настроить сценарии: презентация, ВКС, вопросы из зала. Пользователь выбирает нужный режим, а система включает соответствующие источники, микрофоны и камеры. При проектировании нужно определить, кто будет этим управлять: сотрудник, модератор или технический специалист.
Эксплуатационной команде необходима документация, по которой можно разобраться в составе оборудования и связях между системами. Особенно это важно, когда меняются сотрудники. Знания об объекте не должны уходить вместе с инженером, который участвовал в запуске.
Денис Полуэктов: И нужно договориться, что входит в обслуживание. У нас был запрос: «Возьмите оборудование на сервис под ключ, остальное решите сами». С таким запросом тоже можно работать, но состав работ мы все равно согласуем с заказчиком. Иначе каждая сторона будет по-своему понимать, какую поддержку она получает или оказывает.
Заранее имеет смысл обсудить и ситуацию, когда устройство придется забрать в ремонт. Подменная техника может быть предусмотрена договором, либо подобрана из нашего запаса. Лучше определить эту возможность до того, как оборудование выйдет из строя и потребуется срочно искать замену.
-Допустим, поступило сообщение «система не работает». Как разобраться в причине и восстановить работу?
Денис Полуэктов: Сначала нужно выяснить, что именно произошло, что этому предшествовало и какие проверки уже выполнили. Компетентная команда заказчика, предположительно, могла сделать все доступные ей на данном этапе действия еще до обращения, и это нужно учитывать, чтобы не начинать разговор с повторения.
Сервисный менеджер анализирует заявку и связывается с заказчиком. Когда вопрос удается решить удаленно, на этом работа по нему заканчивается. Если нужен выезд, инженер проводит диагностику на площадке. Дальше определяется, можно ли устранить неисправность на месте или оборудование необходимо демонтировать и отправить на ремонт либо на более глубокую проверку, в том числе производителю. На этот период и может понадобиться подмена.
При этом фраза «вы построили систему, она не работает» звучит преждевременно и не объясняет причину. Прежде чем озвучивать диагноз, необходимо проверить, проводилось ли регламентное обслуживание и какие манипуляции происходили перед отказом. Кроме того, вполне вероятен и производственный дефект. До диагностики нельзя уверенно говорить, на каком этапе возникла проблема.
Иван Окунев: Со стороны поставщика тоже важно разобраться, как использовали устройство. По нашим случаям видно, насколько результат зависит от источника и подключения. Описание условий, в которых появилась проблема, помогает понять, что именно нужно воспроизвести при проверке.
-Что из этой работы помогает подготовиться к следующим инцидентам?
Денис Полуэктов: История обращений показывает, с какими проблемами сталкивается конкретный заказчик, какие устройства требуются для замены и какие специалисты нужны. Эти данные помогают актуализировать запас оборудования. Даже опытная внутренняя команда клиента зачастую обращается к сервисному партнеру, чтобы проверить свои решения: у нас есть опыт обслуживания объектов разных масштабов и отраслей.
Мониторинг дает другую информацию — о текущем состоянии оборудования. Если система позволяет отслеживать нужные параметры, можно заметить отклонение и заняться им до момента отказа. Но рассчитывать, что таким способом удастся заранее обнаружить любую неисправность, не стоит.
Мы также обучаем модель на статистике инцидентов, данных о запасных устройствах и доступных специалистах. Она помогает прогнозировать потребности склада ЗИП и определять, какие контракты могут потребовать внимания и когда. Этот инструмент еще развивается. Мы продолжаем проверять, как он может ускорить работу сервисной команды.
-Что пользователь должен уметь делать без постоянной помощи инженера?
Дмитрий Хлопов: Те действия, которые для него являются обычной работой в этом помещении. Если сотрудник регулярно проводит видеовстречи, он должен понимать, как запустить звонок, подключить свой источник и показать материалы. Когда модератор переключает выступление на вопросы из зала, для него должен быть предусмотрен понятный способ это сделать.
Сложное мероприятие может требовать технического сопровождения — это тоже учитывается при проектировании. Но за каждой повседневной операцией не должно следовать обращение в поддержку. Хороший результат для меня — когда человек приходит в зал и проводит свою встречу, не тратя ее время на выяснение того, как включить оборудование.
