angel
72b6879f4b
- 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
18 KiB
Хорошо, это важный шаг — ты фактически выбираешь архитектуру бренда (brand architecture), а не просто название. От этого зависит:
как тебя воспринимают (монтажники vs инженерная компания),
как ты продаёшь SLA,
насколько легко масштабируешься по РФ.
Я разложу каждый вариант строго по твоей модели: 👉 аудит → эксплуатация → SLA → инженерный сервис → масштабирование
- AegisOne Engineering
Суть позиционирования:
инженерная компания полного цикла
Как воспринимается рынком:
“серьёзная инженерная организация”
ближе к проектированию / эксплуатации
высокий уровень доверия B2B
Сильные стороны:
подходит под SLA и аудит
звучит “дорого и системно”
легко масштабируется на РФ
не привязан к монтажу
Слабые стороны:
не сразу понятно “сервис”
нужно объяснение через сайт/контент
Лучше всего подходит для:
✔ SLA обслуживание ✔ аудит объектов ✔ эксплуатация систем безопасности ✔ B2B рынок (гостиницы, склады, УК)
Итог:
❗ ЛУЧШИЙ ОСНОВНОЙ БРЕНД (ядро компании)
- AegisOne Service
Суть:
сервисная эксплуатационная компания
Восприятие:
обслуживание
ремонт
“сервисники”
Сильные стороны:
понятный вход для клиентов
хорошо продаёт обслуживание
легко объяснить
Слабые стороны:
слишком “сервис/ремонт”
занижает статус инженера
хуже для крупных B2B объектов
Лучше для:
✔ абонентское обслуживание ✔ выездной сервис ✔ мелкие и средние клиенты ✔ поддержка SLA как продукт
Итог:
⚠ можно как подразделение, но не основной бренд
- AegisOne Security Engineering
Суть:
инженерия безопасности (очень сильный B2B бренд)
Восприятие:
высокий уровень экспертизы
ближе к проектированию и системной безопасности
звучит “международно”
Сильные стороны:
максимальная экспертность
идеально под аудит и SLA
хорошо для РФ + будущего выхода за регион
не “монтажники”
Слабые стороны:
длинное название
чуть тяжеловесно в маркетинге
требует сокращений (AegisOne SE)
Лучше для:
✔ аудит ✔ техническая экспертиза ✔ корпоративные объекты ✔ крупные B2B сделки ✔ федеральное масштабирование
Итог:
⭐ ЛУЧШИЙ ДЛЯ ЭКСПЕРТНОСТИ И PREMIUM B2B
- AegisOne Facility Security
Суть:
безопасность объектов (facility management)
Восприятие:
управление объектами
эксплуатация зданий
FM-компании уровня “facility management”
Сильные стороны:
очень сильный корпоративный сегмент
подходит для УК, ТЦ, гостиниц
легко встраивается в FM-рынок
Слабые стороны:
менее технический фокус
может размывать “инженерность”
ближе к управлению недвижимостью
Лучше для:
✔ управляющие компании ✔ гостиничные сети ✔ торговые центры ✔ facility management подрядчики
Итог:
⚠ хорошо как направление, но не ядро
- AegisOne TechService
Суть:
техсервис / техническое обслуживание
Восприятие:
ремонтная служба
IT/техподдержка стиль
Сильные стороны:
простое и понятное
легко продаётся “в лоб”
подходит для мелких объектов
Слабые стороны:
дешёвое восприятие
не тянет премиум SLA
теряет инженерный статус
Лучше для:
✔ массовое обслуживание ✔ низкий чек рынок ✔ быстрые заявки ✔ простые сервисные работы
Итог:
❌ не подходит под твою стратегию роста
- РЕКОМЕНТИРУЕМАЯ СТРУКТУРА БРЕНДА (ОПТИМАЛЬНАЯ)
Вот как это должно выглядеть в системе:
🧠 ГЛАВНЫЙ БРЕНД (основа)
AegisOne Engineering
👉 ядро:
SLA
аудит
эксплуатация
инженерный контроль
🔧 СЕРВИСНОЕ ПОДРАЗДЕЛЕНИЕ
AegisOne Service
👉 внутри:
выезды
ремонт
поддержка
реакция по SLA
🧪 ЭКСПЕРТНЫЙ КОНТУР
AegisOne Security Engineering
👉 используется для:
сайта экспертного уровня
презентаций
коммерческих предложений
крупных B2B переговоров
🏢 ФУТУРОЛОГИЧЕСКИЙ КОНТУР (масштаб)
AegisOne Facility Security
👉 когда выйдешь в:
УК
сети отелей
FM-контракты
⚙️ ТЕХПОДДЕРЖКА (НЕ ОСНОВНАЯ)
AegisOne TechService
👉 можно использовать как:
внутренний бренд
дешёвый сегмент (если вдруг нужен)
- ЛУЧШАЯ СТРАТЕГИЯ (РЕАЛЬНО ПРАВИЛЬНАЯ)
Вот как это делает сильная инженерная компания:
AegisOne Engineering ↓ AegisOne Security Engineering (экспертиза / доверие) ↓ AegisOne Service (исполнение SLA) ↓ AegisOne Facility Security (масштаб на УК и сети)
- ВАЖНОЕ РЕШЕНИЕ ДЛЯ ТЕБЯ
Если брать твою стратегию:
уход от монтажа
переход в SLA
рост до 2–3 млн+
B2B рынок
экспертность
ТОП-1 выбор:
✔ AegisOne Engineering
ТОП-2 усиление:
✔ AegisOne Security Engineering
НЕ РЕКОМЕНДУЮ КАК ОСНОВУ:
Service (снижает статус)
TechService (дешевит бренд)
Facility Security (узкая ниша на будущее)
- ЕСЛИ ХОЧЕШЬ ДАЛЬШЕ УСИЛИТЬ БРЕНД
Я могу собрать тебе следующий уровень:
нейминг архитектуры сайта (как разложить домены/страницы)
логотип-систему (как должен выглядеть бренд инженерной компании)
упаковку КП под каждый бренд
позиционирование для тендеров
“как выглядеть как федеральный подрядчик при локальном бизнесе”
Если коротко:
тебе нужен не набор названий, а система уровней доверия
И из всех вариантов:
AegisOne Engineering — фундамент бизнеса.
Отлично, теперь мы фиксируем архитектуру компании как инженерной системы, а не сайта.
Ты строишь не “фирму услуг”, а:
AegisOne Engineering — операционную систему эксплуатации объектов
Ниже даю тебе:
- структуру компании (как она “разложена в голове клиента”)
- все разделы сайта / системы
- документы (шаблоны, которые продают SLA сами)
- сценарии взаимодействия с клиентом
- стандарты (как ты выглядишь как федеральный подрядчик)
1. СТРУКТУРА AEGISONE ENGINEERING
🧠 ЯДРО КОМПАНИИ
AegisOne Engineering
Инженерная компания по эксплуатации и контролю систем безопасности объектов
ФУНКЦИОНАЛЬНЫЕ БЛОКИ
1. Engineering Audit (аудит и диагностика)
2. SLA Operations (эксплуатация)
3. Incident Response (аварийные работы)
4. Technical Supervision (контроль подрядчиков)
5. Documentation & Compliance (документация)
6. Risk Engineering (анализ рисков)
2. СТРУКТУРА САЙТА (КАК ДОЛЖЕН ВЫГЛЯДЕТЬ AEGISONE)
🏠 ГЛАВНАЯ
/
Название:
AegisOne Engineering
Смысл:
инженерная эксплуатация систем безопасности объектов
3. РАЗДЕЛЫ САЙТА
3.1 ENGINEERING AUDIT
/engineering-audit/
Описание:
Технический аудит систем безопасности с оценкой рисков эксплуатации.
Проверка:
- видеонаблюдения
- СКУД
- пожарной сигнализации
- инфраструктуры объекта
Результат:
инженерное заключение и карта рисков объекта
Подразделы:
/engineering-audit/video-surveillance/engineering-audit/access-control/engineering-audit/fire-alarm/engineering-audit/risk-report
3.2 SLA OPERATIONS
/sla-operations/
Описание:
Постоянное техническое сопровождение объектов с регламентами и SLA.
Мы обеспечиваем:
- стабильную работу систем
- контроль состояния оборудования
- аварийное реагирование
- регулярные проверки
Подразделы:
/sla-operations/start/sla-operations/business/sla-operations/enterprise/sla-operations/sla-regulations
3.3 INCIDENT RESPONSE
/incident-response/
Описание:
Экстренное устранение неисправностей систем безопасности.
Сценарии:
- отказ видеонаблюдения
- потеря архива
- сбой СКУД
- проблемы пожарной сигнализации
Подразделы:
/incident-response/critical/incident-response/emergency-call/incident-response/post-incident-report
3.4 TECHNICAL SUPERVISION
/technical-supervision/
Описание:
Контроль подрядчиков и проверка качества работ сторонних организаций.
Мы выступаем как независимый инженерный контроль объекта.
Подразделы:
/technical-supervision/contractor-check/technical-supervision/acceptance-testing/technical-supervision/project-review
3.5 DOCUMENTATION & COMPLIANCE
/documentation-compliance/
Описание:
Ведение и восстановление инженерной документации объектов.
Системы:
- схемы
- журналы
- паспорта оборудования
- регламенты эксплуатации
Подразделы:
/documentation-compliance/passport/documentation-compliance/regulations/documentation-compliance/reporting
3.6 RISK ENGINEERING
/risk-engineering/
Описание:
Анализ рисков эксплуатации инженерных систем безопасности объекта.
Мы оцениваем не оборудование, а последствия его отказа.
Подразделы:
/risk-engineering/video-risk/risk-engineering/fire-risk/risk-engineering/access-risk
4. ШАБЛОНЫ ДОКУМЕНТОВ (ЭТО ВАЖНЕЕ САЙТА)
Это твой “продукт доверия”.
4.1 ИНЖЕНЕРНОЕ ЗАКЛЮЧЕНИЕ
AegisOne Engineering
Инженерное заключение по состоянию систем безопасности
Объект: __________
Дата: __________
1. Проведённые проверки:
- видеонаблюдение
- СКУД
- пожарная сигнализация
- инфраструктура
2. Выявленные отклонения:
- __________
- __________
3. Критические риски:
- __________
4. Оценка состояния системы:
[ ] стабильная
[ ] частично стабильная
[ ] требует вмешательства
5. Заключение инженера:
Система безопасности объекта требует/не требует
технического сопровождения по SLA модели эксплуатации.
4.2 SLA СОГЛАШЕНИЕ
AegisOne Engineering
Service Level Agreement (SLA)
1. Объект обслуживания
2. Перечень систем
3. Время реакции:
P1 — 2 часа
P2 — 4 часа
P3 — 24 часа
4. Регламент обслуживания:
- ежемесячные проверки
- отчётность
- диагностика
5. Зоны ответственности:
- заказчик
- инженерная компания
6. Исключения:
- повреждение третьими лицами
- форс-мажор
4.3 АКТ ТЕХНИЧЕСКОГО АУДИТА
Проверено:
- видеонаблюдение
- СКУД
- пожарная система
Результаты:
- __________
Рекомендации:
- критические
- важные
- плановые
4.4 ПАСПОРТ ОБЪЕКТА
AegisOne Engineering
Паспорт инженерных систем объекта
Содержит:
- схема систем
- оборудование
- IP-адреса
- точки отказа
- история обслуживания
4.5 ОТЧЁТ ПО ИНЦИДЕНТУ
Описание инцидента:
Время реакции:
Причина:
Последствия:
Устранение:
Рекомендации:
5. СЦЕНАРИИ ВЗАИМОДЕЙСТВИЯ
СЦЕНАРИЙ 1 — ВХОД
Контакт → мини-диагностика → аудит → отчет → SLA
СЦЕНАРИЙ 2 — АВАРИЯ
Инцидент → выезд → устранение → отчет → предложение SLA
СЦЕНАРИЙ 3 — ПАРТНЁРСКИЙ ВХОД
Партнёр → объект → аудит → сопровождение
СЦЕНАРИЙ 4 — ТЕНДЕР / КОММЕРЧЕСКИЙ ВХОД
Запрос → аудит → КП → SLA контракт
6. КАК ЭТО ВОСПРИНИМАЕТСЯ РЫНКОМ
Ты становишься не:
❌ монтажной фирмой
❌ сервисниками
❌ подрядчиком
А:
🧠 инженерной эксплуатационной системой объектов
7. ГЛАВНЫЙ ЭФФЕКТ ЭТОЙ УПАКОВКИ
Клиент думает:
“Это не монтажники. Это те, кто контролирует безопасность объекта как систему.”
8. СЛЕДУЮЩИЙ УРОВЕНЬ (ЕСЛИ ПРОДОЛЖАЕМ)
Я могу собрать тебе дальше:
- автоматическую CRM (Notion / 1C модель под эти разделы)
- шаблон коммерческого предложения под каждый блок
- визуальную архитектуру сайта (UI/UX)
- систему KPI инженеров
- модель масштабирования до федерального уровня
ИТОГ
Ты только что получил:
полноценную архитектуру инженерной компании уровня enterprise
И если это внедрить — ты перестаёшь быть “подрядчиком”.
Ты становишься: