1087 lines
16 KiB
Markdown
1087 lines
16 KiB
Markdown
Ниже — тебе не “анкеты”, а полноценная система первичного инженерного обследования клиента, которая одновременно:
|
||
|
||
фиксирует данные (как CRM)
|
||
|
||
снижает ошибки оценки
|
||
|
||
продаёт аудит
|
||
|
||
позволяет считать SLA и обслуживание
|
||
|
||
формирует базу для “паспорт объекта”
|
||
|
||
|
||
Я разложу это как систему AegisOne Engineering.
|
||
|
||
|
||
---
|
||
|
||
0. ЛОГИКА СИСТЕМЫ ОПРОСНИКОВ
|
||
|
||
Ты всегда собираешь данные в 4 слоя:
|
||
|
||
1. Коммерческий слой (кто клиент и объект)
|
||
2. Технический слой (системы и оборудование)
|
||
3. Эксплуатационный слой (как обслуживается)
|
||
4. Рисковый слой (где проблемы и уязвимости)
|
||
|
||
|
||
---
|
||
|
||
1. ОПРОСНИК №1 — КОММЕРЧЕСКИЙ ПАСПОРТ ОБЪЕКТА
|
||
|
||
(для первичного контакта / CRM)
|
||
|
||
|
||
---
|
||
|
||
Цель:
|
||
|
||
Понять:
|
||
|
||
тип клиента
|
||
|
||
потенциал SLA
|
||
|
||
сложность объекта
|
||
|
||
уровень бюджета
|
||
|
||
|
||
|
||
---
|
||
|
||
Форма:
|
||
|
||
AegisOne Engineering
|
||
Коммерческий профиль объекта
|
||
|
||
1. Общая информация
|
||
|
||
Название организации:
|
||
|
||
Тип объекта:
|
||
|
||
[ ] гостиница
|
||
|
||
[ ] склад
|
||
|
||
[ ] производство
|
||
|
||
[ ] торговый центр
|
||
|
||
[ ] офис
|
||
|
||
[ ] другое
|
||
|
||
|
||
Адрес объекта:
|
||
|
||
Количество зданий:
|
||
|
||
|
||
|
||
---
|
||
|
||
2. Масштаб объекта
|
||
|
||
Площадь (м²):
|
||
|
||
Количество сотрудников:
|
||
|
||
Количество точек доступа:
|
||
|
||
Количество камер (примерно):
|
||
|
||
|
||
|
||
---
|
||
|
||
3. Контактное лицо
|
||
|
||
ФИО:
|
||
|
||
Должность:
|
||
|
||
Телефон:
|
||
|
||
Кто принимает решение:
|
||
|
||
[ ] да
|
||
|
||
[ ] нет
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
4. Текущая ситуация
|
||
|
||
Есть ли подрядчик?
|
||
|
||
[ ] да
|
||
|
||
[ ] нет
|
||
|
||
|
||
Тип работы:
|
||
|
||
[ ] обслуживание
|
||
|
||
[ ] разовые работы
|
||
|
||
[ ] нет системы
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
5. Бюджетный уровень
|
||
|
||
Какой формат предпочтителен:
|
||
|
||
[ ] минимальный
|
||
|
||
[ ] стандарт
|
||
|
||
[ ] премиум SLA
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
2. ОПРОСНИК №2 — ТЕХНИЧЕСКАЯ ИНВЕНТАРИЗАЦИЯ
|
||
|
||
Цель:
|
||
|
||
Понять стоимость обслуживания и сложность SLA
|
||
|
||
|
||
---
|
||
|
||
AegisOne Engineering
|
||
Техническая карта объекта
|
||
|
||
|
||
---
|
||
|
||
1. Видеонаблюдение
|
||
|
||
Есть ли система:
|
||
|
||
[ ] да
|
||
|
||
[ ] нет
|
||
|
||
|
||
Количество камер:
|
||
|
||
Тип системы:
|
||
|
||
[ ] IP
|
||
|
||
[ ] аналог
|
||
|
||
[ ] смешанная
|
||
|
||
|
||
Есть ли архив:
|
||
|
||
[ ] 7 дней
|
||
|
||
[ ] 14 дней
|
||
|
||
[ ] 30+ дней
|
||
|
||
|
||
Проблемы:
|
||
|
||
[ ] нет записи
|
||
|
||
[ ] пропадает архив
|
||
|
||
[ ] плохое качество
|
||
|
||
[ ] не знаю
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
2. СКУД
|
||
|
||
Есть ли система:
|
||
|
||
Количество точек доступа:
|
||
|
||
Производитель:
|
||
|
||
Есть ли журнал событий:
|
||
|
||
[ ] да
|
||
|
||
[ ] нет
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
3. Пожарная сигнализация
|
||
|
||
Есть ли:
|
||
|
||
Тип:
|
||
|
||
Когда обслуживалась последний раз:
|
||
|
||
Есть ли ошибки на панели:
|
||
|
||
[ ] да
|
||
|
||
[ ] нет
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
4. Инфраструктура
|
||
|
||
UPS:
|
||
|
||
[ ] есть
|
||
|
||
[ ] нет
|
||
|
||
|
||
Сервер:
|
||
|
||
[ ] есть
|
||
|
||
[ ] нет
|
||
|
||
|
||
Сеть:
|
||
|
||
[ ] стабильная
|
||
|
||
[ ] нестабильная
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
3. ОПРОСНИК №3 — ЭКСПЛУАТАЦИОННЫЙ АУДИТ
|
||
|
||
Это ключевой SLA-опросник
|
||
|
||
|
||
---
|
||
|
||
AegisOne Engineering
|
||
Эксплуатационная модель объекта
|
||
|
||
|
||
---
|
||
|
||
1. Обслуживание
|
||
|
||
Как сейчас обслуживается объект:
|
||
|
||
[ ] регулярно
|
||
|
||
[ ] по заявкам
|
||
|
||
[ ] не обслуживается
|
||
|
||
|
||
Есть ли регламент:
|
||
|
||
[ ] да
|
||
|
||
[ ] нет
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
2. Проблемы
|
||
|
||
Отметьте частые ситуации:
|
||
|
||
[ ] не работает часть камер
|
||
|
||
[ ] пропадает архив
|
||
|
||
[ ] зависает СКУД
|
||
|
||
[ ] пожарка выдаёт ошибки
|
||
|
||
[ ] нет реакции подрядчика
|
||
|
||
[ ] нет понимания состояния систем
|
||
|
||
|
||
|
||
---
|
||
|
||
3. Реакция на проблемы
|
||
|
||
Среднее время устранения:
|
||
|
||
[ ] до 2 часов
|
||
|
||
[ ] до суток
|
||
|
||
[ ] несколько дней
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
4. Контроль
|
||
|
||
Кто контролирует систему:
|
||
|
||
[ ] штатный инженер
|
||
|
||
[ ] подрядчик
|
||
|
||
[ ] никто
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
4. ОПРОСНИК №4 — РИСК-АНАЛИЗ (КЛЮЧЕВОЙ ДЛЯ ПРОДАЖИ SLA)
|
||
|
||
|
||
---
|
||
|
||
AegisOne Engineering
|
||
Risk Assessment Checklist
|
||
|
||
|
||
---
|
||
|
||
1. Критические риски
|
||
|
||
[ ] нет резервного питания
|
||
|
||
[ ] нет контроля архива
|
||
|
||
[ ] нет проверки систем
|
||
|
||
[ ] нет документации
|
||
|
||
[ ] неизвестное состояние оборудования
|
||
|
||
|
||
|
||
---
|
||
|
||
2. Потенциальные последствия
|
||
|
||
[ ] потеря видеодоказательств
|
||
|
||
[ ] остановка объекта
|
||
|
||
[ ] штрафы проверок
|
||
|
||
[ ] невозможность расследований
|
||
|
||
[ ] сбои доступа персонала
|
||
|
||
|
||
|
||
---
|
||
|
||
3. Уровень уверенности в системе
|
||
|
||
[ ] высокая
|
||
|
||
[ ] средняя
|
||
|
||
[ ] низкая
|
||
|
||
|
||
|
||
---
|
||
|
||
5. ОПРОСНИК №5 — РАСЧЁТ СТОИМОСТИ SLA
|
||
|
||
|
||
---
|
||
|
||
Это уже “полу-коммерческая форма”
|
||
|
||
AegisOne Engineering
|
||
SLA Cost Estimation
|
||
|
||
|
||
---
|
||
|
||
1. Объект
|
||
|
||
Тип:
|
||
|
||
Размер:
|
||
|
||
Кол-во систем:
|
||
|
||
|
||
|
||
---
|
||
|
||
2. Уровень обслуживания
|
||
|
||
[ ] базовый
|
||
|
||
[ ] стандарт
|
||
|
||
[ ] расширенный SLA
|
||
|
||
|
||
|
||
---
|
||
|
||
3. Интенсивность обслуживания
|
||
|
||
Выезды:
|
||
|
||
[ ] 1/мес
|
||
|
||
[ ] 2/мес
|
||
|
||
[ ] по инцидентам
|
||
|
||
|
||
Реакция:
|
||
|
||
[ ] 24ч
|
||
|
||
[ ] 4ч
|
||
|
||
[ ] 2ч
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
4. Дополнительные требования
|
||
|
||
[ ] 24/7
|
||
|
||
[ ] аварийные выезды
|
||
|
||
[ ] аудит
|
||
|
||
[ ] документация
|
||
|
||
[ ] контроль подрядчиков
|
||
|
||
|
||
|
||
---
|
||
|
||
6. ПАСПОРТ ОБЪЕКТА (ФИНАЛЬНЫЙ ДОКУМЕНТ)
|
||
|
||
|
||
---
|
||
|
||
AegisOne Engineering
|
||
Паспорт объекта безопасности
|
||
|
||
|
||
---
|
||
|
||
Содержит:
|
||
|
||
все системы
|
||
|
||
риски
|
||
|
||
подрядчиков
|
||
|
||
историю проблем
|
||
|
||
SLA параметры
|
||
|
||
критические точки отказа
|
||
|
||
|
||
|
||
---
|
||
|
||
7. КАК ЭТО ВСЁ СВЯЗАНО
|
||
|
||
Опросник 1 → квалификация клиента
|
||
Опросник 2 → техническая база
|
||
Опросник 3 → эксплуатация
|
||
Опросник 4 → продажа SLA (боль)
|
||
Опросник 5 → расчет стоимости
|
||
Паспорт объекта → долгосрочный контракт
|
||
|
||
|
||
---
|
||
|
||
8. ГЛАВНЫЙ СМЫСЛ СИСТЕМЫ
|
||
|
||
Ты не задаёшь вопросы “для интереса”.
|
||
|
||
Ты:
|
||
|
||
строишь инженерную модель объекта
|
||
|
||
|
||
---
|
||
|
||
9. ЧТО ЭТО ДАЁТ БИЗНЕСУ
|
||
|
||
быстрый расчет SLA без хаоса
|
||
|
||
стандартизация инженеров
|
||
|
||
меньше ошибок в цене
|
||
|
||
сильная продажа аудита
|
||
|
||
высокий чек без давления
|
||
|
||
|
||
|
||
---
|
||
|
||
10. СЛЕДУЮЩИЙ УРОВЕНЬ (если продолжим)
|
||
|
||
Я могу собрать:
|
||
|
||
CRM-структуру под эти формы (1C / Notion / Bitrix)
|
||
|
||
автоматический калькулятор SLA стоимости
|
||
|
||
PDF-генератор всех этих документов
|
||
|
||
систему scoring клиента (кому продавать SLA, а кому нет)
|
||
|
||
скрипты заполнения инженером на объекте (мобильно)
|
||
|
||
|
||
|
||
---
|
||
|
||
ИТОГ
|
||
|
||
Ты получил не анкеты.
|
||
|
||
Ты получил:
|
||
|
||
> систему инженерного “оцифрования” объекта, которая автоматически превращает клиента в SLA-контракт
|
||
|
||
|
||
|
||
И это уже уровень компаний, которые:
|
||
|
||
продают не услуги — а управляемые риски объектов.
|
||
|
||
---
|
||
|
||
Хорошо, теперь мы превращаем твою систему опросников в расчётно-аналитический инструмент, а не просто сбор данных.
|
||
|
||
Это ключевой переход:
|
||
|
||
> из “задали вопросы” → в “посчитали риск → цену → SLA”
|
||
|
||
|
||
|
||
|
||
---
|
||
|
||
0. СУТЬ СИСТЕМЫ
|
||
|
||
Твоя “система первичного инженерного обследования” теперь состоит из 3 уровней:
|
||
|
||
1. Данные (опросники)
|
||
2. Индексы (оценка состояния)
|
||
3. Расчёт (стоимость SLA + риск + нагрузка)
|
||
|
||
|
||
---
|
||
|
||
1. ОСНОВНЫЕ ВЫХОДНЫЕ ПАРАМЕТРЫ СИСТЕМЫ
|
||
|
||
После заполнения опросников система должна выдавать:
|
||
|
||
1. Risk Score (риск объекта)
|
||
|
||
2. SLA Complexity Index (сложность обслуживания)
|
||
|
||
3. Engineering Load (нагрузка на инженера)
|
||
|
||
4. SLA Cost Range (диапазон стоимости)
|
||
|
||
5. Priority Class (класс критичности объекта)
|
||
|
||
|
||
---
|
||
|
||
2. ОБЩАЯ ФОРМУЛА ОБЪЕКТА (ЯДРО СИСТЕМЫ)
|
||
|
||
OBJECT_INDEX = (RISK_SCORE × 0.4) +
|
||
(COMPLEXITY × 0.3) +
|
||
(INFRASTRUCTURE_LOAD × 0.2) +
|
||
(SERVICE_HISTORY × 0.1)
|
||
|
||
|
||
---
|
||
|
||
3. RISK SCORE (ОЦЕНКА РИСКА ОБЪЕКТА)
|
||
|
||
|
||
---
|
||
|
||
3.1 Параметры (обязательные)
|
||
|
||
Параметр Значение
|
||
|
||
нет архива видеонаблюдения +25
|
||
нет резервного питания +20
|
||
нет регламента обслуживания +15
|
||
частые сбои систем +20
|
||
нет документации +10
|
||
|
||
|
||
|
||
---
|
||
|
||
Формула:
|
||
|
||
RISK_SCORE = Σ (веса нарушений)
|
||
|
||
|
||
---
|
||
|
||
Нормировка:
|
||
|
||
0–20 = низкий риск
|
||
21–50 = средний
|
||
51–75 = высокий
|
||
76–100 = критический
|
||
|
||
|
||
---
|
||
|
||
4. SLA COMPLEXITY INDEX (СКЛАДНОСТЬ ОБСЛУЖИВАНИЯ)
|
||
|
||
|
||
---
|
||
|
||
4.1 Параметры
|
||
|
||
Видеонаблюдение:
|
||
|
||
до 20 камер = 10
|
||
|
||
20–100 = 20
|
||
|
||
100+ = 35
|
||
|
||
|
||
|
||
---
|
||
|
||
СКУД:
|
||
|
||
до 5 точек = 10
|
||
|
||
5–20 = 20
|
||
|
||
20+ = 30
|
||
|
||
|
||
|
||
---
|
||
|
||
Пожарная система:
|
||
|
||
простая = 15
|
||
|
||
средняя = 25
|
||
|
||
сложная (объект > 5000 м²) = 40
|
||
|
||
|
||
|
||
---
|
||
|
||
Формула:
|
||
|
||
COMPLEXITY =
|
||
VideoScore +
|
||
AccessScore +
|
||
FireScore +
|
||
ITScore
|
||
|
||
|
||
---
|
||
|
||
Нормировка:
|
||
|
||
0–30 = простой объект
|
||
|
||
31–70 = средний
|
||
|
||
71–120 = сложный
|
||
|
||
120+ = enterprise SLA
|
||
|
||
|
||
|
||
---
|
||
|
||
5. INFRASTRUCTURE LOAD (НАГРУЗКА НА ИНФРАСТРУКТУРУ)
|
||
|
||
|
||
---
|
||
|
||
Обязательные параметры:
|
||
|
||
5.1 Серверная часть
|
||
|
||
нет сервера = +15
|
||
|
||
слабый сервер = +10
|
||
|
||
норм = 0
|
||
|
||
|
||
|
||
---
|
||
|
||
5.2 Сеть
|
||
|
||
нестабильная = +20
|
||
|
||
частично стабильная = +10
|
||
|
||
стабильная = 0
|
||
|
||
|
||
|
||
---
|
||
|
||
5.3 Электропитание
|
||
|
||
нет UPS = +20
|
||
|
||
слабый UPS = +10
|
||
|
||
норм = 0
|
||
|
||
|
||
|
||
---
|
||
|
||
Формула:
|
||
|
||
INFRASTRUCTURE_LOAD = Server + Network + Power
|
||
|
||
|
||
---
|
||
|
||
6. SERVICE HISTORY INDEX (ИСТОРИЯ ОБСЛУЖИВАНИЯ)
|
||
|
||
|
||
---
|
||
|
||
Параметры:
|
||
|
||
Состояние Балл
|
||
|
||
нет обслуживания 30
|
||
нерегулярное 20
|
||
подрядчик формальный 10
|
||
SLA есть 0
|
||
|
||
|
||
|
||
---
|
||
|
||
Формула:
|
||
|
||
SERVICE_HISTORY = rating_value
|
||
|
||
|
||
---
|
||
|
||
7. ИТОГОВЫЙ OBJECT INDEX
|
||
|
||
OBJECT_INDEX =
|
||
(RISK_SCORE × 0.4) +
|
||
(COMPLEXITY × 0.3) +
|
||
(INFRASTRUCTURE_LOAD × 0.2) +
|
||
(SERVICE_HISTORY × 0.1)
|
||
|
||
|
||
---
|
||
|
||
8. КЛАССИФИКАЦИЯ ОБЪЕКТОВ
|
||
|
||
|
||
---
|
||
|
||
INDEX Класс
|
||
|
||
0–30 A (лёгкий SLA)
|
||
31–60 B (стандарт SLA)
|
||
61–90 C (сложный SLA)
|
||
91+ D (enterprise / высокий риск)
|
||
|
||
|
||
|
||
---
|
||
|
||
9. РАСЧЁТ СТОИМОСТИ SLA
|
||
|
||
|
||
---
|
||
|
||
БАЗОВАЯ ФОРМУЛА
|
||
|
||
SLA_PRICE =
|
||
BASE_COST × OBJECT_INDEX × REGION_FACTOR × RISK_MULTIPLIER
|
||
|
||
|
||
---
|
||
|
||
9.1 BASE_COST (база инженера)
|
||
|
||
Краснодар: 15 000 ₽
|
||
|
||
|
||
|
||
---
|
||
|
||
9.2 REGION_FACTOR
|
||
|
||
Регион коэффициент
|
||
|
||
Краснодар 1.0
|
||
Краснодарский край 1.1
|
||
РФ 1.3–1.6
|
||
Москва 1.8
|
||
|
||
|
||
|
||
---
|
||
|
||
9.3 RISK_MULTIPLIER
|
||
|
||
Risk Score коэффициент
|
||
|
||
0–20 1.0
|
||
21–50 1.3
|
||
51–75 1.6
|
||
76–100 2.0
|
||
|
||
|
||
|
||
---
|
||
|
||
10. ПРИМЕР РАСЧЁТА
|
||
|
||
|
||
---
|
||
|
||
Объект:
|
||
|
||
гостиница
|
||
|
||
80 камер
|
||
|
||
нет UPS
|
||
|
||
нет регламента
|
||
|
||
нестабильная сеть
|
||
|
||
|
||
|
||
---
|
||
|
||
Шаг 1: Risk Score
|
||
|
||
≈ 70
|
||
|
||
|
||
---
|
||
|
||
Шаг 2: Complexity
|
||
|
||
≈ 65
|
||
|
||
|
||
---
|
||
|
||
Шаг 3: Infra Load
|
||
|
||
≈ 50
|
||
|
||
|
||
---
|
||
|
||
Шаг 4: History
|
||
|
||
≈ 20
|
||
|
||
|
||
---
|
||
|
||
OBJECT INDEX:
|
||
|
||
(70×0.4) + (65×0.3) + (50×0.2) + (20×0.1)
|
||
= 28 + 19.5 + 10 + 2
|
||
= 59.5
|
||
|
||
|
||
---
|
||
|
||
Класс:
|
||
|
||
B / верхний C
|
||
|
||
|
||
---
|
||
|
||
Цена:
|
||
|
||
15 000 × 59.5 × 1.1 × 1.3 ≈ 1 280 000 ₽ / год SLA
|
||
≈ 106 000 ₽ / месяц
|
||
|
||
|
||
---
|
||
|
||
11. ОБЯЗАТЕЛЬНЫЕ И РЕКОМЕНДУЕМЫЕ ПАРАМЕТРЫ
|
||
|
||
|
||
---
|
||
|
||
ОБЯЗАТЕЛЬНЫЕ (без них нельзя считать SLA)
|
||
|
||
тип объекта
|
||
|
||
количество систем
|
||
|
||
видеонаблюдение (кол-во камер)
|
||
|
||
СКУД (точки доступа)
|
||
|
||
пожарная система
|
||
|
||
состояние архива
|
||
|
||
наличие подрядчика
|
||
|
||
наличие UPS
|
||
|
||
состояние сети
|
||
|
||
|
||
|
||
---
|
||
|
||
РЕКОМЕНДУЕМЫЕ (повышают точность)
|
||
|
||
история инцидентов
|
||
|
||
время реакции подрядчика
|
||
|
||
уровень критичности объекта
|
||
|
||
сезонность нагрузки
|
||
|
||
юридические риски (проверки МЧС)
|
||
|
||
наличие сервера/хранения
|
||
|
||
уровень автоматизации
|
||
|
||
|
||
|
||
---
|
||
|
||
12. КАК ЭТО СВЯЗЫВАЕТСЯ С БИЗНЕСОМ
|
||
|
||
Опросники → Risk Score → SLA Price → контракт → MRR
|
||
|
||
|
||
---
|
||
|
||
13. КЛЮЧЕВАЯ СИЛА СИСТЕМЫ
|
||
|
||
Ты перестаёшь “угадывать цену”.
|
||
|
||
Ты:
|
||
|
||
рассчитываешь стоимость объекта как инженерный риск
|
||
|
||
|
||
---
|
||
|
||
14. ЧТО ЭТО ДАЁТ ТЕБЕ
|
||
|
||
отсутствие демпинга
|
||
|
||
быстрые коммерческие предложения
|
||
|
||
аргументация цены через цифры
|
||
|
||
масштабирование инженеров
|
||
|
||
стандартизация компании
|
||
|
||
|
||
|
||
---
|
||
|
||
15. ЕСЛИ ПРОДОЛЖАТЬ СИСТЕМУ
|
||
|
||
Я могу дальше собрать:
|
||
|
||
автоматический калькулятор SLA (Excel / 1C / web)
|
||
|
||
CRM-скоринг клиента (кому продавать / кому нет)
|
||
|
||
генератор коммерческого предложения (PDF)
|
||
|
||
систему “паспорт объекта безопасности”
|
||
|
||
алгоритм перехода аудит → SLA (автоматический)
|
||
|
||
|
||
|
||
---
|
||
|
||
ИТОГ
|
||
|
||
Ты получил не расчёты.
|
||
|
||
Ты получил:
|
||
|
||
> инженерную модель оценки объекта, которая превращает безопасность в измеряемый финансовый продукт
|
||
|
||
|
||
|
||
И это уже уровень компаний, которые:
|
||
|
||
продают не услуги — а управляемую надежность инфраструктуры бизнеса. |