Стратегия публичного сайта «Алатырь Сервис»

Актуально на: 18.08.2026
Статус: первая версия развёрнута в production, PR #64

Позиционирование

Главный продукт — «Внешняя техническая служба объекта».

«Алатырь Сервис» не продаёт разовый выезд как универсальный дешёвый товар. Сервис принимает на сопровождение уже существующую техническую среду объекта: видеонаблюдение, СКУД, пожарную автоматику, локальную сеть, Wi-Fi, резервное питание и связанные инженерные системы.

Ценность для клиента — один ответственный технический контур вместо набора разрозненных подрядчиков и аварийных вызовов.

Основной целевой клиент

• собственник или управляющий коммерческим объектом;
• собственник сложного частного объекта;
• на объекте уже установлено несколько технических систем;
• документация неполная либо распределена между подрядчиками;
• внутри компании или семьи нет одного ответственного технического специалиста.

Главная страница не строится вокруг мониторинга пожилых, охранного мониторинга или массового бытового ремонта. Эти направления можно проверять отдельными пилотами и посадочными после появления готовой операционной услуги.

Вход в обслуживание

1. Короткая дистанционная квалификация объекта по телефону, фото, документам и перечню систем.
2. Платная приёмка существующих систем: инвентаризация, оценка состояния, фиксация рисков и границ ответственности.
3. Стабилизация: согласованный перечень первоочередных работ и устранение критичных проблем.
4. Регулярное обслуживание по договору с составом систем, регламентом, сроками реакции и правилами заказа дополнительных работ.

Стоимость не публикуется как единый дешёвый тариф до квалификации и приёмки: трудоёмкость зависит от размера объекта, количества систем, состояния документации, географии и требуемых компетенций.

Границы обещаний

На сайте нельзя обещать то, чего пока нет в операционном контуре:

• собственный круглосуточный мониторинг;
• функции ЧОП, пультовую охрану и выезд группы реагирования;
• гарантированную реакцию 24/7 без соответствующего договора и ресурсов;
• бесплатное обследование любого объекта;
• фиксированную низкую цену для объектов неизвестного масштаба.

Сроки реакции, число плановых выездов, удалённая поддержка и аварийные работы определяются только после приёмки и фиксируются в договоре.

Публичные маршруты

Маршрут	Роль
/	Главная категория «Внешняя техническая служба объекта»
/technical-service	«Внешняя техническая служба для бизнеса»
/cctv-maintenance	«Обслуживание видеонаблюдения»
/system-acceptance	«Приёмка существующих систем на обслуживание»
/services	Каталог готовых комплексных и отдельных работ
/catalog	Материалы и оборудование, опубликованные из МойСклад

Первые три маршрута — утверждённый обязательный набор посадочных страниц, который реализуется и продвигается вместе с главной. Их публичные названия используются без сокращений в H1, карточках главной и SEO-метаданных. Внутренние типы заявок CRM при изменении маркетинговых формулировок не переименовываются.

Стандартные монтажные и ремонтные услуги остаются отдельными страницами захвата сформированного спроса, но не определяют основной смысл главной.

Реализация 18.08.2026

• главная полностью перестроена под новое позиционирование;
• добавлены три стратегические посадочные;
• быстрый заказ переименован в «Обсудить объект»;
• в CRM добавлены типы заявок external_technical_service, object_acceptance, cctv_maintenance;
• обновлены навигация, подвал, метаданные, страницы услуг, доставки и гарантии;
• удалены неподтверждённые обещания мониторинга, круглосуточной поддержки, бесплатного обследования и универсальных дешёвых тарифов;
• production: main 160d7b9, bundle index-D3gQCv-q.js;
• CI PR: run 32129074673, deploy: run 32129152410.

Графическая система 18.08.2026

PR #65 развил публичную часть в едином инженерном языке технического листа:

