- Refactored max_bot from nested packages to flat module structure - Q2: Extended BotUser model (patronymic, email, org, address, vcf_raw, contact_hash, phone_verified, email_verified, last_interaction, total_conversations, total_tickets) - Q2: VCF parser (FN, N, TEL, EMAIL, ORG, ADR), upsert on re-contact, NLP history context (_get_user_history_context -> YandexGPT) - Q1: Broadcast preview modal with 10s confirmation timer - Q3: CSS var(--white)->var(--bg-card), var(--text)->var(--text-primary) - Q4: bot_settings showNotification(), editable max_bot_id - Q5: Webhook secret passthrough via X-Max-Bot-Api-Secret - Masking sensitive keys, dialog_cleared handler, migrate via _add_column_if_not_exists() - Rate limit (asyncio.sleep 0.5 per 10), dead code removed, conv.intent context in contact.py - Portal pages: bot_consent, bot_kb (edit), bot_settings, bot_test, bot_tickets, portal_settings - Tests: 21/21 passing, added test_yandex_gpt.py, test_email_sender.py - Deploy: deploy_full.sh, schema.sql, seed_knowledge_base.sql
16 KiB
Ниже — тебе не “анкеты”, а полноценная система первичного инженерного обследования клиента, которая одновременно:
фиксирует данные (как CRM)
снижает ошибки оценки
продаёт аудит
позволяет считать SLA и обслуживание
формирует базу для “паспорт объекта”
Я разложу это как систему AegisOne Engineering.
- ЛОГИКА СИСТЕМЫ ОПРОСНИКОВ
Ты всегда собираешь данные в 4 слоя:
- Коммерческий слой (кто клиент и объект)
- Технический слой (системы и оборудование)
- Эксплуатационный слой (как обслуживается)
- Рисковый слой (где проблемы и уязвимости)
- ОПРОСНИК №1 — КОММЕРЧЕСКИЙ ПАСПОРТ ОБЪЕКТА
(для первичного контакта / CRM)
Цель:
Понять:
тип клиента
потенциал SLA
сложность объекта
уровень бюджета
Форма:
AegisOne Engineering Коммерческий профиль объекта
- Общая информация
Название организации:
Тип объекта:
[ ] гостиница
[ ] склад
[ ] производство
[ ] торговый центр
[ ] офис
[ ] другое
Адрес объекта:
Количество зданий:
- Масштаб объекта
Площадь (м²):
Количество сотрудников:
Количество точек доступа:
Количество камер (примерно):
- Контактное лицо
ФИО:
Должность:
Телефон:
Кто принимает решение:
[ ] да
[ ] нет
- Текущая ситуация
Есть ли подрядчик?
[ ] да
[ ] нет
Тип работы:
[ ] обслуживание
[ ] разовые работы
[ ] нет системы
- Бюджетный уровень
Какой формат предпочтителен:
[ ] минимальный
[ ] стандарт
[ ] премиум SLA
- ОПРОСНИК №2 — ТЕХНИЧЕСКАЯ ИНВЕНТАРИЗАЦИЯ
Цель:
Понять стоимость обслуживания и сложность SLA
AegisOne Engineering Техническая карта объекта
- Видеонаблюдение
Есть ли система:
[ ] да
[ ] нет
Количество камер:
Тип системы:
[ ] IP
[ ] аналог
[ ] смешанная
Есть ли архив:
[ ] 7 дней
[ ] 14 дней
[ ] 30+ дней
Проблемы:
[ ] нет записи
[ ] пропадает архив
[ ] плохое качество
[ ] не знаю
- СКУД
Есть ли система:
Количество точек доступа:
Производитель:
Есть ли журнал событий:
[ ] да
[ ] нет
- Пожарная сигнализация
Есть ли:
Тип:
Когда обслуживалась последний раз:
Есть ли ошибки на панели:
[ ] да
[ ] нет
- Инфраструктура
UPS:
[ ] есть
[ ] нет
Сервер:
[ ] есть
[ ] нет
Сеть:
[ ] стабильная
[ ] нестабильная
- ОПРОСНИК №3 — ЭКСПЛУАТАЦИОННЫЙ АУДИТ
Это ключевой SLA-опросник
AegisOne Engineering Эксплуатационная модель объекта
- Обслуживание
Как сейчас обслуживается объект:
[ ] регулярно
[ ] по заявкам
[ ] не обслуживается
Есть ли регламент:
[ ] да
[ ] нет
- Проблемы
Отметьте частые ситуации:
[ ] не работает часть камер
[ ] пропадает архив
[ ] зависает СКУД
[ ] пожарка выдаёт ошибки
[ ] нет реакции подрядчика
[ ] нет понимания состояния систем
- Реакция на проблемы
Среднее время устранения:
[ ] до 2 часов
[ ] до суток
[ ] несколько дней
- Контроль
Кто контролирует систему:
[ ] штатный инженер
[ ] подрядчик
[ ] никто
- ОПРОСНИК №4 — РИСК-АНАЛИЗ (КЛЮЧЕВОЙ ДЛЯ ПРОДАЖИ SLA)
AegisOne Engineering Risk Assessment Checklist
- Критические риски
[ ] нет резервного питания
[ ] нет контроля архива
[ ] нет проверки систем
[ ] нет документации
[ ] неизвестное состояние оборудования
- Потенциальные последствия
[ ] потеря видеодоказательств
[ ] остановка объекта
[ ] штрафы проверок
[ ] невозможность расследований
[ ] сбои доступа персонала
- Уровень уверенности в системе
[ ] высокая
[ ] средняя
[ ] низкая
- ОПРОСНИК №5 — РАСЧЁТ СТОИМОСТИ SLA
Это уже “полу-коммерческая форма”
AegisOne Engineering SLA Cost Estimation
- Объект
Тип:
Размер:
Кол-во систем:
- Уровень обслуживания
[ ] базовый
[ ] стандарт
[ ] расширенный SLA
- Интенсивность обслуживания
Выезды:
[ ] 1/мес
[ ] 2/мес
[ ] по инцидентам
Реакция:
[ ] 24ч
[ ] 4ч
[ ] 2ч
- Дополнительные требования
[ ] 24/7
[ ] аварийные выезды
[ ] аудит
[ ] документация
[ ] контроль подрядчиков
- ПАСПОРТ ОБЪЕКТА (ФИНАЛЬНЫЙ ДОКУМЕНТ)
AegisOne Engineering Паспорт объекта безопасности
Содержит:
все системы
риски
подрядчиков
историю проблем
SLA параметры
критические точки отказа
- КАК ЭТО ВСЁ СВЯЗАНО
Опросник 1 → квалификация клиента Опросник 2 → техническая база Опросник 3 → эксплуатация Опросник 4 → продажа SLA (боль) Опросник 5 → расчет стоимости Паспорт объекта → долгосрочный контракт
- ГЛАВНЫЙ СМЫСЛ СИСТЕМЫ
Ты не задаёшь вопросы “для интереса”.
Ты:
строишь инженерную модель объекта
- ЧТО ЭТО ДАЁТ БИЗНЕСУ
быстрый расчет SLA без хаоса
стандартизация инженеров
меньше ошибок в цене
сильная продажа аудита
высокий чек без давления
- СЛЕДУЮЩИЙ УРОВЕНЬ (если продолжим)
Я могу собрать:
CRM-структуру под эти формы (1C / Notion / Bitrix)
автоматический калькулятор SLA стоимости
PDF-генератор всех этих документов
систему scoring клиента (кому продавать SLA, а кому нет)
скрипты заполнения инженером на объекте (мобильно)
ИТОГ
Ты получил не анкеты.
Ты получил:
систему инженерного “оцифрования” объекта, которая автоматически превращает клиента в SLA-контракт
И это уже уровень компаний, которые:
продают не услуги — а управляемые риски объектов.
Хорошо, теперь мы превращаем твою систему опросников в расчётно-аналитический инструмент, а не просто сбор данных.
Это ключевой переход:
из “задали вопросы” → в “посчитали риск → цену → SLA”
- СУТЬ СИСТЕМЫ
Твоя “система первичного инженерного обследования” теперь состоит из 3 уровней:
- Данные (опросники)
- Индексы (оценка состояния)
- Расчёт (стоимость SLA + риск + нагрузка)
- ОСНОВНЫЕ ВЫХОДНЫЕ ПАРАМЕТРЫ СИСТЕМЫ
После заполнения опросников система должна выдавать:
-
Risk Score (риск объекта)
-
SLA Complexity Index (сложность обслуживания)
-
Engineering Load (нагрузка на инженера)
-
SLA Cost Range (диапазон стоимости)
-
Priority Class (класс критичности объекта)
- ОБЩАЯ ФОРМУЛА ОБЪЕКТА (ЯДРО СИСТЕМЫ)
OBJECT_INDEX = (RISK_SCORE × 0.4) + (COMPLEXITY × 0.3) + (INFRASTRUCTURE_LOAD × 0.2) + (SERVICE_HISTORY × 0.1)
- RISK SCORE (ОЦЕНКА РИСКА ОБЪЕКТА)
3.1 Параметры (обязательные)
Параметр Значение
нет архива видеонаблюдения +25 нет резервного питания +20 нет регламента обслуживания +15 частые сбои систем +20 нет документации +10
Формула:
RISK_SCORE = Σ (веса нарушений)
Нормировка:
0–20 = низкий риск
21–50 = средний
51–75 = высокий
76–100 = критический
- 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
- INFRASTRUCTURE LOAD (НАГРУЗКА НА ИНФРАСТРУКТУРУ)
Обязательные параметры:
5.1 Серверная часть
нет сервера = +15
слабый сервер = +10
норм = 0
5.2 Сеть
нестабильная = +20
частично стабильная = +10
стабильная = 0
5.3 Электропитание
нет UPS = +20
слабый UPS = +10
норм = 0
Формула:
INFRASTRUCTURE_LOAD = Server + Network + Power
- SERVICE HISTORY INDEX (ИСТОРИЯ ОБСЛУЖИВАНИЯ)
Параметры:
Состояние Балл
нет обслуживания 30 нерегулярное 20 подрядчик формальный 10 SLA есть 0
Формула:
SERVICE_HISTORY = rating_value
- ИТОГОВЫЙ OBJECT INDEX
OBJECT_INDEX = (RISK_SCORE × 0.4) + (COMPLEXITY × 0.3) + (INFRASTRUCTURE_LOAD × 0.2) + (SERVICE_HISTORY × 0.1)
- КЛАССИФИКАЦИЯ ОБЪЕКТОВ
INDEX Класс
0–30 A (лёгкий SLA) 31–60 B (стандарт SLA) 61–90 C (сложный SLA) 91+ D (enterprise / высокий риск)
- РАСЧЁТ СТОИМОСТИ 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
- ПРИМЕР РАСЧЁТА
Объект:
гостиница
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 ₽ / месяц
- ОБЯЗАТЕЛЬНЫЕ И РЕКОМЕНДУЕМЫЕ ПАРАМЕТРЫ
ОБЯЗАТЕЛЬНЫЕ (без них нельзя считать SLA)
тип объекта
количество систем
видеонаблюдение (кол-во камер)
СКУД (точки доступа)
пожарная система
состояние архива
наличие подрядчика
наличие UPS
состояние сети
РЕКОМЕНДУЕМЫЕ (повышают точность)
история инцидентов
время реакции подрядчика
уровень критичности объекта
сезонность нагрузки
юридические риски (проверки МЧС)
наличие сервера/хранения
уровень автоматизации
- КАК ЭТО СВЯЗЫВАЕТСЯ С БИЗНЕСОМ
Опросники → Risk Score → SLA Price → контракт → MRR
- КЛЮЧЕВАЯ СИЛА СИСТЕМЫ
Ты перестаёшь “угадывать цену”.
Ты:
рассчитываешь стоимость объекта как инженерный риск
- ЧТО ЭТО ДАЁТ ТЕБЕ
отсутствие демпинга
быстрые коммерческие предложения
аргументация цены через цифры
масштабирование инженеров
стандартизация компании
- ЕСЛИ ПРОДОЛЖАТЬ СИСТЕМУ
Я могу дальше собрать:
автоматический калькулятор SLA (Excel / 1C / web)
CRM-скоринг клиента (кому продавать / кому нет)
генератор коммерческого предложения (PDF)
систему “паспорт объекта безопасности”
алгоритм перехода аудит → SLA (автоматический)
ИТОГ
Ты получил не расчёты.
Ты получил:
инженерную модель оценки объекта, которая превращает безопасность в измеряемый финансовый продукт
И это уже уровень компаний, которые:
продают не услуги — а управляемую надежность инфраструктуры бизнеса.