MonMon / Планирование веб-сайта
Веб-сайты подрядчиков по мониторингу и оценке: четкое объяснение систем, объема работ и запросов
MonMon AI · Опубликовано
Покупатель, которому нужны услуги МиО, должен понимать, с какими системами и этапами работ может справиться подрядчик. Веб-сайт, который группирует все под «инженерными решениями», оставляет эти вопросы без ответа. В более подробном описании определяются системы, проводимая работа и информация, необходимая для оценки нового запроса.
Создайте системную карту услуг
Перечислите системы, которые фактически поддерживает компания, и последовательно используйте названия служб. При необходимости различайте электрические, механические и другие системы здания. Затем опишите мероприятия, предлагаемые в рамках каждого из них: установка, тестирование, ввод в эксплуатацию, техническое обслуживание или более узкий объем. Не думайте, что каждый этап включен только потому, что компания работает с этой системой.
Отделяйте новые работы от технического обслуживания
Запрос на новый проект и запрос на оценку операционной системы требуют разной информации. Новые работы могут начинаться со стадии проекта и предполагаемой упаковки. Обсуждение обслуживания может начаться с обсуждения системы, типа сайта и наблюдаемой проблемы. Веб-сайт может объяснить эти отправные точки, не пытаясь диагностировать неисправности или заменить техническую оценку, с помощью короткой веб-формы.
Покажите опыт создания осмысленных подписей
Определите тип системы, свою роль и этап, показанный в каждом примере утвержденного проекта. Если на фотографии изображена установка, а не принятая операционная система, так и скажите. Используйте заявления об испытаниях или вводе в эксплуатацию только в том случае, если они соответствуют имеющимся записям и разрешению на публикацию. Марки оборудования, видимые на фотографиях, не следует рассматривать как доказательство партнерства или сертификации.
Согласуйте профиль возможностей со страницами услуг.
Используйте одни и те же названия систем и границы объема в профиле PDF, на веб-сайте и в материалах запросов на продажу. Это имеет значение, когда их готовят разные люди. Решите, кому принадлежит техническая проверка и кто обновляет статус завершенного проекта. Команда дизайнеров может систематизировать и представить утвержденную информацию; предприятие должно подтвердить, что технические описания соответствуют его работе.
Определите проверки запроса и передачи
Укажите тип системы, местоположение объекта или проекта, требуемый этап работы и способ связи. Если нужны чертежи, договоритесь, как они будут предоставляться и кто сможет получить к ним доступ. При принятии проверьте путь от страницы к запросу и загрузку документов. Бизнес-результаты затем можно оценить по пригодности и полноте запросов, независимо от того, был ли веб-сайт предоставлен в соответствии с указанными требованиями.
Ваш контрольный список подготовки
- Названия систем, согласованные техническим владельцем
- Видны этапы работы и исключения
- Фотографии проекта с точными подписями
- Технические претензии, связанные с записями
- Объем услуг PDF и веб-сайта согласован
- Система сбора запросов и стадия проекта
Часто задаваемые вопросы
Должна ли каждая система иметь отдельную страницу?
Используйте отдельные страницы, если объем, доказательства или вопросы клиентов достаточно различаются, чтобы оправдать их.
Может ли форма запроса предоставить технический диагноз?
Базовая форма запроса должна собирать контекст для оценки. Любая диагностическая функция потребует отдельно определенного и проверенного объема.