• главная и три стратегические посадочные получили штампы листов, измерительные шкалы, нумерованные спецификации и смысловые схемы;
• добавлена карта технического контура объекта в вариантах общего обслуживания, видеонаблюдения и приёмки;
• показано отличие разрозненных подрядчиков от одного ответственного технического контура;
• облака декоративных карточек и повторяющиеся иконки заменены на технические панели, матрицы систем, шкалу этапов и «дело объекта»;
• реквизиты в подвале представлены как таблица технических данных;
• схемы не изображают живой мониторинг и обязательно сопровождаются оговоркой, что состав контура определяется платной приёмкой;
• состояние узла кодируется формой, а не только цветом;
• используется один фирменный акцент; для тёмных секций предусмотрен отдельный контрастный токен --primary-on-dark;
• анимация отключается через prefers-reduced-motion.

Технические правила для следующих правок:

• не добавлять стоковые изображения и бессмысленный декор;
• не менять существующий логотип и шрифты IBM Plex Sans / IBM Plex Mono;
• новые графические элементы должны объяснять структуру объекта, состояние системы, этап работ или границу ответственности;
• не превращать схемы в имитацию центра мониторинга;
• проверять 390, 1440 и 1600 px, светлую и тёмную темы, открытую форму заявки;
• сохранять data-testid, hash-маршруты и типы заявок CRM.

Production после PR #65: main a50e33e, JS index-BSrHSBUv.js, CSS index-BqY3bbHq.css; CI run 32147079564, deploy run 32147195348.

Клиентские иллюстрации и CTA

PR #66 сделал схемы понятными не только инженеру, но и собственнику или управляющему объектом:

• главный визуал показывает узнаваемый коммерческий объект, установленные системы, их состояние и объединение в один ответственный контур;
• видеонаблюдение объясняется цепочкой «камеры → сеть и питание → архив → доступ», включая типовые места разрыва;
• приёмка показывает переход «неизвестные узлы → проверка → паспорт объекта, дефектная ведомость, план и смета»;
• сравнение разрозненных подрядчиков с техническим куратором показывает не количество выездов, а разницу в ответственности и управляемости;
• каждая иллюстрация заканчивается одним целевым действием: «Обсудить объект», «Проверить систему» или «Рассчитать приёмку»;
• CTA открывает существующую форму с правильным типом заявки CRM.

Цветовая семантика:

• терракотовый — бренд, единый ответственный контур и следующий шаг;
• синий — видеонаблюдение;
• бирюзовый — доступ и домофония;
• янтарный — сигнализация;
• индиго — сеть и питание;
• зелёный — узел принят в контур;
• красный — риск;
• серый — состояние не проверено.

Цвет никогда не является единственным носителем смысла: состояние обязательно дублируется формой, иконкой и текстом. Новый цвет добавляется только для нового значения и должен быть отражён в components/graphics/systems.ts и легенде.

Production после PR #66: main 8f990f3, JS index-DFkHU1yQ.js, CSS index-CTOPDNiC.css; CI run 32180977832, deploy run 32181082994.

Первый набор посадочных

PR #67 закрепил точные названия первых трёх посадочных в H1, SEO-метаданных, карточках главной, desktop/mobile-навигации и подвале. Маршруты и типы заявок CRM сохранены.

Production после PR #67: main cb49628, JS index-CNmrNhtN.js; CI run 32185029166, deploy run 32185133785.

Визуальная продажа 19.08.2026

PR #68 заменил техлист как основное первое впечатление на продающую плакатную подачу для собственника или управляющего объектом:

• первый экран строится в порядке «узнаваемый результат → короткий заголовок → один доминирующий CTA → краткое пояснение»;
• главная продаёт результат «Ваш объект работает. Вы не ищете виноватых», а не перечень технических средств;
• каждая из трёх стратегических посадочных получила отдельный реалистичный сюжет: единый технический ответственный, исправная цепочка видеозаписи и переход от неизвестной системы к документированному объекту;
• исходные изображения не содержат текста или логотипов; заголовки и CTA остаются HTML-элементами;
• для каждого сюжета подготовлены адаптивные AVIF/WebP 640/960/1280/1920 px;
• фирменный терракотовый используется для главного действия, тёмный ink/navy-фон — для контраста, янтарный свет — для работающего объекта;
• инженерные схемы, спецификации и границы ответственности сохранены ниже первого экрана как доказательство компетенции, а не как рекламный оффер;
• на главной добавлены три полноширинных проблемно-результатных блока, ведущих в техслужбу, обслуживание видеонаблюдения и приёмку;
• сохранены честные ограничения: без обещаний ЧОП, пультовой охраны, собственного мониторинга 24/7, бесплатного обследования и фиксированной цены неизвестного объекта.

Основные заголовки:

• главная — «Ваш объект работает. Вы не ищете виноватых.»;
• техслужба — «Один объект. Один технический ответственный.»;
• видеонаблюдение — «Камеры должны записывать, а не просто висеть.»;
• приёмка — «Не берём систему вслепую. Сначала делаем её понятной.».

PR #69 исправил внешние ссылки на стратегические посадочные. Прямые GET/HEAD запросы /technical-service, /cctv-maintenance и /system-acceptance дают один серверный 302 на соответствующий hash-маршрут. Query string сохраняется; API, assets, admin и служебные маршруты не затрагиваются. Единый список публичных маршрутов хранится в shared/public-routes.ts; клиентский bootstrap служит страховкой до монтирования Router.

Production после PR #68 и #69: main 4ecaea4, JS index-DKde9d3j.js, CSS index-DvpCvWp3.css; CI runs 32188409830, 32214143123; deploy runs 32213278739, 32214255773. Проверены 390/1440/1600 px, light/dark, prefers-reduced-motion, CTA и тип заявки каждой страницы, Escape, горизонтальный overflow, console errors и прямые URL.

Следующие продуктовые шаги

• описать состав платной приёмки и методику расчёта её стоимости;
• определить минимальный экономически оправданный чек с учётом дороги, квалификации и количества систем;
• собрать 2–3 договорных формата обслуживания без ложной стандартизации;
• подготовить квалификационный опросник заявки;
• сделать отдельные SEO-посадочные для сформированного спроса;
• после первых реальных сделок добавить кейсы, доказательства и проверенные сроки реакции.

Каталог инженерных направлений 19.08.2026

Публичный раздел /services перестроен из набора разнородных «полок» в двухуровневую витрину:

1. Направление системы — отдельная посадочная страница объясняет проблему, технический контур, результат для владельца и границы ответственности.
2. Конкретная работа — опубликованная позиция или комплект из МойСклад с ценой и единицей расчёта.

Единый набор направлений:

Маршрут	Направление	Тип заявки
/services/video-surveillance	Видеонаблюдение	cctv_maintenance
/services/access-control	СКУД и домофония	access_control
/services/security-alarm	Охранная сигнализация	security_alarm
/services/fire-automation	Пожарная автоматика	fire_automation
/services/network	Сети и Wi‑Fi	network_infrastructure
/services/automation	Умный дом и автоматика	building_automation

Все направления используют один порядок продажи и исполнения: приёмка → восстановление → обслуживание. Универсальный шаблон реализован через client/src/pages/ServiceDirection.tsx, содержимое и типы заявок — через client/src/lib/service-directions.ts.

Старая ссылка /cctv-maintenance оставлена как совместимый вход и переводит посетителя на /services/video-surveillance. Публичные прямые URL добавлены в shared/public-routes.ts; главная, шапка и подвал используют новые ссылки.

Для пожарной автоматики публичный текст явно разделяет техническую квалификацию и работы, которые должны выполняться профильным лицензированным исполнителем. Для охранной сигнализации исключены обещания ЧОП, пультовой охраны и выезда ГБР.

Production: alatyr-service main 6db350b, GitHub Actions deploy run 32282947443. Проверены прямые URL всех шести направлений, уникальные H1, тематические типы заявок, legacy-редирект /cctv-maintenance, отсутствие горизонтального overflow и ошибок консоли.