+ prepare("SELECT slug,title FROM blog_posts WHERE published_atexecute([$post['published_at']]); $p = $prev->fetch();
+ $next = $pdo->prepare("SELECT slug,title FROM blog_posts WHERE published_at>? AND status='published' ORDER BY published_at ASC LIMIT 1");
+ $next->execute([$post['published_at']]); $n = $next->fetch();
+ ?>
+ ←
+ →
+
+ ' +
+ '' +
+ '
';
+ } else {
+ responseDiv.innerHTML = '' + data.message + '
' + + '' + data.message + '
'; + } + } catch (err) { + responseDiv.innerHTML = 'Произошла ошибка. Попробуйте позже.
'; + } + }); + } + + function showFieldError(input, message) { + var group = input.closest('.form-group'); + if (!group) return; + group.classList.add('form-group--error'); + var errSpan = group.querySelector('.error-msg'); + if (errSpan) { + errSpan.textContent = message; + errSpan.classList.add('visible'); + } + } +}); diff --git a/audit/.htaccess b/audit/.htaccess new file mode 100644 index 0000000..be0634d --- /dev/null +++ b/audit/.htaccess @@ -0,0 +1,2 @@ +DirectoryIndex index.php +Options -Indexes diff --git a/audit/index.php b/audit/index.php new file mode 100644 index 0000000..8fc9d4b --- /dev/null +++ b/audit/index.php @@ -0,0 +1,92 @@ + + +
+
+
+ Факты, а не предположения!
Объективная оценка рисков и уязвимостей систем безопасности вашего бизнеса. Аудит видеонаблюдения, СКУД и охранно-пожарных систем.
Работаем по всей России — выезд специалиста на объект
+
+
+ Что мы проверяем
+
+ '
+
+
+
+
+
+
+
+
+ Как проходит аудит
+
+ '1', 'title' => 'Первичное обсуждение', 'desc' => 'Короткая встреча или созвон, чтобы понять особенности вашего объекта и ваши потребности.'],
+ ['num' => '2', 'title' => 'Анализ документации', 'desc' => 'Изучаем существующие проекты, планы и отчёты служб безопасности.'],
+ ['num' => '3', 'title' => 'Выезд на объект', 'desc' => 'Визуальный и инструментальный осмотр систем безопасности с проверкой фактической работоспособности.'],
+ ['num' => '4', 'title' => 'Подготовка отчёта', 'desc' => 'Детальный отчёт с выявленными уязвимостями, фотографиями и рекомендациями по устранению.'],
+ ['num' => '5', 'title' => 'Презентация результатов', 'desc' => 'Представляем отчёт руководству и отвечаем на все вопросы.'],
+ ];
+ foreach ($steps as $step): ?>
+
+
+
+
+
+
+
+
+
+ Вопросы об аудите
+
+ 'Чем ваш аудит отличается от проверки штатной службы безопасности?', 'a' => 'Штатная служба безопасности часто не замечает системных проблем — она работает «внутри» процесса. Мы смотрим независимо, как внешние аудиторы, и видим то, что стало привычным. Кроме того, мы используем метод «Тайный покупатель».'],
+ ['q' => 'Вы продаёте оборудование или монтажные работы?', 'a' => 'В рамках независимого аудита мы выступаем исключительно как эксперты. Наша задача — объективно оценить ситуацию, а не продать вам оборудование. Вы сами решаете, какой подрядчик будет устранять замечания.'],
+ ['q' => 'Сколько стоит аудит?', 'a' => 'Стоимость зависит от объекта: его площади, количества систем и удалённости. Мы называем цену после предварительного обсуждения — это бесплатно и ни к чему не обязывает.'],
+ ['q' => 'Что входит в отчёт?', 'a' => 'Подробный документ с описанием каждого выявленного недостатка, фотографиями, оценкой уровня риска и конкретными рекомендациями. Вы получаете «дорожную карту»: что делать, в каком порядке и сколько это примерно стоит.'],
+ ];
+ foreach ($faqs as $faq): ?>
+
+
+
+
+
+
+
+
+
+ Записей пока нет
+Следите за обновлениями — мы регулярно публикуем новые статьи.
+
+
+
+
+
+
+
+ 1): ?>
+
+
+ $html, 'totalPages' => $totalPages, 'currentPage' => $page, 'category' => $category], JSON_UNESCAPED_UNICODE);
diff --git a/blog/index.php b/blog/index.php
new file mode 100644
index 0000000..a00f194
--- /dev/null
+++ b/blog/index.php
@@ -0,0 +1,349 @@
+ PDO::ERRMODE_EXCEPTION,
+ PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC,
+ PDO::ATTR_EMULATE_PREPARES => false,
+ ]);
+ }
+ return $pdo;
+}
+
+$pdo = getDB();
+
+$categories = [
+ 'audit' => 'Аудит',
+ 'sla' => 'SLA',
+ 'incident' => 'Инциденты',
+ 'supervision' => 'Технадзор',
+ 'documentation' => 'Документация',
+ 'risk' => 'Риск-инжиниринг',
+ 'cases' => 'Кейсы',
+];
+
+$slug = trim($_GET['slug'] ?? '');
+$search = trim($_GET['search'] ?? '');
+$category = trim($_GET['cat'] ?? '');
+$page = max(1, (int)($_GET['page'] ?? 1));
+$perPage = 12;
+
+// Single post
+if ($slug !== '') {
+ $stmt = $pdo->prepare("SELECT bp.*, u.full_name AS author_name FROM blog_posts bp LEFT JOIN users u ON u.id=bp.author_id WHERE bp.slug=? AND bp.status='published' LIMIT 1");
+ $stmt->execute([$slug]);
+ $post = $stmt->fetch();
+
+ $pageTitle = $post ? ($post['title'] . ' — ' . SITE_NAME) : 'Пост не найден — ' . SITE_NAME;
+ $pageDesc = $post ? ($post['excerpt'] ?: mb_substr(strip_tags($post['content']), 0, 200)) : '';
+ $robots = $post ? 'index, follow' : 'noindex, nofollow';
+ $canonical = $post ? '/blog/' . $post['slug'] : '/blog/';
+} else {
+ $pageTitle = 'Блог — ' . SITE_NAME;
+ $pageDesc = 'Инженерный блог AegisOne Engineering: риск-инжиниринг, SLA, инциденты, аудит систем безопасности.';
+ $robots = 'index, follow';
+ $canonical = '/blog/';
+}
+?>
+
+
+
+
+
+ Инженерный блог AegisOne
+Управление рисками, SLA, инциденты и инженерная экспертиза
+ +
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
diff --git a/config.php b/config.php
new file mode 100644
index 0000000..487761e
--- /dev/null
+++ b/config.php
@@ -0,0 +1,97 @@
+5000 м²)', 'calc_complexity()'),
+('complexity.it', 10, 'IT-инфраструктура', 'calc_complexity()'),
+-- Infrastructure Load
+('infra.server_none', 15, 'Нет сервера', 'calc_infrastructure_load()'),
+('infra.server_weak', 10, 'Слабый сервер', 'calc_infrastructure_load()'),
+('infra.network_unstable', 20, 'Нестабильная сеть', 'calc_infrastructure_load()'),
+('infra.network_partial', 10, 'Частичная сеть', 'calc_infrastructure_load()'),
+('infra.power_none', 20, 'Нет UPS', 'calc_infrastructure_load()'),
+('infra.power_weak', 10, 'Слабый UPS', 'calc_infrastructure_load()'),
+-- Service History
+('history.none', 30, 'Нет обслуживания', 'calc_service_history()'),
+('history.irregular', 20, 'Нерегулярное обслуживание', 'calc_service_history()'),
+('history.formal', 10, 'Формальный подрядчик', 'calc_service_history()'),
+('history.sla', 0, 'Есть SLA', 'calc_service_history()'),
+-- Object Index
+('object_index.risk_weight', 0.4, 'Вес Risk Score', 'calc_object_index()'),
+('object_index.complexity_weight', 0.3, 'Вес Complexity', 'calc_object_index()'),
+('object_index.infra_weight', 0.2, 'Вес Infra Load', 'calc_object_index()'),
+('object_index.history_weight', 0.1, 'Вес Service History', 'calc_object_index()'),
+-- SLA Price
+('sla_price.base_cost', 15000, 'Базовая стоимость инженера', 'calc_sla_price()'),
+('sla_price.region_default', 1.0, 'Региональный коэффициент по умолчанию', 'calc_sla_price()'),
+-- Engineer Score
+('engineer.score.sla_weight', 0.25, 'Вес SLA Compliance', 'calc_engineer_score()'),
+('engineer.score.response_weight', 0.20, 'Вес Response Time', 'calc_engineer_score()'),
+('engineer.score.resolution_weight', 0.20, 'Вес Resolution Time', 'calc_engineer_score()'),
+('engineer.score.diagnosis_weight', 0.15, 'Вес Diagnosis Accuracy', 'calc_engineer_score()'),
+('engineer.score.reopen_weight', 0.10, 'Вес Reopen Rate', 'calc_engineer_score()'),
+('engineer.score.risk_coverage_weight', 0.10, 'Вес Risk Coverage', 'calc_engineer_score()'),
+('engineer.grade.senior', 90, 'Граница Senior', 'engineer_grade()'),
+('engineer.grade.strong', 80, 'Граница Strong', 'engineer_grade()'),
+('engineer.grade.middle', 70, 'Граница Middle', 'engineer_grade()'),
+-- ECS (Engineer Control Score)
+('ecs.sla_weight', 0.30, 'Вес SLA Control', 'calc_engineer_control_score()'),
+('ecs.task_dist_weight', 0.25, 'Вес Task Distribution', 'calc_engineer_control_score()'),
+('ecs.incident_red_weight', 0.20, 'Вес Incident Reduction', 'calc_engineer_control_score()'),
+('ecs.team_perf_weight', 0.15, 'Вес Team Performance', 'calc_engineer_control_score()'),
+('ecs.response_coord_weight', 0.10, 'Вес Response Coordination', 'calc_engineer_control_score()'),
+-- SHS (System Health Score)
+('shs.sla_stability_weight', 0.22, 'Вес SLA Stability', 'calc_shs()'),
+('shs.revenue_stability_weight', 0.18, 'Вес Revenue Stability', 'calc_shs()'),
+('shs.retention_weight', 0.18, 'Вес Retention', 'calc_shs()'),
+('shs.engineer_perf_weight', 0.15, 'Вес Engineer Performance', 'calc_shs()'),
+('shs.incident_stability_weight', 0.12, 'Вес Incident Stability', 'calc_shs()'),
+('shs.sales_flow_weight', 0.10, 'Вес Sales Flow', 'calc_shs()'),
+('shs.operational_eff_weight', 0.05, 'Вес Operational Efficiency', 'calc_shs()'),
+('shs.zone_growth', 85, 'Граница зоны Growth', 'shs_status(), shs_zone()'),
+('shs.zone_stable', 70, 'Граница зоны Stable', 'shs_status(), shs_zone()'),
+('shs.zone_risk', 50, 'Граница зоны Risk', 'shs_status(), shs_zone()'),
+('shs.delta_warning', 5, 'Порог предупреждения ΔSHS', 'shs_delta()'),
+('shs.delta_critical', 10, 'Порог критического ΔSHS', 'shs_delta()'),
+-- CEO SHS
+('ceo_shs.mrr_weight', 0.25, 'Вес MRR Growth', 'calc_ceo_shs()'),
+('ceo_shs.sla_weight', 0.20, 'Вес SLA Compliance', 'calc_ceo_shs()'),
+('ceo_shs.retention_weight', 0.20, 'Вес Retention', 'calc_ceo_shs()'),
+('ceo_shs.productivity_weight', 0.15, 'Вес Productivity', 'calc_ceo_shs()'),
+('ceo_shs.conversion_weight', 0.10, 'Вес Conversion', 'calc_ceo_shs()'),
+('ceo_shs.incident_weight', 0.10, 'Вес Incident Stability', 'calc_ceo_shs()'),
+-- SSI (SLA Stability Index)
+('ssi.breach_severity_p1', 1.0, 'Severity P1', 'calc_breach_severity()'),
+('ssi.breach_severity_p2', 0.5, 'Severity P2', 'calc_breach_severity()'),
+('ssi.breach_severity_p3', 0.2, 'Severity P3', 'calc_breach_severity()'),
+-- ISI (Incident Stability Index)
+('isi.severity_p1', 1.0, 'Severity P1', 'calc_incident_stability_index()'),
+('isi.severity_p2', 0.5, 'Severity P2', 'calc_incident_stability_index()'),
+('isi.severity_p3', 0.2, 'Severity P3', 'calc_incident_stability_index()'),
+-- Automation Rules
+('rules.shs_threshold', 70, 'Порог SHS', 'check_automation_rules()'),
+('rules.sla_threshold', 90, 'Порог SLA Compliance', 'check_automation_rules()'),
+('rules.retention_threshold', 90, 'Порог Retention', 'check_automation_rules()'),
+-- Bonus
+('bonus.score_90plus', 90, 'Граница премии 90+', 'calc_bonus_percent()'),
+('bonus.score_80_89', 80, 'Граница премии 80-89', 'calc_bonus_percent()'),
+('bonus.premium_90plus', 20, 'Премия при Score >= 90 (%)', 'calc_bonus_percent()'),
+('bonus.premium_80_89', 10, 'Премия при Score 80-89 (%)', 'calc_bonus_percent()'),
+('bonus.premium_below_80', 0, 'Премия при Score < 80 (%)', 'calc_bonus_percent()'),
+-- Retention
+('retention.key_client_penalty', 0.1, 'Штраф за потерю ключевого клиента', 'calc_retention_key_client()')
+ON DUPLICATE KEY UPDATE `id`=`id`;
+
+-- =====================================================================
+-- cases — примеры из практики (карусель на главной)
+-- =====================================================================
+CREATE TABLE IF NOT EXISTS `cases` (
+ `id` int UNSIGNED AUTO_INCREMENT PRIMARY KEY,
+ `title` varchar(500) NOT NULL,
+ `text` text NOT NULL,
+ `effect` text NOT NULL,
+ `sort_order` int UNSIGNED NOT NULL DEFAULT 0,
+ `is_active` tinyint(1) NOT NULL DEFAULT 1,
+ `created_at` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
+ `updated_at` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
+ INDEX `idx_sort` (`sort_order`),
+ INDEX `idx_active` (`is_active`)
+) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
+
+INSERT INTO `cases` (`title`, `text`, `effect`, `sort_order`) VALUES
+('Склад крупной торговой сети', 'Выявлено: слепые зоны в зонах разгрузки, недостаточное разрешение камер в зонах погрузки/разгрузки. Одна камера не исправна, у двух не настроена запись.', 'предотвращение убытков на сумму более 5 млн рублей в год.', 1),
+('Производство пищевых продуктов', 'Неправильная настройка СКУД позволяла несанкционированный доступ в производственные помещения, создавая риск нарушения норм СанПин.', 'снижение риска порчи продукции и утечки конфиденциальной информации.', 2),
+('Банковский офис', 'Недостатки в системе ОПС приводили к невозможности срабатывания или задержкам в реагировании при ЧП.', 'сокращение рисков утраты имущества и ценностей, повышение уровня безопасности.', 3),
+('Торгово-развлекательный центр', 'Метод «Тайный покупатель» выявил: охрана не реагирует на срабатывание металлодетекторов, оставляет посты без присмотра. Камеры на парковке не охватывают часть машиномест.', 'снижение риска краж, повышение дисциплины службы охраны.', 4),
+('Гостиница', 'СКУД не синхронизирована с системой бронирования — доступ в занятые номера. ОПС в части номеров отключена. Видеокамеры имеют мёртвые зоны.', 'устранение репутационных рисков и риска хищения личных вещей гостей.', 5),
+('Логистический центр', 'Отсутствие видеоконтроля на участках приёмки и отгрузки приводило к систематическим хищениям. СКУД на въезде не фиксирует данные транспортных средств.', 'сокращение потерь товара на 15%.', 6)
+ON DUPLICATE KEY UPDATE `id`=`id`;
diff --git a/data/migration_2026-05-16.sql b/data/migration_2026-05-16.sql
new file mode 100644
index 0000000..9306ce0
--- /dev/null
+++ b/data/migration_2026-05-16.sql
@@ -0,0 +1,170 @@
+-- ============================================
+-- AegisOne Engineering — Combined Migration 2026-05-16
+-- ============================================
+-- 1. Blog categories: English → Russian
+-- 2. SLA: response_time_hours, contract_number, description
+-- 3. Customers table + links to objects & contracts
+-- 4. Dynamic questionnaire items
+
+-- ============================================
+-- 1. Blog ENUM update
+-- ============================================
+ALTER TABLE `blog_posts` MODIFY `category` ENUM(
+ 'audit', 'sla', 'incident', 'supervision',
+ 'documentation', 'risk', 'cases'
+) NOT NULL DEFAULT 'audit';
+
+UPDATE `blog_posts` SET category = 'audit' WHERE category = 'risk-engineering';
+UPDATE `blog_posts` SET category = 'sla' WHERE category = 'sla-service';
+UPDATE `blog_posts` SET category = 'incident' WHERE category = 'incident-cases';
+UPDATE `blog_posts` SET category = 'supervision' WHERE category = 'infrastructure-deep-dive';
+UPDATE `blog_posts` SET category = 'documentation' WHERE category = 'compliance-mchs';
+UPDATE `blog_posts` SET category = 'risk' WHERE category = 'economics-security';
+UPDATE `blog_posts` SET category = 'cases' WHERE category = 'case-studies';
+
+-- ============================================
+-- 2. SLA fields
+-- ============================================
+ALTER TABLE `sla_contracts`
+ ADD COLUMN IF NOT EXISTS `response_time_hours` decimal(5,1) DEFAULT NULL AFTER `response_time_p3`,
+ ADD COLUMN IF NOT EXISTS `contract_number` varchar(50) DEFAULT '' AFTER `id`,
+ ADD COLUMN IF NOT EXISTS `description` text DEFAULT NULL AFTER `contract_number`;
+
+-- ============================================
+-- 3. Customers table
+-- ============================================
+CREATE TABLE IF NOT EXISTS `customers` (
+ `id` int UNSIGNED AUTO_INCREMENT PRIMARY KEY,
+ `name` varchar(255) NOT NULL,
+ `inn` varchar(12) DEFAULT '',
+ `kpp` varchar(9) DEFAULT '',
+ `legal_address` varchar(500) DEFAULT '',
+ `contact_person` varchar(255) DEFAULT '',
+ `contact_phone` varchar(50) DEFAULT '',
+ `contact_email` varchar(255) DEFAULT '',
+ `status` enum('active','inactive','prospect') NOT NULL DEFAULT 'active',
+ `notes` text DEFAULT NULL,
+ `created_by` int UNSIGNED DEFAULT NULL,
+ `created_at` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
+ `updated_at` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
+ INDEX `idx_status` (`status`),
+ INDEX `idx_inn` (`inn`)
+) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
+
+-- Add customer_id to objects (skip if column exists)
+SET @col_exists = (SELECT COUNT(*) FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA=DATABASE() AND TABLE_NAME='objects' AND COLUMN_NAME='customer_id');
+SET @sql = IF(@col_exists=0,
+ 'ALTER TABLE `objects` ADD COLUMN `customer_id` int UNSIGNED DEFAULT NULL AFTER `id`, ADD INDEX `idx_customer` (`customer_id`)',
+ 'SELECT 1'
+);
+PREPARE stmt FROM @sql;
+EXECUTE stmt;
+DEALLOCATE PREPARE stmt;
+
+-- Add FK objects→customers (skip if exists)
+SET @fk_exists = (SELECT COUNT(*) FROM INFORMATION_SCHEMA.TABLE_CONSTRAINTS WHERE TABLE_SCHEMA=DATABASE() AND TABLE_NAME='objects' AND CONSTRAINT_NAME='fk_object_customer');
+SET @sql = IF(@fk_exists=0,
+ 'ALTER TABLE `objects` ADD CONSTRAINT `fk_object_customer` FOREIGN KEY (`customer_id`) REFERENCES `customers`(`id`) ON DELETE SET NULL ON UPDATE CASCADE',
+ 'SELECT 1'
+);
+PREPARE stmt FROM @sql;
+EXECUTE stmt;
+DEALLOCATE PREPARE stmt;
+
+-- Add customer_id to sla_contracts (skip if column exists)
+SET @col_exists = (SELECT COUNT(*) FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA=DATABASE() AND TABLE_NAME='sla_contracts' AND COLUMN_NAME='customer_id');
+SET @sql = IF(@col_exists=0,
+ 'ALTER TABLE `sla_contracts` ADD COLUMN `customer_id` int UNSIGNED DEFAULT NULL AFTER `id`, ADD INDEX `idx_customer` (`customer_id`)',
+ 'SELECT 1'
+);
+PREPARE stmt FROM @sql;
+EXECUTE stmt;
+DEALLOCATE PREPARE stmt;
+
+-- Add FK sla_contracts→customers (skip if exists)
+SET @fk_exists = (SELECT COUNT(*) FROM INFORMATION_SCHEMA.TABLE_CONSTRAINTS WHERE TABLE_SCHEMA=DATABASE() AND TABLE_NAME='sla_contracts' AND CONSTRAINT_NAME='fk_sla_customer');
+SET @sql = IF(@fk_exists=0,
+ 'ALTER TABLE `sla_contracts` ADD CONSTRAINT `fk_sla_customer` FOREIGN KEY (`customer_id`) REFERENCES `customers`(`id`) ON DELETE SET NULL ON UPDATE CASCADE',
+ 'SELECT 1'
+);
+PREPARE stmt FROM @sql;
+EXECUTE stmt;
+DEALLOCATE PREPARE stmt;
+
+-- Migrate existing client_name from sla_contracts to customers
+INSERT IGNORE INTO `customers` (`name`, `status`, `created_at`)
+SELECT DISTINCT client_name, 'active', NOW()
+FROM `sla_contracts`
+WHERE client_name != '' AND client_name IS NOT NULL;
+
+-- Link sla_contracts to customers
+UPDATE `sla_contracts` sc
+JOIN `customers` c ON c.name = sc.client_name
+SET sc.customer_id = c.id
+WHERE sc.client_name != '' AND sc.client_name IS NOT NULL AND sc.customer_id IS NULL;
+
+-- ============================================
+-- 4. Dynamic questionnaire items
+-- ============================================
+CREATE TABLE IF NOT EXISTS `questionnaire_items` (
+ `id` int UNSIGNED AUTO_INCREMENT PRIMARY KEY,
+ `step` int UNSIGNED NOT NULL DEFAULT 1,
+ `section` varchar(100) NOT NULL DEFAULT '',
+ `question_key` varchar(100) NOT NULL,
+ `label` varchar(255) NOT NULL,
+ `type` enum('text','number','select','radio','checkbox','textarea') NOT NULL DEFAULT 'text',
+ `options` text DEFAULT NULL COMMENT 'JSON array of options for select/radio',
+ `required` tinyint(1) NOT NULL DEFAULT 0,
+ `sort_order` int UNSIGNED NOT NULL DEFAULT 0,
+ `is_active` tinyint(1) NOT NULL DEFAULT 1,
+ `help_text` varchar(500) DEFAULT '',
+ `created_at` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
+ `updated_at` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
+ INDEX `idx_step` (`step`),
+ INDEX `idx_key` (`question_key`),
+ INDEX `idx_sort` (`sort_order`),
+ UNIQUE KEY `uq_key` (`question_key`)
+) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
+
+INSERT INTO `questionnaire_items` (`step`, `section`, `question_key`, `label`, `type`, `options`, `required`, `sort_order`, `help_text`) VALUES
+(1, 'Коммерческий профиль объекта', 'object_name', 'Название организации / объекта', 'text', NULL, 1, 1, ''),
+(1, 'Коммерческий профиль объекта', 'object_type', 'Тип объекта', 'select', '["","Гостиница","Склад","Производство","ТЦ","Офис","БЦ","Медицина","Образование","Другое"]', 0, 2, ''),
+(1, 'Коммерческий профиль объекта', 'address', 'Адрес объекта', 'text', NULL, 0, 3, ''),
+(1, 'Коммерческий профиль объекта', 'area', 'Площадь (м²)', 'number', NULL, 0, 4, ''),
+(1, 'Коммерческий профиль объекта', 'employees', 'Количество сотрудников', 'number', NULL, 0, 5, ''),
+(1, 'Коммерческий профиль объекта', 'contact_person', 'Контактное лицо', 'text', NULL, 0, 6, ''),
+(1, 'Коммерческий профиль объекта', 'contact_phone', 'Телефон', 'text', NULL, 0, 7, ''),
+(1, 'Коммерческий профиль объекта', 'region_factor', 'Региональный коэффициент', 'select', '{"1.0":"Краснодар (1.0)","1.1":"Краснодарский край (1.1)","1.3":"РФ (1.3)","1.6":"РФ удалённые (1.6)","1.8":"Москва (1.8)"}', 0, 8, ''),
+(2, 'Видеонаблюдение', 'has_video', 'Есть система видеонаблюдения?', 'radio', '{"1":"Да","0":"Нет"}', 0, 1, ''),
+(2, 'Видеонаблюдение', 'camera_count', 'Количество камер', 'number', NULL, 0, 2, ''),
+(2, 'Видеонаблюдение', 'video_type', 'Тип системы', 'select', '["","ip","analog","mixed"]', 0, 3, ''),
+(2, 'Видеонаблюдение', 'archive_depth', 'Глубина архива', 'select', '{"7":"7 дней","14":"14 дней","30":"30+ дней"}', 0, 4, ''),
+(2, 'СКУД', 'has_acs', 'Есть система СКУД?', 'radio', '{"1":"Да","0":"Нет"}', 0, 5, ''),
+(2, 'СКУД', 'access_points', 'Точек доступа', 'number', NULL, 0, 6, ''),
+(2, 'СКУД', 'acs_vendor', 'Производитель СКУД', 'text', NULL, 0, 7, ''),
+(2, 'Пожарная сигнализация', 'has_fire', 'Есть пожарная сигнализация?', 'radio', '{"1":"Да","0":"Нет"}', 0, 8, ''),
+(2, 'Пожарная сигнализация', 'fire_type', 'Сложность системы', 'select', '{"simple":"Простая","medium":"Средняя","complex":"Сложная (>5000 м²)"}', 0, 9, ''),
+(2, 'Инфраструктура', 'server_state', 'Состояние сервера', 'select', '{"ok":"Нормальный","weak":"Слабый","none":"Нет"}', 0, 10, ''),
+(2, 'Инфраструктура', 'network_state', 'Состояние сети', 'select', '{"stable":"Стабильная","partial":"Частично","unstable":"Нестабильная"}', 0, 11, ''),
+(2, 'Инфраструктура', 'power_state', 'Электропитание (UPS)', 'select', '{"ok":"Нормальное","weak":"Слабый UPS","none":"Нет UPS"}', 0, 12, ''),
+(3, 'Эксплуатационная модель', 'service_state', 'Как обслуживается объект сейчас?', 'select', '{"none":"Не обслуживается","irregular":"Нерегулярно","formal":"Формальный подрядчик","sla":"Есть SLA"}', 0, 1, ''),
+(3, 'Эксплуатационная модель', 'has_regulations', 'Есть ли регламент?', 'checkbox', NULL, 0, 2, ''),
+(3, 'Эксплуатационная модель', 'problems', 'Отметьте частые проблемы', 'checkbox', '["Не работают камеры","Пропадает архив","Зависает СКУД","Ошибки пожарки","Нет реакции подрядчика","Нет понимания состояния систем"]', 0, 3, ''),
+(3, 'Эксплуатационная модель', 'resolution_time', 'Среднее время устранения', 'select', '{"2h":"До 2 часов","24h":"До суток","days":"Несколько дней"}', 0, 4, ''),
+(3, 'Эксплуатационная модель', 'controller', 'Кто контролирует систему?', 'select', '{"engineer":"Штатный инженер","contractor":"Подрядчик","nobody":"Никто"}', 0, 5, ''),
+(4, 'Risk Assessment', 'no_archive', 'Нет архива видеонаблюдения (+25)', 'checkbox', NULL, 0, 1, ''),
+(4, 'Risk Assessment', 'no_power', 'Нет резервного питания (+20)', 'checkbox', NULL, 0, 2, ''),
+(4, 'Risk Assessment', 'no_regulations', 'Нет регламента обслуживания (+15)', 'checkbox', NULL, 0, 3, ''),
+(4, 'Risk Assessment', 'frequent_failures', 'Частые сбои систем (+20)', 'checkbox', NULL, 0, 4, ''),
+(4, 'Risk Assessment', 'no_documentation', 'Нет документации (+10)', 'checkbox', NULL, 0, 5, ''),
+(4, 'Risk Assessment', 'consequences', 'Потенциальные последствия', 'checkbox', '["loss_of_evidence","shutdown","fines","no_investigation","access_fail"]', 0, 6, ''),
+(4, 'Risk Assessment', 'confidence', 'Уровень уверенности в системе', 'select', '{"high":"Высокая","medium":"Средняя","low":"Низкая"}', 0, 7, ''),
+(5, 'Расчёт SLA', 'sla_level', 'Предпочтительный уровень обслуживания', 'select', '{"start":"Базовый (Start SLA)","business":"Стандарт (Business SLA)","enterprise":"Расширенный (Enterprise SLA)"}', 0, 1, ''),
+(5, 'Расчёт SLA', 'visit_frequency', 'Интенсивность обслуживания', 'select', '{"1":"1 выезд / мес","2":"2 выезда / мес","incident":"По инцидентам"}', 0, 2, ''),
+(5, 'Расчёт SLA', 'reaction_time', 'Требуемое время реакции', 'select', '{"24":"24 часа","4":"4 часа","2":"2 часа"}', 0, 3, ''),
+(5, 'Расчёт SLA', 'extra_247', '24/7 поддержка', 'checkbox', NULL, 0, 4, ''),
+(5, 'Расчёт SLA', 'extra_emergency', 'Аварийные выезды', 'checkbox', NULL, 0, 5, ''),
+(5, 'Расчёт SLA', 'extra_audit', 'Аудит', 'checkbox', NULL, 0, 6, ''),
+(5, 'Расчёт SLA', 'extra_docs', 'Документация', 'checkbox', NULL, 0, 7, ''),
+(5, 'Расчёт SLA', 'extra_contractors', 'Контроль подрядчиков', 'checkbox', NULL, 0, 8, '')
+ON DUPLICATE KEY UPDATE `id`=`id`;
diff --git a/docs/KPI инженеров.md b/docs/KPI инженеров.md
new file mode 100644
index 0000000..efc4f86
--- /dev/null
+++ b/docs/KPI инженеров.md
@@ -0,0 +1,485 @@
+Ниже — система KPI, которая превращает инженеров и техников из “выездных исполнителей” в управляемую часть инженерной SLA-модели AegisOne Engineering.
+
+Главная цель системы:
+
+> не “оценивать занятость”, а измерять качество эксплуатации, скорость реакции и снижение рисков объекта
+
+
+
+
+---
+
+0. ПРИНЦИП СИСТЕМЫ KPI
+
+Ты НЕ измеряешь:
+
+сколько выездов сделал инженер
+
+сколько он “починил”
+
+
+Ты измеряешь:
+
+1) надежность объектов
+
+2) соблюдение SLA
+
+3) качество диагностики
+
+4) снижение повторных инцидентов
+
+
+---
+
+1. СТРУКТУРА KPI (3 УРОВНЯ)
+
+2. Операционный KPI (ежедневный)
+3. SLA KPI (контрактный)
+4. Инженерный KPI качества (экспертный)
+
+
+---
+
+2. ОПЕРАЦИОННЫЙ KPI (Execution KPI)
+
+Это “что сделал инженер”.
+
+
+---
+
+KPI 1: Время реакции (Response Time)
+
+Формула:
+
+RT = (фактическое время реакции / SLA время реакции)
+
+
+---
+
+Оценка:
+
+RT Оценка
+
+≤ 1.0 норма
+1.0–1.2 допустимо
+> 1.2 нарушение
+
+
+
+---
+
+Пример:
+
+SLA: 2 часа
+
+факт: 3 часа
+
+
+RT = 3 / 2 = 1.5 → ❌ нарушение
+
+
+---
+
+KPI 2: Время устранения (Resolution Time)
+
+TTR = фактическое время устранения / нормативное время
+
+
+---
+
+Важно:
+
+Норматив зависит от типа инцидента:
+
+P1 (критический) — 2–6 часов
+
+P2 — до 24 часов
+
+P3 — до 3 дней
+
+
+
+---
+
+KPI 3: Закрытие заявок в SLA
+
+SLA Compliance = (заявки в SLA / все заявки) × 100%
+
+
+---
+
+Норма:
+
+≥ 95% — отлично
+
+90–95% — допустимо
+
+< 90% — проблема инженера
+
+
+
+---
+
+KPI 4: Повторные обращения (Reopen Rate)
+
+RR = (повторные заявки / общее число заявок) × 100%
+
+
+---
+
+Норма:
+
+≤ 5% — хорошо
+
+5–10% — средне
+
+> 10% — плохая диагностика
+
+
+
+
+
+---
+
+3. SLA KPI (контрактный уровень)
+
+
+---
+
+KPI 5: Выполнение SLA по объектам
+
+Object SLA = (объекты без нарушений SLA / все объекты) × 100%
+
+
+---
+
+Норма:
+
+≥ 95% — стабильная сеть объектов
+
+< 90% — системная проблема команды
+
+
+
+---
+
+KPI 6: Доступность систем (System Uptime)
+
+Uptime = (время работы системы / общее время) × 100%
+
+
+---
+
+Цель:
+
+99%+ для критических объектов
+
+97–99% допустимо
+
+< 97% — риск SLA разрыва
+
+
+
+---
+
+4. ИНЖЕНЕРНЫЙ KPI (КАЧЕСТВО ЭКСПЕРТИЗЫ)
+
+Это ключевой уровень, который отличает тебя от монтажников.
+
+
+---
+
+KPI 7: Точность диагностики
+
+Accuracy = (подтвержденные неисправности / выявленные) × 100%
+
+
+---
+
+Пример:
+
+выявил 10 проблем
+
+9 подтвердились
+
+
+→ 90%
+
+
+---
+
+Норма:
+
+≥ 85% — хорошо
+
+< 80% — инженер слабый
+
+
+
+---
+
+KPI 8: Глубина диагностики (Risk Coverage Score)
+
+Оценивает, насколько инженер видит системные риски.
+
+
+---
+
+Формула (балльная система):
+
+Каждый объект оценивается по 5 зонам:
+
+видео
+
+СКУД
+
+пожарка
+
+питание
+
+сеть
+
+
+RCS = (проверенные зоны / 5) × 100%
+
+
+---
+
+Норма:
+
+100% — стандарт AegisOne
+
+< 80% — поверхностная работа
+
+
+
+---
+
+KPI 9: Снижение повторных инцидентов
+
+IRR = ((инциденты до - инциденты после) / до) × 100%
+
+
+---
+
+Это ключевой KPI бизнеса
+
+
+---
+
+5. ФИНАНСОВЫЙ KPI ИНЖЕНЕРА
+
+
+---
+
+KPI 10: Доход на инженера (Revenue per Engineer)
+
+RPE = общий SLA доход / количество инженеров
+
+
+---
+
+Норма:
+
+500k – слабая загрузка
+
+800k – норм
+
+1.2M+ – сильная модель
+
+
+
+---
+
+6. ИТОГОВЫЙ ИНДЕКС ИНЖЕНЕРА (ENGINEER SCORE)
+
+Это твой главный инструмент управления.
+
+
+---
+
+Формула:
+
+ES =
+(0.25 × SLA Compliance) +
+(0.20 × Response Time Score) +
+(0.20 × Resolution Time Score) +
+(0.15 × Diagnosis Accuracy) +
+(0.10 × Reopen Rate Score) +
+(0.10 × Risk Coverage Score)
+
+
+---
+
+Интерпретация:
+
+Score Уровень
+
+90–100 Senior Engineer
+80–89 Strong Engineer
+70–79 Middle
+< 70 требует обучения
+
+
+
+---
+
+7. ДОПОЛНИТЕЛЬНЫЕ KPI (ОЧЕНЬ ВАЖНЫЕ)
+
+
+---
+
+KPI 11: Документирование (Documentation Quality)
+
+DQ = (полные отчёты / все выезды) × 100%
+
+
+---
+
+KPI 12: Качество отчёта (Report Quality Score)
+
+Оценивается по чек-листу:
+
+есть ли риски
+
+есть ли вывод
+
+есть ли рекомендации
+
+есть ли фото/фиксация
+
+
+
+---
+
+KPI 13: Самостоятельность инженера
+
+Autonomy = (самостоятельные решения / всего решений) × 100%
+
+
+---
+
+8. КАК ЭТО ВЫГЛЯДИТ В CRM
+
+
+---
+
+Инженер:
+- SLA Compliance: 96%
+- RT: 1.1
+- TTR: 0.9
+- Diagnosis: 88%
+- Reopen: 3%
+- Score: 91 (Senior)
+
+
+---
+
+9. СИСТЕМА МОТИВАЦИИ (ВАЖНО)
+
+
+---
+
+БАЗОВАЯ ЛОГИКА:
+
+фикс оклад
+
+бонус за KPI
+
+штрафы только за SLA нарушения
+
+
+
+---
+
+БОНУС:
+
+Score 90+ → +20% к премии
+Score 80–89 → +10%
+Score < 80 → без бонуса
+
+
+---
+
+10. ГЛАВНЫЙ ПРИНЦИП СИСТЕМЫ
+
+Ты НЕ платишь за:
+
+❌ “работу”
+❌ “выезды”
+
+Ты платишь за:
+
+стабильность инфраструктуры клиента
+
+
+---
+
+11. КАК ЭТА СИСТЕМА МАСШТАБИРУЕТ БИЗНЕС
+
+
+---
+
+1 инженер = управляемая единица SLA
+
+Ты можешь:
+
+добавлять инженеров
+
+сравнивать эффективность
+
+масштабировать регионы
+
+контролировать качество без присутствия
+
+
+
+---
+
+12. СВЯЗЬ С ТВОЕЙ БИЗНЕС-МОДЕЛЬЮ
+
+
+---
+
+KPI инженера
+ ↓
+качество SLA
+ ↓
+удержание клиентов
+ ↓
+MRR рост
+ ↓
+масштаб компании
+
+
+---
+
+13. СЛЕДУЮЩИЙ УРОВЕНЬ (если продолжать систему)
+
+Я могу дальше собрать:
+
+систему грейдов инженеров (Junior → Lead → Chief)
+
+модель расчёта зарплаты под KPI
+
+автоматическую таблицу KPI в Excel/Notion
+
+SLA dashboard (как у IT-компаний)
+
+систему контроля качества через аудит отчётов
+
+
+
+---
+
+ИТОГ
+
+Ты получил не “мотивацию сотрудников”.
+
+Ты получил:
+
+> систему управления инженерной эксплуатационной компанией через измеримые риски и SLA
+
+
+
+Это уровень компаний, которые продают не услуги — а надежность инфраструктуры бизнеса.
\ No newline at end of file
diff --git a/docs/Owner.md b/docs/Owner.md
new file mode 100644
index 0000000..669fb16
--- /dev/null
+++ b/docs/Owner.md
@@ -0,0 +1,520 @@
+Ты сейчас описываешь переход от “владельца инженерной фирмы” к роли:
+
+операционного директора инженерной системы (Engineering Operations System Owner)
+
+В такой модели ты уже не контролируешь людей напрямую — ты контролируешь поток рисков, денег, SLA и загрузки системы.
+
+Я разложу это как управленческую “панель управления” (CEO Dashboard), разделив на:
+
+1. критически важные метрики (must have)
+
+
+2. важные (should have)
+
+
+3. полезные (nice to have)
+
+
+4. формулы
+
+
+5. графики и визуализации
+
+
+6. как это связывается в одну систему управления
+
+
+
+
+---
+
+1. КРИТИЧЕСКИ ВАЖНЫЕ ПАРАМЕТРЫ (CEO CORE CONTROL LAYER)
+
+Это то, без чего ты не управляешь компанией, а просто “наблюдаешь бизнес”.
+
+
+---
+
+1.1 MRR / ARR (регулярный доход SLA)
+
+Формула:
+
+MRR = Σ (все SLA контракты / 12)
+ARR = MRR × 12
+
+
+---
+
+Почему это главное:
+
+Ты продаёшь не монтаж, а:
+
+> стабильность объектов
+
+
+
+
+---
+
+График:
+
+📈 линия роста MRR по месяцам
+📊 разбивка по типам объектов
+
+
+---
+
+Управленческая логика:
+
+если MRR растёт → система здорова
+
+если нет → маркетинг/воронка сломана
+
+
+
+---
+
+1.2 RETENTION RATE (удержание клиентов)
+
+Формула:
+
+Retention = (клиенты в конце периода / клиенты в начале) × 100%
+
+
+---
+
+Норма:
+
+95–100% = отлично
+
+85–95% = нормально
+
+<85% = проблема в SLA
+
+
+
+---
+
+График:
+
+📉 “утечка клиентов по месяцам”
+
+
+---
+
+Интерпретация:
+
+Если падает retention — проблема не в продажах, а в:
+
+инженерах
+
+SLA
+
+качестве реакции
+
+
+
+---
+
+1.3 SLA COMPLIANCE (исполнение контрактов)
+
+Формула:
+
+SLA Compliance = (выполненные заявки в SLA / все заявки) × 100%
+
+
+---
+
+Норма:
+
+95–99% = система стабильна
+
+<90% = начинаются разрывы контрактов
+
+
+
+---
+
+График:
+
+📊 compliance по инженерам / регионам
+
+
+---
+
+1.4 COST PER SLA OBJECT (стоимость обслуживания объекта)
+
+Формула:
+
+Cost per Object = (ФОТ + выезды + оборудование + накладные) / количество объектов
+
+
+---
+
+Почему важно:
+
+Ты должен видеть:
+
+> объект приносит деньги или сжигает ресурс
+
+
+
+
+---
+
+График:
+
+📊 распределение стоимости по типам объектов
+
+
+---
+
+1.5 ENGINEER PRODUCTIVITY (производительность инженера)
+
+Формула:
+
+EP = SLA Revenue / количество инженеров
+
+
+---
+
+Или глубже:
+
+EP2 = (закрытые заявки × сложность) / часы работы
+
+
+---
+
+График:
+
+📊 эффективность по инженерам (ranking)
+
+
+---
+
+2. ВАЖНЫЕ ПАРАМЕТРЫ (OPTIMIZATION LAYER)
+
+Это влияет на прибыль, но не ломает систему сразу.
+
+
+---
+
+2.1 LEAD → SLA CONVERSION RATE
+
+Формула:
+
+Conversion = SLA contracts / all qualified leads
+
+
+---
+
+График:
+
+📈 воронка: лиды → аудит → SLA
+
+
+---
+
+Диагностика:
+
+низкая конверсия → проблема продаж/аудита
+
+высокая → система сильная
+
+
+
+---
+
+2.2 AVERAGE SLA CONTRACT VALUE
+
+Формула:
+
+ARPC = Total SLA revenue / number of contracts
+
+
+---
+
+График:
+
+📊 средний чек по объектам
+
+
+---
+
+2.3 INCIDENT RATE (частота аварий)
+
+Формула:
+
+IR = incidents / objects
+
+
+---
+
+Почему важно:
+
+Показывает:
+
+> реальное качество эксплуатации
+
+
+
+
+---
+
+2.4 REOPEN RATE (повторные заявки)
+
+Reopen = повторные обращения / все обращения
+
+
+---
+
+Если растёт:
+
+→ инженер плохо диагностирует
+
+
+---
+
+3. ПОЛЕЗНЫЕ ПАРАМЕТРЫ (NICE TO HAVE)
+
+Это усиливает контроль, но не критично.
+
+
+---
+
+3.1 CUSTOMER SATISFACTION (CSAT)
+
+CSAT = (положительные оценки / все оценки) × 100%
+
+
+---
+
+3.2 RESPONSE TIME DISTRIBUTION
+
+Не среднее, а распределение:
+
+📊 0–2 часа
+📊 2–6
+📊 6–24
+
+
+---
+
+3.3 EQUIPMENT HEALTH INDEX
+
+EHI = (исправное оборудование / общее оборудование) × 100%
+
+
+---
+
+3.4 ENGINEER UTILIZATION RATE
+
+Utilization = рабочие часы / доступные часы
+
+
+---
+
+4. ГЛАВНЫЙ CEO-ИНДЕКС (SYSTEM HEALTH SCORE)
+
+Это твоя “панель управления бизнесом”.
+
+
+---
+
+Формула:
+
+SHS =
+(0.25 × MRR growth) +
+(0.20 × SLA compliance) +
+(0.20 × retention) +
+(0.15 × engineer productivity) +
+(0.10 × conversion rate) +
+(0.10 × incident stability)
+
+
+---
+
+Интерпретация:
+
+SHS состояние
+
+85–100 масштабируемый рост
+70–85 стабильный бизнес
+50–70 проблемы в системе
+<50 системный кризис
+
+
+
+---
+
+5. КЛЮЧЕВЫЕ ГРАФИКИ CEO (ДОСКА УПРАВЛЕНИЯ)
+
+
+---
+
+5.1 MRR Growth Curve
+
+📈 рост повторного дохода
+
+
+---
+
+5.2 SLA Compliance Heatmap
+
+🟥 красный = проблемные инженеры
+🟩 зелёный = сильные
+
+
+---
+
+5.3 Client Retention Funnel
+
+📊 где теряются клиенты
+
+
+---
+
+5.4 Engineer Performance Ranking
+
+📊 топ / низ производительности
+
+
+---
+
+5.5 Incident Map
+
+📍 какие объекты ломаются чаще
+
+
+---
+
+5.6 Cost vs Revenue per Object
+
+📊 прибыльность каждого SLA
+
+
+---
+
+6. КРИТИЧЕСКАЯ ЛОГИКА УПРАВЛЕНИЯ
+
+Ты управляешь не людьми.
+
+Ты управляешь:
+
+рисками → SLA → деньгами → нагрузкой инженеров
+
+
+---
+
+7. ЧТО ТЕБЕ ОБЯЗАТЕЛЬНО ВИДЕТЬ КАЖДЫЙ ДЕНЬ
+
+
+---
+
+DAILY CEO DASHBOARD:
+
+SLA compliance
+
+аварии за 24ч
+
+новые SLA контракты
+
+просрочки
+
+перегруз инженеров
+
+
+
+---
+
+8. ЧТО ТЕБЕ НУЖНО ВИДЕТЬ РАЗ В НЕДЕЛЮ
+
+
+---
+
+MRR рост
+
+retention
+
+эффективность инженеров
+
+конверсия аудита в SLA
+
+
+
+---
+
+9. ЧТО СМОТРЕТЬ РАЗ В МЕСЯЦ
+
+
+---
+
+прибыльность объектов
+
+эффективность регионов
+
+нагрузка команды
+
+системные сбои
+
+
+
+---
+
+10. ГЛАВНЫЙ ПРИНЦИП
+
+Ты не управляешь:
+
+❌ монтажами
+❌ выездами
+❌ людьми
+
+
+---
+
+Ты управляешь:
+
+системой инженерной надежности объектов бизнеса
+
+
+---
+
+11. ЕСЛИ СВЯЗАТЬ ВСЁ В ОДНУ МОДЕЛЬ
+
+Аудит → Risk Score → SLA цена → контракт → MRR → KPI инженеров → retention → рост
+
+
+---
+
+12. ИТОГ
+
+Ты как CEO должен видеть не “что происходит”, а:
+
+> где именно в системе возникает прибыль или утечка денег/риска
+
+
+
+
+---
+
+13. ЕСЛИ ДАЛЬШЕ РАЗВИВАТЬ СИСТЕМУ
+
+Я могу собрать:
+
+полноценный CEO-dashboard (Excel / Notion / Power BI)
+
+автоматическую систему расчёта SHS
+
+дашборд инженеров в реальном времени
+
+модель прогнозирования MRR на 3–6 месяцев
+
+систему раннего предупреждения потерь клиентов
+
+
+
+---
+
+Если коротко:
+
+ты строишь не компанию — ты строишь управляемую инженерную систему с финансовыми законами внутри неё.
diff --git a/docs/SEO.md b/docs/SEO.md
new file mode 100644
index 0000000..6bbcfaf
--- /dev/null
+++ b/docs/SEO.md
@@ -0,0 +1,488 @@
+Сейчас мы подходим к одному из самых важных этапов.
+Потому что SEO для тебя — это НЕ “трафик ради трафика”.
+
+Тебе не нужны:
+
+- тысячи посетителей;
+- B2C заявки;
+- мусорные лиды.
+
+Тебе нужен:
+
+# узкий B2B SEO с высокой экспертностью.
+
+И здесь у тебя огромный шанс, потому что рынок безопасности:
+
+# SEO делает ужасно.
+
+Большинство сайтов:
+
+- про “монтаж камер”;
+- про оборудование;
+- про бренды;
+- про “низкие цены”.
+
+А ты можешь занять:
+
+# нишу инженерной эксплуатации.
+
+---
+
+# ГЛАВНАЯ СТРАТЕГИЯ SEO
+
+---
+
+# НЕ ПРОДАВАТЬ:
+
+- камеры;
+- оборудование;
+- монтаж.
+
+---
+
+# ПРОДАВАТЬ:
+
+- эксплуатацию;
+- SLA;
+- аудит;
+- контроль;
+- сопровождение;
+- надежность.
+
+---
+
+# ТВОЯ SEO-МОДЕЛЬ
+
+---
+
+# УРОВЕНЬ 1
+
+# КОММЕРЧЕСКИЕ СТРАНИЦЫ
+
+Это:
+
+# страницы услуг.
+
+Они приводят клиентов.
+
+---
+
+# УРОВЕНЬ 2
+
+# ОТРАСЛЕВЫЕ СТРАНИЦЫ
+
+Это:
+
+# страницы под конкретный бизнес.
+
+Они повышают доверие и SEO.
+
+---
+
+# УРОВЕНЬ 3
+
+# ЭКСПЕРТНЫЙ БЛОГ
+
+Это:
+
+# двигатель доверия.
+
+---
+
+# СТРУКТУРА САЙТА
+
+Вот идеальная структура для тебя.
+
+---
+
+# ГЛАВНАЯ
+
+## URL:
+
+`/`
+
+---
+
+## Цель:
+
+- показать позиционирование;
+- перевести из “монтажников”;
+- дать B2B доверие.
+
+---
+
+# РАЗДЕЛ УСЛУГ
+
+---
+
+## `/services/`
+
+Общая страница услуг.
+
+---
+
+# ОСНОВНЫЕ СТРАНИЦЫ
+
+---
+
+## `/services/audit/`
+
+# Технический аудит систем безопасности
+
+---
+
+## `/services/sla/`
+
+# SLA сопровождение объектов
+
+---
+
+## `/services/maintenance/`
+
+# Техническое обслуживание систем безопасности
+
+---
+
+## `/services/external-engineer/`
+
+# Внешний инженер безопасности
+
+---
+
+## `/services/recovery/`
+
+# Восстановление проблемных объектов
+
+---
+
+## `/services/fire-alarm/`
+
+# Обслуживание пожарной сигнализации
+
+---
+
+## `/services/video-surveillance/`
+
+# Эксплуатация видеонаблюдения
+
+---
+
+## `/services/access-control/`
+
+# Обслуживание СКУД
+
+---
+
+# ОТРАСЛЕВЫЕ СТРАНИЦЫ
+
+Это очень важно.
+
+---
+
+## `/industries/hotels/`
+
+# Системы безопасности гостиниц
+
+---
+
+## `/industries/logistics/`
+
+# Склады и логистика
+
+---
+
+## `/industries/medical/`
+
+# Клиники и медцентры
+
+---
+
+## `/industries/commercial/`
+
+# Коммерческая недвижимость
+
+---
+
+## `/industries/agro/`
+
+# Агропредприятия
+
+---
+
+# БЛОГ
+
+---
+
+## `/blog/`
+
+---
+
+# КАТЕГОРИИ
+
+---
+
+## `/blog/video/`
+
+Проблемы видеонаблюдения.
+
+---
+
+## `/blog/fire-alarm/`
+
+Пожарная безопасность.
+
+---
+
+## `/blog/sla/`
+
+Эксплуатация и SLA.
+
+---
+
+## `/blog/audit/`
+
+Технический аудит.
+
+---
+
+# ПОЧЕМУ ЭТО ТАК ВАЖНО
+
+Google и Яндекс сейчас любят:
+
+- структуру;
+- экспертность;
+- тематичность;
+- глубину.
+
+---
+
+# ЧТО НЕЛЬЗЯ ДЕЛАТЬ
+
+---
+
+# НЕ ДЕЛАТЬ:
+
+- 1 страницу “все услуги”;
+- короткие SEO-тексты;
+- переспам;
+- “установка камер Краснодар”.
+
+Это мусорный рынок.
+
+---
+
+# ТВОЯ SEO-СТРАТЕГИЯ
+
+---
+
+# НЕ:
+
+“дешевый монтаж”
+
+---
+
+# А:
+
+# “эксплуатационные риски объектов”.
+
+---
+
+# ГЛАВНЫЕ SEO КЛЮЧИ
+
+Вот где деньги.
+
+---
+
+# АУДИТ
+
+- аудит систем безопасности
+- технический аудит объекта
+- аудит видеонаблюдения
+- аудит пожарной сигнализации
+- проверка систем безопасности
+
+---
+
+# SLA
+
+- SLA обслуживание
+- сопровождение систем безопасности
+- техническое сопровождение объекта
+- эксплуатация систем безопасности
+
+---
+
+# ОБСЛУЖИВАНИЕ
+
+- обслуживание пожарной сигнализации Краснодар
+- обслуживание видеонаблюдения Краснодар
+- обслуживание СКУД Краснодар
+
+---
+
+# ОТРАСЛЕВЫЕ
+
+- системы безопасности гостиниц
+- обслуживание гостиниц Краснодар
+- безопасность складов Краснодар
+
+---
+
+# ТЕПЕРЬ ГЛАВНОЕ
+
+# КАК ПИСАТЬ SEO-ТЕКСТЫ
+
+---
+
+# ТВОЯ ЦЕЛЬ
+
+НЕ: “набить ключи”.
+
+---
+
+# А:
+
+# показать инженерную экспертность.
+
+---
+
+# ПРИМЕР SEO-ТЕКСТА
+
+---
+
+---
+
+# ТЕПЕРЬ:
+
+# КОД СТРАНИЦЫ УСЛУГИ
+
+Например:
+
+# `/services/audit/index.php`
+
+---
+
+---
+
+# SEO РЕКОМЕНДАЦИИ ПО ТЕХНИЧЕСКОЙ ЧАСТИ
+
+---
+
+# ОБЯЗАТЕЛЬНО:
+
+---
+
+# 1. ЧПУ URL
+
+---
+
+# ХОРОШО:
+
+`/services/audit/`
+
+---
+
+# ПЛОХО:
+
+`/page.php?id=123`
+
+---
+
+# 2. TITLE И DESCRIPTION
+
+Для каждой страницы.
+
+---
+
+# Пример:
+
+## TITLE:
+
+Технический аудит систем безопасности в Краснодаре
+
+---
+
+## DESCRIPTION:
+
+Проверка состояния систем безопасности коммерческих объектов. Аудит видеонаблюдения, СКУД и пожарной сигнализации.
+
+---
+
+# 3. H1 ТОЛЬКО ОДИН
+
+Это важно.
+
+---
+
+# 4. schema.org
+
+Очень желательно.
+
+---
+
+# 5. СКОРОСТЬ
+
+Не перегружать:
+
+- анимацией;
+- тяжелыми видео;
+- конструкторами.
+
+---
+
+# 6. GEO SEO
+
+На каждой странице:
+
+- Краснодар;
+- Краснодарский край.
+
+---
+
+# 7. ВНУТРЕННЯЯ ПЕРЕЛИНКОВКА
+
+Например:
+
+- из статьи → на аудит;
+- из отрасли → на SLA;
+- из кейса → на услугу.
+
+---
+
+# ЧТО ДАСТ РЕАЛЬНЫЙ РОСТ
+
+---
+
+# НЕ:
+
+- покупка ссылок;
+- SEO-магия.
+
+---
+
+# А:
+
+- экспертные статьи;
+- кейсы;
+- отраслевые страницы;
+- техническая глубина;
+- регулярность.
+
+---
+
+# САМОЕ ВАЖНОЕ
+
+Ты должен выглядеть:
+
+# не как “сайт монтажников”.
+
+А как:
+
+# инженерная эксплуатационная компания.
+
+И это:
+
+- редкость;
+- слабоконкурентная ниша;
+- высокий уровень доверия;
+- хороший B2B SEO.
\ No newline at end of file
diff --git a/docs/SLA.md b/docs/SLA.md
new file mode 100644
index 0000000..20e0fa6
--- /dev/null
+++ b/docs/SLA.md
@@ -0,0 +1,795 @@
+SLA — ЭТО ОСНОВА ТВОЕГО ПЕРЕХОДА ИЗ “МОНТАЖНИКОВ” В B2B-СЕРВИС
+
+Большинство компаний безопасности в Краснодарском крае:
+
+“иногда приезжают”;
+
+“что-то смотрят”;
+
+“делают отметку”;
+
+работают хаотично.
+
+
+SLA делает тебя:
+
+инженерной сервисной компанией;
+
+предсказуемым подрядчиком;
+
+частью эксплуатации бизнеса клиента.
+
+
+Именно SLA позволяет:
+
+продавать дороже;
+
+получать абонентку;
+
+заходить в сети;
+
+работать с коммерческой недвижимостью;
+
+уходить от демпинга.
+
+
+
+---
+
+ЧТО ТАКОЕ SLA ПРОСТЫМИ СЛОВАМИ
+
+SLA (Service Level Agreement)
+
+это:
+
+соглашение об уровне сервиса.
+
+То есть: ты заранее фиксируешь:
+
+что обслуживаешь;
+
+как быстро реагируешь;
+
+что считается аварией;
+
+что входит в обслуживание;
+
+какие обязательства у сторон.
+
+
+
+---
+
+ПОЧЕМУ B2B ЭТО ЛЮБИТ
+
+Потому что бизнес покупает:
+
+предсказуемость;
+
+контроль;
+
+ответственность;
+
+понятные сроки.
+
+
+
+---
+
+ТВОЯ ЦЕЛЬ
+
+НЕ:
+
+> “мы обслуживаем камеры”
+
+
+
+А:
+
+“мы гарантируем работоспособность критической инфраструктуры объекта”.
+
+
+---
+
+КАК SLA ПОДНИМАЕТ ТЕБЯ НАД РЫНКОМ
+
+Без SLA:
+
+“звоните если что”.
+
+С SLA:
+
+регламенты;
+
+сроки реакции;
+
+журналирование;
+
+прозрачность;
+
+ответственность.
+
+
+
+---
+
+ГЛАВНАЯ ОШИБКА
+
+Многие делают:
+
+> “приедем в течение суток”.
+
+
+
+Это НЕ SLA.
+
+
+---
+
+НАСТОЯЩИЙ SLA ВКЛЮЧАЕТ
+
+
+---
+
+1. КЛАССИФИКАЦИЮ ИНЦИДЕНТОВ
+
+Например:
+
+Приоритет Пример Реакция
+
+P1 Критический Не работает пожарка 2 часа
+P2 Высокий Нет архива камер 4 часа
+P3 Средний Частично не работает СКУД 24 часа
+P4 Низкий Настройка доступа Планово
+
+
+
+---
+
+2. ВРЕМЯ РЕАКЦИИ
+
+Очень важно: не “устранения”.
+
+А:
+
+начала работ.
+
+
+---
+
+3. РЕГЛАМЕНТНЫЕ РАБОТЫ
+
+Например:
+
+ежемесячные проверки;
+
+тестирование;
+
+резервное копирование;
+
+контроль архивов;
+
+проверка питания;
+
+чистка;
+
+тест тревог.
+
+
+
+---
+
+4. ОТЧЕТНОСТЬ
+
+Это критично.
+
+Ты должен быть:
+
+“прозрачным подрядчиком”.
+
+
+---
+
+5. SLA ПО КАНАЛАМ СВЯЗИ
+
+Например:
+
+Telegram;
+
+email;
+
+аварийный телефон;
+
+сервисный портал.
+
+
+
+---
+
+6. SLA ПО ДОСТУПНОСТИ
+
+Вот тут начинаются большие чеки.
+
+Например:
+
+Система Целевая доступность
+
+Пожарка 99.9%
+Видеонаблюдение 99%
+СКУД 99%
+
+
+
+---
+
+ТЕПЕРЬ ГЛАВНОЕ:
+
+КАК ТЕБЕ ДЕЛАТЬ SLA В РЕАЛЬНОСТИ
+
+Тебе НЕ нужен корпоративный монстр.
+
+Тебе нужна:
+
+простая инженерная система.
+
+
+---
+
+БАЗОВАЯ МОДЕЛЬ SLA ДЛЯ ТЕБЯ
+
+
+---
+
+START SLA
+
+Для:
+
+небольших объектов;
+
+офисов;
+
+клиник;
+
+магазинов.
+
+
+
+---
+
+Реакция:
+
+до 24 часов
+
+
+---
+
+Регламент:
+
+1 раз в месяц.
+
+
+---
+
+Что входит:
+
+проверка состояния;
+
+диагностика;
+
+журнал;
+
+рекомендации;
+
+консультации.
+
+
+
+---
+
+Стоимость:
+
+25–40 тыс ₽/мес
+
+Для Краснодара — нормально для качественного B2B.
+
+
+---
+
+BUSINESS SLA
+
+Твой основной продукт.
+
+
+---
+
+Реакция:
+
+критическая авария — 4 часа;
+
+обычная — 24 часа.
+
+
+
+---
+
+Регламент:
+
+2–4 раза в месяц.
+
+
+---
+
+Входит:
+
+аварийные выезды;
+
+удаленная диагностика;
+
+контроль архива;
+
+контроль питания;
+
+фотоотчеты;
+
+журнал;
+
+рекомендации;
+
+сопровождение проверок.
+
+
+
+---
+
+Стоимость:
+
+60–120 тыс ₽/мес
+
+Для:
+
+гостиниц;
+
+складов;
+
+коммерческой недвижимости.
+
+
+
+---
+
+ENTERPRISE SLA
+
+Вот это путь к большим деньгам.
+
+
+---
+
+Реакция:
+
+2 часа
+
+
+---
+
+Формат:
+
+“внешний инженерный отдел”.
+
+
+---
+
+Входит:
+
+постоянный контроль;
+
+участие в эксплуатации;
+
+работа с подрядчиками;
+
+аудит;
+
+сопровождение модернизаций;
+
+приемка;
+
+развитие систем.
+
+
+
+---
+
+Стоимость:
+
+180–500 тыс ₽/мес
+
+
+---
+
+ВАЖНО:
+
+SLA НЕЛЬЗЯ ПРОДАВАТЬ КАК “ТО”
+
+Иначе: ты вернешься в дешевый рынок.
+
+
+---
+
+SLA ПРОДАЕТСЯ КАК:
+
+“управление рисками объекта”.
+
+
+---
+
+ПРИМЕР ТЕКСТА ДЛЯ САЙТА
+
+
+---
+
+SLA-сопровождение систем безопасности
+
+Мы работаем по регламентированным SLA-моделям обслуживания.
+
+Это означает:
+— фиксированное время реакции;
+— контроль состояния систем;
+— прозрачную отчетность;
+— регламентные проверки;
+— ответственность за работоспособность инфраструктуры объекта.
+
+SLA позволяет снизить риски простоев, исключить скрытые неисправности и обеспечить стабильную эксплуатацию систем безопасности.
+
+Для каждого объекта разрабатывается индивидуальный регламент обслуживания.
+---
+
+ПРИМЕР SLA ТАБЛИЦЫ ДЛЯ САЙТА
+
+
+---
+
+Приоритет| Описание| Реакция
+P1| Полный отказ критической системы| до 2 часов
+P2| Частичная потеря функционала| до 4 часов
+P3| Некритичная неисправность| до 24 часов
+P4| Плановые работы и настройки| по графику
+---
+
+ТЕПЕРЬ САМОЕ ВАЖНОЕ
+
+КАК ТЕБЕ СЧИТАТЬ ЦЕНУ SLA
+
+Не “от количества камер”.
+
+Это ошибка рынка.
+
+
+---
+
+ТВОЯ МОДЕЛЬ ЦЕНООБРАЗОВАНИЯ
+
+Цена считается по:
+
+критичности объекта;
+
+количеству систем;
+
+SLA;
+
+расстоянию;
+
+времени реакции;
+
+рискам;
+
+сложности эксплуатации.
+
+
+
+---
+
+МОДЕЛЬ ДЛЯ КРАСНОДАРСКОГО КРАЯ
+
+
+---
+
+КРАСНОДАР
+
+Можно:
+
+быстрые выезды;
+
+дешевле логистика.
+
+
+
+---
+
+СОЧИ
+
+Цена должна быть:
+
+выше на 30–50%.
+
+Из-за:
+
+логистики;
+
+сезонности;
+
+срочности.
+
+
+
+---
+
+УДАЛЕННЫЕ РАЙОНЫ
+
+Нужно:
+
+отдельное SLA.
+
+
+---
+
+Например:
+
+Базовая реакция:
+
+24 часа.
+
+Срочный выезд:
+
+дополнительная ставка.
+
+
+---
+
+КАК СЧИТАТЬ SLA
+
+Вот модель.
+
+
+---
+
+БАЗА
+
+Например:
+
+35 000 ₽
+
+
+---
+
+ПЛЮС:
+
+Параметр Доплата
+
+24/7 доступность +20%
+SLA 2 часа +35%
+Удаленный район +15–40%
+Несколько объектов индивидуально
+Высокая критичность +25%
+
+
+
+---
+
+ПРИМЕР
+
+Гостиница:
+
+64 камеры;
+
+СКУД;
+
+пожарка;
+
+архив;
+
+Краснодар.
+
+
+
+---
+
+SLA:
+
+4 часа.
+
+
+---
+
+Цена:
+
+85–120 тыс ₽/мес
+
+И это нормальный рынок для качественного сервиса.
+
+
+---
+
+ТЕПЕРЬ САМОЕ ВАЖНОЕ
+
+КАК ТЕБЕ ВЫПОЛНЯТЬ SLA БЕЗ БОЛИ
+
+
+---
+
+НЕ БРАТЬ ВСЕХ ПОДРЯД
+
+Только:
+
+нормальные объекты;
+
+нормальные бюджеты;
+
+адекватные заказчики.
+
+
+
+---
+
+НЕ ПРОДАВАТЬ “ДЕШЕВО”
+
+Иначе SLA развалится.
+
+
+---
+
+ОБЯЗАТЕЛЬНО:
+
+журнал заявок;
+
+регламент;
+
+чек-листы;
+
+фотофиксация;
+
+история обслуживания.
+
+
+
+---
+
+ТЕХНИЧЕСКИ ТЕБЕ НУЖНО
+
+
+---
+
+1. HELP DESK
+
+Минимум:
+
+Telegram;
+
+1С;
+
+Google Sheets.
+
+
+
+---
+
+Лучше:
+
+GLPI;
+
+Zammad;
+
+Jira Service Desk.
+
+
+
+---
+
+2. БАЗА ОБЪЕКТОВ
+
+Для каждого:
+
+схемы;
+
+пароли;
+
+оборудование;
+
+IP;
+
+контакты;
+
+история.
+
+
+
+---
+
+3. ЧЕК-ЛИСТЫ
+
+Например:
+
+Видеонаблюдение:
+
+запись;
+
+архив;
+
+питание;
+
+доступ;
+
+фокус;
+
+время.
+
+
+
+---
+
+4. SLA-ДОКУМЕНТ
+
+Это обязательно.
+
+
+---
+
+ПРИМЕР СТРУКТУРЫ SLA ДОГОВОРА
+
+
+---
+
+1. Предмет SLA
+
+Исполнитель обеспечивает техническое сопровождение
+и контроль работоспособности систем безопасности объекта.
+
+2. Время реакции
+
+P1 — до 2 часов
+P2 — до 4 часов
+P3 — до 24 часов
+
+3. Регламентные работы
+
+— диагностика
+— тестирование
+— проверка журналов
+— контроль архива
+— проверка питания
+
+4. Отчетность
+
+По результатам работ предоставляется отчет.
+
+5. Ограничения SLA
+
+SLA не распространяется на:
+— физическое повреждение оборудования
+— аварии электропитания
+— действия третьих лиц
+— форс-мажор
+---
+
+ИТОГ
+
+SLA — это:
+
+не “дополнение”.
+
+Это:
+
+фундамент твоего нового бизнеса.
+
+Именно SLA:
+
+выводит тебя из монтажников;
+
+делает recurring revenue;
+
+дает стабильность;
+
+повышает чек;
+
+позволяет масштабироваться.
+
+
+И это идеально совпадает с твоим профилем инженера и системного человека.
\ No newline at end of file
diff --git a/docs/Архетиктура бренда.md b/docs/Архетиктура бренда.md
new file mode 100644
index 0000000..ee7f532
--- /dev/null
+++ b/docs/Архетиктура бренда.md
@@ -0,0 +1,934 @@
+Хорошо, это важный шаг — ты фактически выбираешь архитектуру бренда (brand architecture), а не просто название. От этого зависит:
+
+как тебя воспринимают (монтажники vs инженерная компания),
+
+как ты продаёшь SLA,
+
+насколько легко масштабируешься по РФ.
+
+
+Я разложу каждый вариант строго по твоей модели:
+👉 аудит → эксплуатация → SLA → инженерный сервис → масштабирование
+
+
+---
+
+1. AegisOne Engineering
+
+Суть позиционирования:
+
+инженерная компания полного цикла
+
+
+---
+
+Как воспринимается рынком:
+
+“серьёзная инженерная организация”
+
+ближе к проектированию / эксплуатации
+
+высокий уровень доверия B2B
+
+
+
+---
+
+Сильные стороны:
+
+подходит под SLA и аудит
+
+звучит “дорого и системно”
+
+легко масштабируется на РФ
+
+не привязан к монтажу
+
+
+
+---
+
+Слабые стороны:
+
+не сразу понятно “сервис”
+
+нужно объяснение через сайт/контент
+
+
+
+---
+
+Лучше всего подходит для:
+
+✔ SLA обслуживание
+✔ аудит объектов
+✔ эксплуатация систем безопасности
+✔ B2B рынок (гостиницы, склады, УК)
+
+
+---
+
+Итог:
+
+> ❗ ЛУЧШИЙ ОСНОВНОЙ БРЕНД (ядро компании)
+
+
+
+
+---
+
+2. AegisOne Service
+
+Суть:
+
+сервисная эксплуатационная компания
+
+
+---
+
+Восприятие:
+
+обслуживание
+
+ремонт
+
+“сервисники”
+
+
+
+---
+
+Сильные стороны:
+
+понятный вход для клиентов
+
+хорошо продаёт обслуживание
+
+легко объяснить
+
+
+
+---
+
+Слабые стороны:
+
+слишком “сервис/ремонт”
+
+занижает статус инженера
+
+хуже для крупных B2B объектов
+
+
+
+---
+
+Лучше для:
+
+✔ абонентское обслуживание
+✔ выездной сервис
+✔ мелкие и средние клиенты
+✔ поддержка SLA как продукт
+
+
+---
+
+Итог:
+
+> ⚠ можно как подразделение, но не основной бренд
+
+
+
+
+---
+
+3. AegisOne Security Engineering
+
+Суть:
+
+инженерия безопасности (очень сильный B2B бренд)
+
+
+---
+
+Восприятие:
+
+высокий уровень экспертизы
+
+ближе к проектированию и системной безопасности
+
+звучит “международно”
+
+
+
+---
+
+Сильные стороны:
+
+максимальная экспертность
+
+идеально под аудит и SLA
+
+хорошо для РФ + будущего выхода за регион
+
+не “монтажники”
+
+
+
+---
+
+Слабые стороны:
+
+длинное название
+
+чуть тяжеловесно в маркетинге
+
+требует сокращений (AegisOne SE)
+
+
+
+---
+
+Лучше для:
+
+✔ аудит
+✔ техническая экспертиза
+✔ корпоративные объекты
+✔ крупные B2B сделки
+✔ федеральное масштабирование
+
+
+---
+
+Итог:
+
+> ⭐ ЛУЧШИЙ ДЛЯ ЭКСПЕРТНОСТИ И PREMIUM B2B
+
+
+
+
+---
+
+4. AegisOne Facility Security
+
+Суть:
+
+безопасность объектов (facility management)
+
+
+---
+
+Восприятие:
+
+управление объектами
+
+эксплуатация зданий
+
+FM-компании уровня “facility management”
+
+
+
+---
+
+Сильные стороны:
+
+очень сильный корпоративный сегмент
+
+подходит для УК, ТЦ, гостиниц
+
+легко встраивается в FM-рынок
+
+
+
+---
+
+Слабые стороны:
+
+менее технический фокус
+
+может размывать “инженерность”
+
+ближе к управлению недвижимостью
+
+
+
+---
+
+Лучше для:
+
+✔ управляющие компании
+✔ гостиничные сети
+✔ торговые центры
+✔ facility management подрядчики
+
+
+---
+
+Итог:
+
+> ⚠ хорошо как направление, но не ядро
+
+
+
+
+---
+
+5. AegisOne TechService
+
+Суть:
+
+техсервис / техническое обслуживание
+
+
+---
+
+Восприятие:
+
+ремонтная служба
+
+IT/техподдержка стиль
+
+
+
+---
+
+Сильные стороны:
+
+простое и понятное
+
+легко продаётся “в лоб”
+
+подходит для мелких объектов
+
+
+
+---
+
+Слабые стороны:
+
+дешёвое восприятие
+
+не тянет премиум SLA
+
+теряет инженерный статус
+
+
+
+---
+
+Лучше для:
+
+✔ массовое обслуживание
+✔ низкий чек рынок
+✔ быстрые заявки
+✔ простые сервисные работы
+
+
+---
+
+Итог:
+
+> ❌ не подходит под твою стратегию роста
+
+
+
+
+---
+
+6. РЕКОМЕНТИРУЕМАЯ СТРУКТУРА БРЕНДА (ОПТИМАЛЬНАЯ)
+
+Вот как это должно выглядеть в системе:
+
+
+---
+
+🧠 ГЛАВНЫЙ БРЕНД (основа)
+
+AegisOne Engineering
+
+👉 ядро:
+
+SLA
+
+аудит
+
+эксплуатация
+
+инженерный контроль
+
+
+
+---
+
+🔧 СЕРВИСНОЕ ПОДРАЗДЕЛЕНИЕ
+
+AegisOne Service
+
+👉 внутри:
+
+выезды
+
+ремонт
+
+поддержка
+
+реакция по SLA
+
+
+
+---
+
+🧪 ЭКСПЕРТНЫЙ КОНТУР
+
+AegisOne Security Engineering
+
+👉 используется для:
+
+сайта экспертного уровня
+
+презентаций
+
+коммерческих предложений
+
+крупных B2B переговоров
+
+
+
+---
+
+🏢 ФУТУРОЛОГИЧЕСКИЙ КОНТУР (масштаб)
+
+AegisOne Facility Security
+
+👉 когда выйдешь в:
+
+УК
+
+сети отелей
+
+FM-контракты
+
+
+
+---
+
+⚙️ ТЕХПОДДЕРЖКА (НЕ ОСНОВНАЯ)
+
+AegisOne TechService
+
+👉 можно использовать как:
+
+внутренний бренд
+
+дешёвый сегмент (если вдруг нужен)
+
+
+
+---
+
+7. ЛУЧШАЯ СТРАТЕГИЯ (РЕАЛЬНО ПРАВИЛЬНАЯ)
+
+Вот как это делает сильная инженерная компания:
+
+
+---
+
+AegisOne Engineering
+ ↓
+AegisOne Security Engineering (экспертиза / доверие)
+ ↓
+AegisOne Service (исполнение SLA)
+ ↓
+AegisOne Facility Security (масштаб на УК и сети)
+
+
+---
+
+8. ВАЖНОЕ РЕШЕНИЕ ДЛЯ ТЕБЯ
+
+Если брать твою стратегию:
+
+уход от монтажа
+
+переход в SLA
+
+рост до 2–3 млн+
+
+B2B рынок
+
+экспертность
+
+
+
+---
+
+ТОП-1 выбор:
+
+✔ AegisOne Engineering
+
+
+---
+
+ТОП-2 усиление:
+
+✔ AegisOne Security Engineering
+
+
+---
+
+НЕ РЕКОМЕНДУЮ КАК ОСНОВУ:
+
+Service (снижает статус)
+
+TechService (дешевит бренд)
+
+Facility Security (узкая ниша на будущее)
+
+
+
+---
+
+9. ЕСЛИ ХОЧЕШЬ ДАЛЬШЕ УСИЛИТЬ БРЕНД
+
+Я могу собрать тебе следующий уровень:
+
+нейминг архитектуры сайта (как разложить домены/страницы)
+
+логотип-систему (как должен выглядеть бренд инженерной компании)
+
+упаковку КП под каждый бренд
+
+позиционирование для тендеров
+
+“как выглядеть как федеральный подрядчик при локальном бизнесе”
+
+
+
+---
+
+Если коротко:
+
+> тебе нужен не набор названий, а система уровней доверия
+
+
+
+И из всех вариантов:
+
+AegisOne Engineering — фундамент бизнеса.
+
+---
+
+Отлично, теперь мы фиксируем **архитектуру компании как инженерной системы**, а не сайта.
+
+Ты строишь не “фирму услуг”, а:
+
+# AegisOne Engineering — операционную систему эксплуатации объектов
+
+Ниже даю тебе:
+
+1. структуру компании (как она “разложена в голове клиента”)
+2. все разделы сайта / системы
+3. документы (шаблоны, которые продают SLA сами)
+4. сценарии взаимодействия с клиентом
+5. стандарты (как ты выглядишь как федеральный подрядчик)
+
+---
+
+# 1. СТРУКТУРА AEGISONE ENGINEERING
+
+## 🧠 ЯДРО КОМПАНИИ
+
+# AegisOne Engineering
+
+> Инженерная компания по эксплуатации и контролю систем безопасности объектов
+
+---
+
+## ФУНКЦИОНАЛЬНЫЕ БЛОКИ
+
+```text
+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/`
+
+### Описание:
+
+```text
+Технический аудит систем безопасности с оценкой рисков эксплуатации.
+
+Проверка:
+- видеонаблюдения
+- СКУД
+- пожарной сигнализации
+- инфраструктуры объекта
+
+Результат:
+инженерное заключение и карта рисков объекта
+```
+
+---
+
+### Подразделы:
+
+- `/engineering-audit/video-surveillance`
+- `/engineering-audit/access-control`
+- `/engineering-audit/fire-alarm`
+- `/engineering-audit/risk-report`
+
+---
+
+# 3.2 SLA OPERATIONS
+
+## `/sla-operations/`
+
+### Описание:
+
+```text
+Постоянное техническое сопровождение объектов с регламентами и SLA.
+
+Мы обеспечиваем:
+- стабильную работу систем
+- контроль состояния оборудования
+- аварийное реагирование
+- регулярные проверки
+```
+
+---
+
+### Подразделы:
+
+- `/sla-operations/start`
+- `/sla-operations/business`
+- `/sla-operations/enterprise`
+- `/sla-operations/sla-regulations`
+
+---
+
+# 3.3 INCIDENT RESPONSE
+
+## `/incident-response/`
+
+### Описание:
+
+```text
+Экстренное устранение неисправностей систем безопасности.
+
+Сценарии:
+- отказ видеонаблюдения
+- потеря архива
+- сбой СКУД
+- проблемы пожарной сигнализации
+```
+
+---
+
+### Подразделы:
+
+- `/incident-response/critical`
+- `/incident-response/emergency-call`
+- `/incident-response/post-incident-report`
+
+---
+
+# 3.4 TECHNICAL SUPERVISION
+
+## `/technical-supervision/`
+
+### Описание:
+
+```text
+Контроль подрядчиков и проверка качества работ сторонних организаций.
+
+Мы выступаем как независимый инженерный контроль объекта.
+```
+
+---
+
+### Подразделы:
+
+- `/technical-supervision/contractor-check`
+- `/technical-supervision/acceptance-testing`
+- `/technical-supervision/project-review`
+
+---
+
+# 3.5 DOCUMENTATION & COMPLIANCE
+
+## `/documentation-compliance/`
+
+### Описание:
+
+```text
+Ведение и восстановление инженерной документации объектов.
+
+Системы:
+- схемы
+- журналы
+- паспорта оборудования
+- регламенты эксплуатации
+```
+
+---
+
+### Подразделы:
+
+- `/documentation-compliance/passport`
+- `/documentation-compliance/regulations`
+- `/documentation-compliance/reporting`
+
+---
+
+# 3.6 RISK ENGINEERING
+
+## `/risk-engineering/`
+
+### Описание:
+
+```text
+Анализ рисков эксплуатации инженерных систем безопасности объекта.
+
+Мы оцениваем не оборудование, а последствия его отказа.
+```
+
+---
+
+### Подразделы:
+
+- `/risk-engineering/video-risk`
+- `/risk-engineering/fire-risk`
+- `/risk-engineering/access-risk`
+
+---
+
+# 4. ШАБЛОНЫ ДОКУМЕНТОВ (ЭТО ВАЖНЕЕ САЙТА)
+
+Это твой “продукт доверия”.
+
+---
+
+# 4.1 ИНЖЕНЕРНОЕ ЗАКЛЮЧЕНИЕ
+
+```text
+AegisOne Engineering
+Инженерное заключение по состоянию систем безопасности
+
+Объект: __________
+Дата: __________
+
+1. Проведённые проверки:
+- видеонаблюдение
+- СКУД
+- пожарная сигнализация
+- инфраструктура
+
+2. Выявленные отклонения:
+- __________
+- __________
+
+3. Критические риски:
+- __________
+
+4. Оценка состояния системы:
+[ ] стабильная
+[ ] частично стабильная
+[ ] требует вмешательства
+
+5. Заключение инженера:
+
+Система безопасности объекта требует/не требует
+технического сопровождения по SLA модели эксплуатации.
+```
+
+---
+
+# 4.2 SLA СОГЛАШЕНИЕ
+
+```text
+AegisOne Engineering
+Service Level Agreement (SLA)
+
+1. Объект обслуживания
+2. Перечень систем
+3. Время реакции:
+ P1 — 2 часа
+ P2 — 4 часа
+ P3 — 24 часа
+
+4. Регламент обслуживания:
+- ежемесячные проверки
+- отчётность
+- диагностика
+
+5. Зоны ответственности:
+- заказчик
+- инженерная компания
+
+6. Исключения:
+- повреждение третьими лицами
+- форс-мажор
+```
+
+---
+
+# 4.3 АКТ ТЕХНИЧЕСКОГО АУДИТА
+
+```text
+Проверено:
+- видеонаблюдение
+- СКУД
+- пожарная система
+
+Результаты:
+- __________
+
+Рекомендации:
+- критические
+- важные
+- плановые
+```
+
+---
+
+# 4.4 ПАСПОРТ ОБЪЕКТА
+
+```text
+AegisOne Engineering
+Паспорт инженерных систем объекта
+
+Содержит:
+- схема систем
+- оборудование
+- IP-адреса
+- точки отказа
+- история обслуживания
+```
+
+---
+
+# 4.5 ОТЧЁТ ПО ИНЦИДЕНТУ
+
+```text
+Описание инцидента:
+Время реакции:
+Причина:
+Последствия:
+Устранение:
+Рекомендации:
+```
+
+---
+
+# 5. СЦЕНАРИИ ВЗАИМОДЕЙСТВИЯ
+
+---
+
+## СЦЕНАРИЙ 1 — ВХОД
+
+```text
+Контакт → мини-диагностика → аудит → отчет → SLA
+```
+
+---
+
+## СЦЕНАРИЙ 2 — АВАРИЯ
+
+```text
+Инцидент → выезд → устранение → отчет → предложение SLA
+```
+
+---
+
+## СЦЕНАРИЙ 3 — ПАРТНЁРСКИЙ ВХОД
+
+```text
+Партнёр → объект → аудит → сопровождение
+```
+
+---
+
+## СЦЕНАРИЙ 4 — ТЕНДЕР / КОММЕРЧЕСКИЙ ВХОД
+
+```text
+Запрос → аудит → КП → SLA контракт
+```
+
+---
+
+# 6. КАК ЭТО ВОСПРИНИМАЕТСЯ РЫНКОМ
+
+Ты становишься не:
+
+❌ монтажной фирмой
+❌ сервисниками
+❌ подрядчиком
+
+---
+
+А:
+
+# 🧠 инженерной эксплуатационной системой объектов
+
+---
+
+# 7. ГЛАВНЫЙ ЭФФЕКТ ЭТОЙ УПАКОВКИ
+
+## Клиент думает:
+
+> “Это не монтажники. Это те, кто контролирует безопасность объекта как систему.”
+
+---
+
+# 8. СЛЕДУЮЩИЙ УРОВЕНЬ (ЕСЛИ ПРОДОЛЖАЕМ)
+
+Я могу собрать тебе дальше:
+
+- автоматическую CRM (Notion / 1C модель под эти разделы)
+- шаблон коммерческого предложения под каждый блок
+- визуальную архитектуру сайта (UI/UX)
+- систему KPI инженеров
+- модель масштабирования до федерального уровня
+
+---
+
+# ИТОГ
+
+Ты только что получил:
+
+> полноценную архитектуру инженерной компании уровня enterprise
+
+И если это внедрить — ты перестаёшь быть “подрядчиком”.
+
+Ты становишься:
+
+# операционной системой эксплуатации объектов безопасности.
\ No newline at end of file
diff --git a/docs/Архитектура компании.md b/docs/Архитектура компании.md
new file mode 100644
index 0000000..a896b4e
--- /dev/null
+++ b/docs/Архитектура компании.md
@@ -0,0 +1,459 @@
+Отлично, теперь мы фиксируем архитектуру компании как инженерной системы, а не сайта.
+
+Ты строишь не “фирму услуг”, а:
+
+AegisOne Engineering — операционную систему эксплуатации объектов
+
+Ниже даю тебе:
+
+1. структуру компании (как она “разложена в голове клиента”)
+
+
+2. все разделы сайта / системы
+
+
+3. документы (шаблоны, которые продают SLA сами)
+
+
+4. сценарии взаимодействия с клиентом
+
+
+5. стандарты (как ты выглядишь как федеральный подрядчик)
+
+
+
+
+---
+
+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
+
+
+
+И если это внедрить — ты перестаёшь быть “подрядчиком”.
+
+Ты становишься:
+
+операционной системой эксплуатации объектов безопасности.
\ No newline at end of file
diff --git a/docs/Блог.md b/docs/Блог.md
new file mode 100644
index 0000000..0dc4fbd
--- /dev/null
+++ b/docs/Блог.md
@@ -0,0 +1,543 @@
+Хороший вопрос — блог в твоей нише (системы безопасности + SLA + B2B + обслуживание) это не “контент-маркетинг”, а:
+
+> инструмент продажи доверия, SLA и инженерной компетентности
+
+
+
+Если блог сделан правильно, он заменяет:
+
+отдел продаж (частично)
+
+коммерческие предложения (частично)
+
+презентации
+
+кейсы
+
+и даже тендерные обоснования
+
+
+
+---
+
+1. ГЛАВНАЯ ОШИБКА БОЛЬШИНСТВА БЛОГОВ В ТВОЕЙ НИШЕ
+
+Они делают:
+
+“мы установили систему”
+
+“мы молодцы”
+
+“как выбрать камеру”
+
+“новости компании”
+
+
+👉 директору (заказчику B2B) это НЕ интересно
+
+
+---
+
+2. ЧТО ХОЧЕТ ВИДЕТЬ ДИРЕКТОР (ЗАКАЗЧИК B2B)
+
+Директору не нужен контент.
+
+Ему нужно:
+
+1. Снижение риска
+
+“у меня не сломается объект”
+
+“меня не оштрафуют”
+
+“у меня будет доказательная база”
+
+
+
+---
+
+2. Управляемость
+
+SLA
+
+контроль
+
+прозрачность
+
+ответственность
+
+
+
+---
+
+3. Деньги и потери
+
+сколько стоит простой
+
+сколько стоит отказ системы
+
+где риски потерь
+
+
+
+---
+
+4. Компетентность подрядчика
+
+понимает ли подрядчик реальные риски
+
+умеет ли он управлять системой, а не “чинить камеры”
+
+
+
+---
+
+3. КАК ДОЛЖЕН БЫТЬ УСТРОЕН БЛОГ (АРХИТЕКТУРА)
+
+BLOG AEGISONE
+
+1. Risk Engineering (риски объектов)
+2. SLA & Service (обслуживание)
+3. Incident Cases (разбор аварий)
+4. Infrastructure Deep Dive (техническая экспертиза)
+5. Compliance / MCHS / Audit (регуляторика)
+6. Economics of Security (экономика потерь)
+7. Case Studies (реальные объекты)
+
+
+---
+
+4. КАТЕГОРИИ БЛОГА (ПОЛНАЯ СТРУКТУРА)
+
+
+---
+
+4.1 RISK ENGINEERING (САМАЯ ВАЖНАЯ)
+
+Суть:
+
+Показывает директору:
+
+> где он уже теряет деньги, даже если всё “работает”
+
+
+
+
+---
+
+Примеры статей:
+
+“Почему 70% объектов теряют видеодоказательства и не знают об этом”
+
+“Что происходит, когда SLA пожарной системы формальный”
+
+“7 скрытых точек отказа в СКУД”
+
+
+
+---
+
+Формат:
+
+риск
+
+последствия
+
+реальные сценарии
+
+стоимость потерь
+
+
+
+---
+
+Почему это продаёт:
+
+👉 вызывает страх + осознание потерь
+
+
+---
+
+4.2 SLA & SERVICE (ТВОЯ ДЕНЕЖНАЯ КАТЕГОРИЯ)
+
+Суть:
+
+объясняет, почему SLA = бизнес-стабильность
+
+
+---
+
+Примеры:
+
+“Почему обслуживание пожарной сигнализации — это не обслуживание, а юридическая ответственность”
+
+“Как SLA снижает риск остановки бизнеса”
+
+“Почему разовые выезды не работают”
+
+
+
+---
+
+Формат:
+
+объяснение SLA
+
+цифры
+
+последствия без SLA
+
+кейсы
+
+
+
+---
+
+4.3 INCIDENT CASES (СИЛЬНЕЙШИЙ ДОВЕРИТЕЛЬНЫЙ БЛОК)
+
+Суть:
+
+реальные аварии
+
+
+---
+
+Примеры:
+
+“Как один отказ СКУД остановил склад на 14 часов”
+
+“Пожарная система без регламента: разбор инцидента”
+
+“Почему не работал архив видеонаблюдения 3 месяца”
+
+
+
+---
+
+Структура:
+
+1. Что случилось
+2. Почему это произошло
+3. Какие были последствия
+4. Как это выявили
+5. Как исправили
+6. Как избежать
+
+
+---
+
+Это:
+
+👉 главный доверительный инструмент
+
+
+---
+
+4.4 INFRASTRUCTURE DEEP DIVE
+
+Суть:
+
+показывает инженерную глубину
+
+
+---
+
+Примеры:
+
+“Как устроена современная система видеонаблюдения на объекте 10 000 м²”
+
+“Почему сеть — это главный риск безопасности”
+
+“UPS как критический элемент безопасности”
+
+
+
+---
+
+4.5 COMPLIANCE / MCHS
+
+Суть:
+
+работа с нормативкой
+
+
+---
+
+Примеры:
+
+“Что проверяет МЧС в 2026 году”
+
+“Типовые ошибки объектов при проверках”
+
+“Почему формальное ТО приводит к штрафам”
+
+
+
+---
+
+4.6 ECONOMICS OF SECURITY
+
+Суть:
+
+деньги, потери, риск
+
+
+---
+
+Примеры:
+
+“Сколько стоит 1 час простоя склада”
+
+“Стоимость потери видеодоказательства”
+
+“Почему дешёвый подрядчик обходится дороже”
+
+
+
+---
+
+4.7 CASE STUDIES (ОСНОВА ПРОДАЖ)
+
+Суть:
+
+твои реальные объекты
+
+
+---
+
+Формат:
+
+объект
+
+проблемы
+
+что сделали
+
+результат
+
+SLA модель
+
+
+
+---
+
+5. КАК ДОЛЖЕН ВЫГЛЯДЕТЬ БЛОГ (UI/UX)
+
+
+---
+
+5.1 НЕ ДОЛЖНО БЫТЬ:
+
+❌ “новости компании”
+❌ “мы молодцы”
+❌ маркетинговых текстов
+❌ воды
+
+
+---
+
+5.2 ДОЛЖНО БЫТЬ:
+
+Главная страница блога:
+
+“инженерные риски”
+
+“разбор инцидентов”
+
+“стоимость отказов”
+
+“кейсы объектов”
+
+
+
+---
+
+5.3 Визуально:
+
+строгий технический стиль
+
+таблицы
+
+схемы
+
+диаграммы
+
+риск-блоки
+
+
+
+---
+
+6. КАЖДАЯ СТАТЬЯ ДОЛЖНА ПРОДАВАТЬ
+
+
+---
+
+структура статьи (обязательная):
+
+1. Проблема
+2. Реальный сценарий
+3. Что происходит технически
+4. Риски
+5. Финансовые последствия
+6. Как решается
+7. Как это делает AegisOne
+
+
+---
+
+7. ПРИМЕР “ПРОДАЮЩЕЙ” СТАТЬИ
+
+
+---
+
+Заголовок:
+
+> “Почему 80% систем видеонаблюдения не дают доказательств в момент инцидента”
+
+
+
+
+---
+
+Внутри:
+
+потеря архива
+
+сбои HDD
+
+неправильная настройка
+
+отсутствие контроля
+
+
+
+---
+
+Финал:
+
+> “в AegisOne это решается через SLA мониторинг и инженерный контроль”
+
+
+
+
+---
+
+8. КАК БЛОГ ПРИВОДИТ КЛИЕНТА
+
+
+---
+
+Статья → Осознание риска → Страх потерь → Аудит → SLA контракт
+
+
+---
+
+9. ГЛАВНАЯ ЛОГИКА БЛОГА
+
+Ты не пишешь статьи.
+
+Ты создаёшь:
+
+> систему формирования потребности в SLA
+
+
+
+
+---
+
+10. ЧТО ДЕЛАЕТ БЛОГ СИЛЬНЫМ (КРИТИЧНО)
+
+
+---
+
+1. РЕАЛЬНЫЕ ЦИФРЫ
+
+потери
+
+простои
+
+риски
+
+
+
+---
+
+2. РЕАЛЬНЫЕ ИНЦИДЕНТЫ
+
+аварии
+
+сбои
+
+последствия
+
+
+
+---
+
+3. ИНЖЕНЕРНАЯ ГЛУБИНА
+
+схемы
+
+логика систем
+
+причины отказов
+
+
+
+---
+
+4. ЭКОНОМИКА
+
+сколько стоит ошибка
+
+
+
+---
+
+11. ЧТО НЕЛЬЗЯ ДЕЛАТЬ
+
+
+---
+
+❌ SEO-статьи “для трафика”
+❌ поверхностные обзоры
+❌ “лайфхаки безопасности”
+❌ маркетинг
+
+
+---
+
+12. ИТОГ
+
+Правильный блог в твоей модели — это:
+
+> “система инженерного страха + доверия + экспертизы”
+
+
+
+
+---
+
+13. ЕСЛИ РАЗВИВАТЬ ДАЛЬШЕ
+
+Я могу дальше собрать:
+
+30 готовых статей под твой блог (с заголовками + структурами)
+
+SEO-структуру под Краснодарский край
+
+Telegram-воронку из блога
+
+автоматическое превращение статей в заявки на аудит
+
+систему “контент → SHS влияние”
+
+
+
+---
+
+Если коротко:
+
+👉 блог в твоей модели — это не контент
+👉 это “машина продажи SLA через понимание риска”
\ No newline at end of file
diff --git a/docs/Воронка.md b/docs/Воронка.md
new file mode 100644
index 0000000..e06f6ee
--- /dev/null
+++ b/docs/Воронка.md
@@ -0,0 +1,445 @@
+Ок, здесь мы уже собираем не “маркетинг”, а полноценную B2B-машину:
+
+# вход → доверие → аудит → SLA → долгий повторяющийся доход
+
+Ты как раз в нише, где деньги делаются не на разовых монтажах, а на:
+
+> эксплуатации + рисках + ответственности
+
+---
+
+# ЧАСТЬ 1. ПЕРВАЯ ВОРОНКА КЛИЕНТОВ (КРАСНОДАРСКИЙ КРАЙ)
+
+---
+
+# 0. ЛОГИКА ВОРОНКИ
+
+Твоя воронка НЕ классическая:
+
+❌ “реклама → заявка → продажа”
+
+У тебя:
+
+# контент → доверие → аудит → выявление проблем → SLA
+
+---
+
+# 1. ВХОД В ВОРОНКУ (ТОЧКИ ПРИКОСНОВЕНИЯ)
+
+## 1.1. Локальный B2B рынок (основа)
+
+Ты работаешь не по всей РФ, а:
+
+- Краснодар
+- Сочи
+- Новороссийск
+- Анапа
+- Армавир
+- промзоны + логистика + гостиницы
+
+---
+
+## 1.2. Каналы входа (без агрессивного маркетинга)
+
+### 1) Telegram (основной канал доверия)
+
+Контент + кейсы + разборы
+
+---
+
+### 2) Яндекс / Google SEO
+
+Страницы:
+
+- аудит систем безопасности
+- SLA обслуживание
+- обслуживание видеонаблюдения Краснодар
+- обслуживание пожарной сигнализации
+
+---
+
+### 3) Партнеры (очень важно)
+
+- электрики
+- IT-аутсорс
+- управляющие компании
+- проектировщики
+- пожарники
+- строители
+
+---
+
+### 4) Прямые инженерные выходы
+
+НЕ продажи.
+
+Формат:
+
+> “если нужен технический аудит или проверка систем — можем подключиться”
+
+---
+
+# 2. ПЕРВЫЙ ПРОДУКТ (ВХОД В ДЕНЬГИ)
+
+# 🔥 Технический аудит объекта
+
+---
+
+## Почему это ядро воронки
+
+Потому что:
+
+- легко продать без давления
+- низкий чек
+- высокая ценность
+- выявляет проблемы
+- логично ведёт в SLA
+
+---
+
+## Цена (Краснодарский край)
+
+- малый объект: 15–25 тыс
+- средний: 25–50 тыс
+- крупный: 50–100 тыс
+
+---
+
+## Что важно
+
+Аудит НЕ продаёт услуги.
+
+Он:
+
+# показывает проблемы → создаёт необходимость SLA
+
+---
+
+# 3. ВТОРОЙ ЭТАП
+
+# 🔥 “Диагностика + отчет”
+
+После аудита:
+
+Ты выдаешь документ:
+
+- риски
+- неисправности
+- слабые места
+- последствия
+- рекомендации
+
+---
+
+## Ключевая мысль отчета:
+
+> “Система формально работает, но не защищает объект”
+
+---
+
+# 4. ТРЕТИЙ ЭТАП
+
+# 🔥 ПЕРЕХОД В SLA
+
+---
+
+## Это главный момент денег
+
+Ты НЕ продаешь обслуживание.
+
+Ты продаешь:
+
+# “устранение рисков эксплуатации”
+
+---
+
+## Как выглядит оффер
+
+> Мы берем объект на техническое сопровождение с SLA контролем состояния систем безопасности.
+
+---
+
+## Конверсия
+
+Из аудита → в SLA:
+
+- 30% слабые объекты
+- 50% средние
+- 10–20% сильные (очень хорошие деньги)
+
+---
+
+# 5. SLA (ПРОДУКТ ДЕНЕГ)
+
+---
+
+## Структура:
+
+### START
+
+25–40k
+
+---
+
+### BUSINESS
+
+60–120k
+
+---
+
+### ENTERPRISE
+
+150–400k
+
+---
+
+## Что ты продаешь на самом деле:
+
+НЕ обслуживание
+
+А:
+
+# “инженерную стабильность объекта”
+
+---
+
+# 6. ПОЛНАЯ ВОРОНКА В ВИДЕ СХЕМЫ
+
+```
+Контент / SEO / партнеры
+ ↓
+ Лид (запрос)
+ ↓
+ Мини-аудит (или первичная диагностика)
+ ↓
+ Полный технический аудит
+ ↓
+ Отчет с рисками
+ ↓
+ SLA предложение
+ ↓
+ Долгосрочный контракт
+```
+
+---
+
+# ЧАСТЬ 2. МОДЕЛЬ РОСТА ДО 2–3 МЛН ₽/МЕС RECURRENT
+
+---
+
+# 1. КЛЮЧЕВОЕ ПРАВИЛО
+
+Ты не масштабируешь монтаж.
+
+Ты масштабируешь:
+
+# количество объектов на SLA
+
+---
+
+# 2. МАТЕМАТИКА МОДЕЛИ
+
+---
+
+## Вариант реалистичный (Краснодар → край → РФ)
+
+### Средний чек SLA:
+
+80 000 ₽
+
+---
+
+## Тебе нужно:
+
+### 25–35 объектов
+
+---
+
+## Доход:
+
+```
+30 объектов × 80 000 ₽ = 2 400 000 ₽/мес
+```
+
+---
+
+# 3. КАК ЭТО ДОСТИГАЕТСЯ
+
+---
+
+## ЭТАП 1 — 0–500k
+
+Фокус:
+
+- аудит
+- первые SLA
+- 5–7 объектов
+
+---
+
+## ЭТАП 2 — 500k–1.5M
+
+Фокус:
+
+- стабильные SLA
+- отбор клиентов
+- отказ от токсичных объектов
+- первые крупные клиенты
+
+---
+
+## ЭТАП 3 — 1.5M–3M
+
+Фокус:
+
+- стандартизация
+- регламенты
+- техподдержка
+- 2–3 инженера
+- удаленный контроль
+
+---
+
+# 4. КЛЮЧЕВОЙ РЫЧАГ РОСТА
+
+---
+
+# НЕ реклама
+
+# НЕ продажи
+
+# А:
+
+## “плотность объектов на инженера”
+
+---
+
+# 5. СИСТЕМА РОСТА
+
+---
+
+## 1 инженер = 8–12 объектов
+
+---
+
+## значит:
+
+|Кол-во инженеров|Доход|
+|---|---|
+|1|0.8–1.2M|
+|2|1.6–2.4M|
+|3|2.4–3.6M|
+
+---
+
+# 6. ГЛАВНЫЕ РЫЧАГИ МАСШТАБА
+
+---
+
+## 1. Аудит как продукт входа
+
+(дешево / легко / продается сам)
+
+---
+
+## 2. SLA как подписка
+
+(деньги каждый месяц)
+
+---
+
+## 3. Контент как доверие
+
+(заменяет рекламу)
+
+---
+
+## 4. Партнерки
+
+(дают теплые объекты)
+
+---
+
+## 5. Отказ от дешевых клиентов
+
+(самый важный фактор)
+
+---
+
+# 7. КРИТИЧЕСКИЙ МОМЕНТ
+
+---
+
+Если ты не сделаешь это:
+
+> “мы не берем монтаж без SLA”
+
+ты останешься в рынке:
+
+- демпинга
+- разовых работ
+- кассовых разрывов
+
+---
+
+# 8. ИДЕАЛЬНАЯ ЭВОЛЮЦИЯ БИЗНЕСА
+
+---
+
+## Было:
+
+монтажники
+
+---
+
+## Стало:
+
+SLA + эксплуатация
+
+---
+
+## Будет:
+
+# внешний инженерный отдел объектов
+
+---
+
+# 9. СИЛЬНЫЙ СДВИГ МЫШЛЕНИЯ
+
+---
+
+Ты больше не продаешь:
+
+❌ камеры
+❌ монтаж
+❌ оборудование
+
+---
+
+Ты продаешь:
+
+# “спокойствие собственника за техническую инфраструктуру объекта”
+
+---
+
+# ЕСЛИ СЖАТЬ В ОДНУ ФОРМУЛУ:
+
+---
+
+> Аудит → выявление рисков → SLA → долгосрочный инженерный доход
+
+---
+
+# ЕСЛИ ДАЛЬШЕ ДВИГАТЬСЯ
+
+Я могу следующим шагом собрать тебе:
+
+- точную систему продаж аудита (скрипты + сообщения)
+- упаковку Telegram как лидогенератора
+- CRM воронку под SLA
+- регламент инженера (чтобы масштабироваться)
+- финансовую модель до 5–10 млн/мес
+
+Это уже будет не “бизнес идея”, а:
+
+# операционная система инженерной компании.
\ No newline at end of file
diff --git a/docs/Воронки телеграм и crm.md b/docs/Воронки телеграм и crm.md
new file mode 100644
index 0000000..6e85df1
--- /dev/null
+++ b/docs/Воронки телеграм и crm.md
@@ -0,0 +1,397 @@
+Отлично, это уже уровень, где бизнес начинает “дышать сам”:
+Telegram → доверие → аудит → SLA → регулярный доход.
+
+Разобьём на две системы:
+
+# 1) Telegram как лидогенератор (не блог, а воронка)
+
+# 2) CRM-воронка под SLA (повторяемые деньги)
+
+---
+
+# 1. TELEGRAM КАК ЛИДОГЕНЕРАТОР (ИНЖЕНЕРНАЯ МОДЕЛЬ)
+
+---
+
+## 1.1. Главная ошибка всех
+
+Обычно делают:
+
+- “посты про монтаж”
+- “новости компании”
+- “фото объектов”
+
+👉 это НЕ генерирует SLA
+
+---
+
+## 1.2. Твоя роль канала
+
+Твой Telegram — это:
+
+# “инженерный журнал рисков объектов”
+
+Не маркетинг. Не реклама. Не блог.
+
+---
+
+## 1.3. Главная цель Telegram
+
+Не подписки.
+
+А:
+
+> заявки на аудит
+
+---
+
+# 2. СТРУКТУРА TELEGRAM-КАНАЛА
+
+---
+
+## 2.1. Закреп (ОБЯЗАТЕЛЬНО)
+
+```text
+Мы занимаемся инженерной эксплуатацией систем безопасности коммерческих объектов.
+
+Перед обслуживанием всегда проводим технический аудит:
+— видеонаблюдение
+— СКУД
+— пожарная сигнализация
+— инфраструктура
+
+Цель — выявить скрытые риски, которые не видны в ежедневной работе.
+
+📌 Если нужно — можем провести аудит объекта и выдать инженерное заключение.
+
+Написать: @your_contact
+```
+
+---
+
+## 2.2. 3 типа контента (ВСЕГДА)
+
+---
+
+### 1) РИСКИ (60%)
+
+👉 основа роста
+
+Примеры:
+
+- “Почему архив видеонаблюдения исчезает незаметно”
+- “Почему пожарка работает, но не защищает”
+- “3 скрытые ошибки СКУД”
+
+---
+
+### 2) КЕЙСЫ (25%)
+
+👉 доверие
+
+Примеры:
+
+- “Аудит склада: 12 критических ошибок”
+- “Гостиница без резервного питания”
+
+---
+
+### 3) ЭКСПЕРТИЗА (15%)
+
+👉 статус
+
+Примеры:
+
+- “Как должен выглядеть нормальный SLA”
+- “Что проверяет инженер, а не монтажник”
+
+---
+
+# 2.3. ФОРМАТ ПОСТОВ (СТАНДАРТ)
+
+```text
+1. Проблема
+2. Инженерное объяснение
+3. Последствия для бизнеса
+4. Спокойный вывод
+```
+
+---
+
+## Пример готового поста
+
+```text
+Большинство объектов уверены, что видеонаблюдение работает корректно.
+
+На практике часто есть скрытая проблема — архив.
+
+Камеры могут показывать картинку, но запись:
+— не сохраняется полностью
+— перезаписывается раньше срока
+— теряет часть каналов
+— сбоит из-за питания или дисков
+
+Это не видно в ежедневной работе.
+
+Проблема проявляется только после инцидента.
+
+По сути, система существует, но не выполняет свою функцию хранения доказательной базы.
+
+Именно поэтому видеонаблюдение нужно рассматривать как систему эксплуатации, а не просто установленное оборудование.
+```
+
+---
+
+# 2.4. CTA (ОЧЕНЬ ВАЖНО)
+
+Каждый 3–4 пост:
+
+```text
+Если нужно — можем провести технический аудит объекта и проверить состояние систем безопасности.
+```
+
+---
+
+# 2.5. ЛИД-МАГНИТ (ОЧЕНЬ СИЛЬНЫЙ РЫЧАГ)
+
+---
+
+## PDF:
+
+# “Чек-лист скрытых рисков систем безопасности”
+
+или
+
+# “10 ошибок эксплуатации объектов”
+
+---
+
+## Telegram пост:
+
+```text
+Мы собрали чек-лист из 10 критических ошибок, которые встречаются на большинстве объектов.
+
+Если хотите — отправим бесплатно.
+```
+
+👉 это даёт первые контакты без давления
+
+---
+
+# 3. TELEGRAM → ВОРОНКА
+
+```text
+Контент
+ ↓
+Интерес
+ ↓
+Чек-лист / диалог
+ ↓
+Диагностика (мини-аудит)
+ ↓
+Полный аудит
+ ↓
+SLA
+```
+
+---
+
+# 4. CRM-ВОРОНКА ПОД SLA
+
+Теперь самое важное.
+
+Ты не продаёшь “услуги”. Ты ведёшь объекты по состояниям.
+
+---
+
+# 4.1. СТРУКТУРА CRM (СТАДИИ)
+
+---
+
+## 1. ЛИД
+
+Источник:
+
+- Telegram
+- сайт
+- партнер
+- холодный контакт
+
+---
+
+## 2. ПЕРВИЧНЫЙ КОНТАКТ
+
+- написал / ответил
+- уточнение объекта
+
+---
+
+## 3. КВАЛИФИКАЦИЯ
+
+Вопросы:
+
+- тип объекта
+- системы
+- есть ли подрядчик
+- проблемы
+
+---
+
+## 4. ДИАГНОСТИКА (мини-аудит)
+
+- быстрый осмотр
+- удаленно или выезд
+- выявление боли
+
+---
+
+## 5. ПОЛНЫЙ АУДИТ
+
+- инженерный выезд
+- отчет
+- риски
+
+---
+
+## 6. ПРЕДЛОЖЕНИЕ SLA
+
+- тариф
+- регламент
+- реакция
+
+---
+
+## 7. ПЕРЕГОВОРЫ
+
+- согласование цены
+- условия
+
+---
+
+## 8. ДОГОВОР SLA
+
+- подписан
+- объект активен
+
+---
+
+## 9. АКТИВНЫЙ SLA
+
+- обслуживание
+- отчёты
+
+---
+
+## 10. РАСШИРЕНИЕ
+
+- новые объекты
+- доп. системы
+
+---
+
+# 4.2. ВИЗУАЛЬНАЯ CRM-СХЕМА
+
+```text
+ЛИД
+ ↓
+КОНТАКТ
+ ↓
+КВАЛИФИКАЦИЯ
+ ↓
+МИНИ-ДИАГНОСТИКА
+ ↓
+АУДИТ
+ ↓
+SLA ОФФЕР
+ ↓
+ДОГОВОР
+ ↓
+ОБСЛУЖИВАНИЕ
+ ↓
+РАСШИРЕНИЕ
+```
+
+---
+
+# 5. ПРОСТАЯ CRM В ТАБЛИЦЕ (СТАРТ)
+
+Если без софта:
+
+|Клиент|Объект|Статус|Проблема|Этап|Потенциал|
+|---|---|---|---|---|---|
+|X|гостиница|аудит|нет архива|прогрев|80k/мес|
+
+---
+
+# 6. КЛЮЧЕВОЙ ПРИНЦИП CRM
+
+Ты не ведёшь “продажи”.
+
+Ты ведёшь:
+
+# инженерные объекты
+
+---
+
+# 7. МЕТРИКА УСПЕХА (ВАЖНО)
+
+Не:
+
+- подписчики
+- заявки
+
+А:
+
+## 1 объект = SLA контракт
+
+---
+
+# 8. РОЛЬ TELEGRAM В МОДЕЛИ ДЕНЕГ
+
+```text
+Telegram = генератор доверия
+Аудит = генератор денег входа
+SLA = генератор повторного дохода
+```
+
+---
+
+# 9. СИСТЕМА РОСТА (СВЯЗКА ВСЕГО)
+
+```text
+Контент (Telegram)
+ ↓
+Диалог
+ ↓
+Аудит
+ ↓
+SLA контракт
+ ↓
+Постоянный доход
+ ↓
+Масштаб через инженеров
+```
+
+---
+
+# 10. СЛЕДУЮЩИЙ УРОВЕНЬ (если хочешь усилить систему)
+
+Я могу дальше собрать тебе:
+
+### 1. Полную CRM в Notion / 1C структуру под SLA
+
+### 2. Скрипт “закрытия в SLA после аудита”
+
+### 3. Таблицу квалификации клиента (кого брать/кого нет)
+
+### 4. Финмодель роста до 3 млн+
+
+### 5. Регламент инженера (чтобы масштабировать команду)
+
+---
+
+Если коротко: ты сейчас строишь не маркетинг, а:
+
+> инженерную подписочную сервисную компанию
+
+И Telegram + CRM — это её нервная система.
\ No newline at end of file
diff --git a/docs/Дашборд инженера.md b/docs/Дашборд инженера.md
new file mode 100644
index 0000000..54c19d1
--- /dev/null
+++ b/docs/Дашборд инженера.md
@@ -0,0 +1,537 @@
+Ниже — полноценная модель **“Дашборд инженера (тимлид / руководитель техников)”** для AegisOne Engineering.
+
+Это ключевой слой между:
+
+- техник → (исполнение)
+- директор → (управление системой)
+
+Инженер тут не “старший техник”, а:
+
+> операционный контроллер SLA, качества и рисков на объектах
+
+---
+
+# 1. РОЛЬ ИНЖЕНЕРА В СИСТЕМЕ
+
+## 1.1 Основная функция
+
+```text
+Инженер = управление качеством исполнения SLA + распределение нагрузки + контроль рисков объектов
+```
+
+---
+
+## 1.2 Он НЕ делает:
+
+- не чинит оборудование (это техник)
+- не продаёт SLA (это коммерция)
+- не ведёт бухгалтерию
+
+---
+
+## 1.3 Он ДЕЛАЕТ:
+
+- распределяет заявки
+- контролирует SLA
+- проверяет качество работ
+- снижает инциденты
+- управляет техниками
+- влияет на SHS
+
+---
+
+# 2. АРХИТЕКТУРА DASHBOARD ИНЖЕНЕРА
+
+```text
+CEO DASHBOARD
+ ↓
+ENGINEER DASHBOARD
+ ↓
+TECHNICIAN DASHBOARD
+ ↓
+OBJECT SYSTEMS
+```
+
+---
+
+# 3. DASHBOARD ИНЖЕНЕРА (REAL-TIME)
+
+## 3.1 Главные блоки интерфейса
+
+### Блок 1 — SLA контроль региона
+
+- SLA compliance (%)
+- просроченные заявки
+- риск нарушения SLA
+- критические объекты
+
+---
+
+### Блок 2 — команда техников
+
+- загрузка каждого техника
+- эффективность
+- ошибки / reopen rate
+- скорость реакции
+
+---
+
+### Блок 3 — инциденты
+
+- P1 / P2 / P3
+- открытые критические
+- повторяющиеся аварии
+
+---
+
+### Блок 4 — объекты
+
+- риск-уровень (Risk Score)
+- SHS влияние объекта
+- проблемные системы
+
+---
+
+### Блок 5 — KPI инженера
+
+- качество управления SLA
+- распределение нагрузки
+- снижение инцидентов
+- эффективность команды
+
+---
+
+# 4. PHP АРХИТЕКТУРА
+
+---
+
+## 4.1 API инженера
+
+```php
+query("
+SELECT
+ e.id,
+ e.name,
+
+ AVG(t.sla_compliance) as sla,
+ COUNT(i.id) as incidents,
+ AVG(t.response_time) as response_time
+
+FROM engineers e
+LEFT JOIN tasks t ON t.engineer_id = e.id
+LEFT JOIN incidents i ON i.engineer_id = e.id
+
+GROUP BY e.id
+")->fetchAll(PDO::FETCH_ASSOC);
+
+echo json_encode($data);
+?>
+```
+
+---
+
+## 4.2 SHS ENGINEER IMPACT API
+
+```php
+query("
+SELECT
+AVG(sla_compliance) as sla,
+AVG(response_time) as rt,
+AVG(reopen_rate) as rr
+FROM tasks
+")->fetch(PDO::FETCH_ASSOC);
+
+/* Engineer Impact on SHS */
+$EIS =
+(0.5 * $k['sla']) +
+(0.3 * (1 - $k['rr'])) +
+(0.2 * (1 - $k['rt']/10));
+
+echo json_encode([
+ "ENGINEER_IMPACT_SCORE" => round($EIS * 100, 2)
+]);
+?>
+```
+
+---
+
+# 5. ФОРМУЛЫ ИНЖЕНЕРА (КРИТИЧЕСКИЕ KPI)
+
+---
+
+## 5.1 ENGINEER CONTROL SCORE (ECS)
+
+```text
+ECS =
+(0.30 × SLA Compliance Control)
++ (0.25 × Task Distribution Efficiency)
++ (0.20 × Incident Reduction Rate)
++ (0.15 × Team Performance Score)
++ (0.10 × Response Coordination Speed)
+```
+
+---
+
+## 5.2 SLA CONTROL INDEX
+
+```text
+SCI = closed_tasks_in_SLA / total_tasks
+```
+
+---
+
+## 5.3 TEAM LOAD BALANCE
+
+```text
+TLB = std_dev(tasks_per_engineer)
+```
+
+👉 чем меньше → тем лучше распределение
+
+---
+
+## 5.4 INCIDENT REDUCTION RATE
+
+```text
+IRR = (incidents_previous - incidents_current) / incidents_previous
+```
+
+---
+
+## 5.5 ESCALATION RATE
+
+```text
+ER = escalated_tasks / total_tasks
+```
+
+---
+
+# 6. DASHBOARD (HTML + JS)
+
+---
+
+## 6.1 HTML
+
+```html
+
+
+
+
+
+
+
+ 1): ?>
+
+
+
+
+
+
+
+ Вперёд →
+
+ Записей пока нет
+Следите за обновлениями — мы регулярно публикуем новые статьи.
+Engineer Live Dashboard
+ +
+
+
+
+
+
+
+
+
+
+```
+
+---
+
+## 6.2 JS realtime
+
+```javascript
+async function loadEngineer(){
+
+ const res = await fetch('/api/engineer.php');
+ const data = await res.json();
+
+ let sla = 0;
+ let inc = 0;
+
+ let html = "";
+
+ data.forEach(e => {
+
+ sla += parseFloat(e.sla);
+ inc += parseInt(e.incidents);
+
+ let color =
+ e.sla > 0.9 ? "green" :
+ e.sla > 0.75 ? "yellow" : "red";
+
+ html += `
+
+
+
+ SLA Control
+ --
+
+
+
+ Engineer Impact (SHS)
+ --
+
+
+
+Incidents
+ --
+
+
+ `;
+ });
+
+ document.getElementById("team").innerHTML = html;
+
+ document.getElementById("sla").innerText =
+ ((sla / data.length) * 100).toFixed(1) + "%";
+
+ document.getElementById("inc").innerText = inc;
+
+ let shs = (sla / data.length) * 100 - inc * 0.5;
+
+ document.getElementById("shs").innerText =
+ shs.toFixed(1);
+}
+
+setInterval(loadEngineer, 15000);
+loadEngineer();
+```
+
+---
+
+# 7. ДОКУМЕНТЫ ИНЖЕНЕРА (ОБЯЗАТЕЛЬНЫЕ)
+
+---
+
+## 7.1 РЕГЛАМЕНТ ИНЖЕНЕРА
+
+```text
+AegisOne Engineering
+Engineer Operational Standard
+
+1. Назначение
+Инженер отвечает за выполнение SLA и контроль качества работ техников.
+
+---
+
+2. Обязанности
+
+- распределение заявок
+- контроль SLA выполнения
+- контроль качества диагностики
+- управление инцидентами
+- предотвращение повторных аварий
+
+---
+
+3. Запрещено
+
+- закрывать задачи без проверки
+- игнорировать SLA нарушения
+- делегировать без фиксации
+```
+
+---
+
+## 7.2 ESCALATION MATRIX
+
+```text
+P1 → инженер → директор (немедленно)
+P2 → инженер → инженер контроль
+P3 → техник
+
+Если SLA риск > 80%:
+→ обязательная эскалация
+```
+
+---
+
+## 7.3 ЧЕК-ЛИСТ ИНЖЕНЕРА
+
+```text
+AegisOne Engineering
+Engineer Control Checklist
+
+[ ] Все заявки распределены
+[ ] SLA риск оценён
+[ ] Техники назначены
+[ ] P1 инциденты закрыты
+[ ] Повторные аварии проанализированы
+[ ] Отчёты проверены
+```
+
+---
+
+## 7.4 ОТЧЁТ ИНЖЕНЕРА
+
+```text
+Engineer Report
+
+Период:
+Инженер:
+
+---
+
+1. SLA состояние:
+-
+
+2. Проблемные объекты:
+-
+
+3. Инциденты:
+-
+
+4. Перегруз команды:
+-
+
+5. Принятые меры:
+-
+
+6. Риски:
+-
+```
+
+---
+
+# 8. ЧТО ИНЖЕНЕР ДОЛЖЕН ИМЕТЬ В СИСТЕМЕ
+
+---
+
+## ОБЯЗАТЕЛЬНО:
+
+- SLA статус всех объектов
+- список техников
+- инциденты P1–P3
+- риск объектов
+- SHS влияние
+
+---
+
+## РЕКОМЕНДУЕМО:
+
+- история объектов
+- схемы систем
+- фото оборудования
+- прошлые ремонты
+- нагрузка по часам
+
+---
+
+# 9. ЧТО ЕМУ НЕЛЬЗЯ ДАВАТЬ
+
+---
+
+## КАТЕГОРИЧЕСКИ НЕ НУЖНО:
+
+- прямые продажи
+- финансовые данные прибыли
+- доступ к CRM сделкам
+- доступ к договорам без SLA слоя
+- административные функции директора
+
+---
+
+# 10. РИСКИ СИСТЕМЫ
+
+---
+
+## РИСК 1 — инженер превращается в диспетчера
+
+👉 решение:
+
+- оставить KPI, а не “ручное управление”
+
+---
+
+## РИСК 2 — перегруз инженера
+
+👉 решение:
+
+- TLB (load balance)
+
+---
+
+## РИСК 3 — потеря SLA контроля
+
+👉 решение:
+
+- SHS alert system
+
+---
+
+# 11. ГЛАВНАЯ ЛОГИКА
+
+```text
+Техник → выполняет
+Инженер → управляет качеством
+Директор → управляет системой
+```
+
+---
+
+# 12. ИТОГ
+
+Ты получаешь:
+
+> управляемый слой контроля SLA между исполнением и бизнесом
+
+---
+
+# 13. ЕСЛИ РАЗВИВАТЬ ДАЛЬШЕ
+
+Я могу собрать:
+
+- автораспределение заявок (AI dispatch)
+- прогноз поломок объектов
+- система “умного SLA риска”
+- мобильный кабинет инженера
+- интеграция с Telegram уведомлениями
+
+---
+
+Если коротко:
+
+👉 это уже не “дашборд”
+👉 это уровень операционной системы инженерного бизнеса (mini-SAP под твою нишу)
\ No newline at end of file
diff --git a/docs/Дашборд техника.md b/docs/Дашборд техника.md
new file mode 100644
index 0000000..ed0857b
--- /dev/null
+++ b/docs/Дашборд техника.md
@@ -0,0 +1,424 @@
+Ниже — полноценная система **“Дашборд техника в реальном времени” + пакет документов и инструкций**, который превращает техника не в “исполнителя заявок”, а в **узел управляемой SLA-системы**.
+
+Я разделю на 3 уровня:
+
+1. Дашборд техника (web / PHP система)
+2. Документы и регламенты (полные тексты)
+3. Шаблоны (акты, чек-листы, отчёты)
+
+---
+
+# 1. DASHBOARD ТЕХНИКА (REAL-TIME)
+
+## 1.1 Логика системы
+
+```text
+Заявка → Назначение → Выезд → Диагностика → Исполнение → Закрытие → SLA фиксация → SHS влияние
+```
+
+---
+
+## 1.2 Что должен видеть техник (главное)
+
+### Блок 1 — текущая нагрузка
+
+- активные заявки
+- срочность (P1–P3)
+- дедлайн SLA
+- расстояние до объекта
+- статус выполнения
+
+---
+
+### Блок 2 — SLA контроль
+
+- осталось времени до нарушения SLA
+- критичность заявки
+- штрафной риск
+
+---
+
+### Блок 3 — оборудование объекта
+
+- камеры / СКУД / пожарка
+- история неисправностей
+- последние ремонты
+
+---
+
+### Блок 4 — чек-лист работ
+
+- пошаговый регламент
+- обязательные проверки
+- фотофиксация
+
+---
+
+### Блок 5 — результат
+
+- закрытие заявки
+- причина
+- подтверждение клиента
+- влияние на KPI
+
+---
+
+# 2. PHP ДАШБОРД ТЕХНИКА (ГОТОВЫЙ ШАБЛОН)
+
+---
+
+## 2.1 API задач техника
+
+```php
+query("
+SELECT
+ t.id,
+ t.title,
+ t.priority,
+ t.status,
+ t.deadline,
+ t.address,
+ t.system_type,
+ t.sla_remaining_hours
+FROM tasks t
+WHERE t.status != 'closed'
+ORDER BY t.priority DESC, t.deadline ASC
+");
+
+echo json_encode($stmt->fetchAll(PDO::FETCH_ASSOC));
+?>
+```
+
+---
+
+## 2.2 FRONTEND (ТЕХНИК DASHBOARD)
+
+```html
+
+
+
+${e.name}
+ +SLA: + ${(e.sla * 100).toFixed(1)}% +
+ +Incidents: ${e.incidents}
+Response: ${e.response_time}
+Technician Live Dashboard
+ + + + + + + +``` + +--- + +## 2.3 JS realtime обновление + +```javascript +async function loadTasks(){ + const res = await fetch('/api/tech_tasks.php'); + const data = await res.json(); + + let html = ""; + + data.forEach(t => { + + let color = + t.sla_remaining_hours < 2 ? "red" : + t.sla_remaining_hours < 6 ? "yellow" : "green"; + + html += ` +
+
+ `;
+ });
+
+ document.getElementById("tasks").innerHTML = html;
+}
+
+setInterval(loadTasks, 10000);
+loadTasks();
+```
+
+---
+
+# 3. ДОКУМЕНТЫ ДЛЯ ТЕХНИКА (ОБЯЗАТЕЛЬНЫЕ)
+
+---
+
+# 3.1 РЕГЛАМЕНТ РАБОТЫ ТЕХНИКА
+
+```text
+AegisOne Engineering
+Регламент работы инженера-техника
+
+1. Общие положения
+
+Техник обязан выполнять работы строго по SLA и чек-листу объекта.
+Любое отклонение фиксируется в системе.
+
+---
+
+2. Прибытие на объект
+
+- зарегистрировать прибытие в системе
+- подтвердить время начала работ
+- сделать фото объекта до начала работ
+
+---
+
+3. Диагностика
+
+- проверить систему по чек-листу
+- зафиксировать неисправности
+- определить причину (если возможно)
+
+---
+
+4. Выполнение работ
+
+- устранить неисправность
+- не изменять конфигурацию без согласования
+- использовать только разрешённые материалы
+
+---
+
+5. Завершение работ
+
+- тестирование системы
+- фото после выполнения
+- подтверждение работоспособности
+
+---
+
+6. Закрытие заявки
+
+- заполнить отчет
+- указать причину неисправности
+- получить подтверждение клиента (если возможно)
+```
+
+---
+
+# 3.2 ЧЕК-ЛИСТ ВЫЕЗДА
+
+```text
+AegisOne Engineering
+Checklist Technician Visit
+
+[ ] Прибытие на объект зафиксировано
+[ ] Фото “до”
+[ ] Проверка питания системы
+[ ] Проверка камер / датчиков
+[ ] Проверка СКУД
+[ ] Проверка пожарной панели
+[ ] Локализация неисправности
+[ ] Устранение проблемы
+[ ] Тестирование системы
+[ ] Фото “после”
+[ ] Закрытие заявки
+```
+
+---
+
+# 3.3 СТАНДАРТ ДИАГНОСТИКИ
+
+```text
+AegisOne Engineering
+Diagnostic Standard
+
+1. Неисправность фиксируется только после проверки:
+ - питания
+ - сети
+ - оборудования
+ - конфигурации
+
+2. Причина должна быть классифицирована:
+
+- Hardware
+- Software
+- Network
+- Human error
+- External factor
+
+3. Запрещено:
+- закрывать заявку без причины
+- менять систему без фиксации
+```
+
+---
+
+# 3.4 ОТЧЁТ ТЕХНИКА (ШАБЛОН)
+
+```text
+AegisOne Engineering
+Technician Report
+
+Объект:
+Дата:
+Техник:
+
+---
+
+1. Выполненные работы:
+-
+
+2. Выявленные проблемы:
+-
+
+3. Причина неисправности:
+(Hardware / Software / Network / Other)
+
+4. Что было сделано:
+-
+
+5. Результат:
+[ ] Исправлено
+[ ] Частично исправлено
+[ ] Требует повторного выезда
+
+6. Фото до/после:
+(вложение)
+
+7. Комментарий:
+-
+```
+
+---
+
+# 4. ОБЯЗАТЕЛЬНЫЕ ДАННЫЕ ТЕХНИКА В СИСТЕМЕ
+
+---
+
+## 4.1 Минимум данных
+
+- текущие заявки
+- SLA таймер
+- адрес объекта
+- тип системы
+- приоритет
+
+---
+
+## 4.2 Рекомендуемые данные
+
+- история объекта
+- прошлые неисправности
+- схема оборудования
+- контакт ответственного
+- тип неисправности по базе
+
+---
+
+# 5. КЛЮЧЕВАЯ ЛОГИКА СИСТЕМЫ
+
+```text
+Техник не “чинит оборудование”
+
+Техник:
+→ закрывает SLA
+→ влияет на SHS
+→ формирует retention
+```
+
+---
+
+# 6. КОНТРОЛЬ РИСКОВ
+
+---
+
+## РИСК 1 — “закрытие без факта”
+
+👉 решение:
+
+- фотофиксация обязательна
+
+---
+
+## РИСК 2 — “ложное устранение”
+
+👉 решение:
+
+- reopen rate KPI
+
+---
+
+## РИСК 3 — перегруз техника
+
+👉 решение:
+
+- utilization tracking
+
+---
+
+## РИСК 4 — нарушение SLA
+
+👉 решение:
+
+- live SLA countdown
+
+---
+
+# 7. ИТОГОВАЯ МОДЕЛЬ
+
+```text
+CRM → SLA → TASK → TECH DASHBOARD → EXECUTION → KPI → SHS
+```
+
+---
+
+# 8. СУТЬ СИСТЕМЫ
+
+Ты создаёшь не “работу техника”:
+
+> ты создаёшь управляемый процесс физической эксплуатации инфраструктуры бизнеса
+
+---
+
+# 9. ЕСЛИ ДАЛЬШЕ РАЗВИВАТЬ
+
+Можно собрать:
+
+- мобильное приложение техника (PWA)
+- GPS контроль выездов
+- автоакты выполненных работ
+- голосовые отчёты
+- AI диагностику неисправностей
+- автоматическое распределение заявок
+
+---
+
+Если хочешь следующий шаг:
+
+👉 я могу объединить дашборд техника + инженера + CEO в одну единую систему управления AegisOne (как ERP уровня SAP, но для твоей ниши)
\ No newline at end of file
diff --git a/docs/Докозательная экспертиза.md b/docs/Докозательная экспертиза.md
new file mode 100644
index 0000000..25138f8
--- /dev/null
+++ b/docs/Докозательная экспертиза.md
@@ -0,0 +1,574 @@
+Ниже — система, которая делает тебя не “компанией по безопасности”, а:
+
+доказательным инженерным экспертом
+
+Это ключевой переход.
+Потому что рынок верит не словам, а:
+
+> измерениям, проверкам и воспроизводимым результатам
+
+
+
+
+---
+
+0. ЧТО ТАКОЕ “ДОКАЗАТЕЛЬНАЯ ЭКСПЕРТИЗА”
+
+Это подход, где каждое твоё утверждение:
+
+проверяется тестом
+
+фиксируется
+
+документируется
+
+повторяется на любом объекте
+
+подтверждается результатом
+
+
+
+---
+
+1. ГЛАВНАЯ ИДЕЯ СИСТЕМЫ
+
+Ты перестаёшь говорить:
+
+❌ “у вас плохое обслуживание”
+❌ “система работает неправильно”
+
+Ты начинаешь говорить:
+
+✔ “мы провели тест №X”
+✔ “результат измерен”
+✔ “отклонение от нормы”
+✔ “риск подтверждён”
+
+
+---
+
+2. СТРУКТУРА СИСТЕМЫ ДОКАЗАТЕЛЬНОСТИ
+
+3. Тест (что проверяем)
+4. Методика (как проверяем)
+5. Норма (как должно быть)
+6. Фактический результат
+7. Отклонение
+8. Риск для бизнеса
+9. Вывод инженера
+
+
+---
+
+3. БАЗОВЫЕ ТЕСТЫ (ЯДРО ТВОЕЙ ЭКСПЕРТИЗЫ)
+
+
+---
+
+ТЕСТ №1 — РЕАЛЬНОСТЬ АРХИВА ВИДЕОНАБЛЮДЕНИЯ
+
+
+---
+
+🔧 Методика
+
+Выборочно проверяется запись с камер за последние:
+- 1 день
+- 7 дней
+- 14 дней
+- 30 дней
+
+Проверяется:
+- наличие записи
+- непрерывность
+- пропуски
+- доступность воспроизведения
+
+
+---
+
+📏 Норма
+
+запись 100% камер
+
+непрерывность без пропусков
+
+доступность архива согласно заявленному сроку
+
+
+
+---
+
+📉 Частая реальность
+
+часть камер не пишет
+
+архив “дыры”
+
+перезапись раньше срока
+
+сбои HDD
+
+
+
+---
+
+⚠️ Риск
+
+> Потеря доказательной базы при инциденте
+
+
+
+
+---
+
+🧠 Заключение от тебя
+
+> “На объекте система видеонаблюдения формально функционирует, но не гарантирует сохранность событийного архива.”
+
+
+
+
+---
+
+ТЕСТ №2 — СИНХРОНИЗАЦИЯ ВРЕМЕНИ
+
+
+---
+
+Методика
+
+Сравнение времени:
+- на камерах
+- на регистраторе
+- на сервере СКУД
+- фактическое время события
+
+
+---
+
+Норма
+
+отклонение ≤ 1–2 секунды
+
+
+
+---
+
+Часто
+
+разрыв 2–15 минут
+
+разные часовые зоны
+
+нет NTP синхронизации
+
+
+
+---
+
+Риск
+
+> невозможность юридически доказать момент события
+
+
+
+
+---
+
+Вывод
+
+> “Система не обеспечивает юридически корректную фиксацию времени событий.”
+
+
+
+
+---
+
+ТЕСТ №3 — РЕЗЕРВНОЕ ПИТАНИЕ
+
+
+---
+
+Методика
+
+Проверка:
+- UPS
+- время автономной работы
+- отключение питания
+- поведение систем
+
+
+---
+
+Норма
+
+15–60 минут автономии минимум
+
+
+
+---
+
+Часто
+
+UPS “для галочки”
+
+не держит нагрузку
+
+отсутствует тестирование
+
+
+
+---
+
+Риск
+
+> полная остановка системы при отключении электричества
+
+
+
+
+---
+
+Вывод
+
+> “Инфраструктура объекта не защищена от отключения электропитания.”
+
+
+
+
+---
+
+ТЕСТ №4 — ПОЛНОТА КАМЕРНОГО ПОКРЫТИЯ
+
+
+---
+
+Методика
+
+Проверка зон:
+- входы
+- кассы
+- периметр
+- слепые зоны
+
+
+---
+
+Норма
+
+отсутствие “мертвых зон”
+
+
+
+---
+
+Часто
+
+перекрытия нет
+
+камеры направлены неправильно
+
+часть зон не контролируется
+
+
+
+---
+
+Риск
+
+> невозможность фиксации инцидентов
+
+
+
+
+---
+
+Вывод
+
+> “Фактическое покрытие объекта не соответствует заявленной системе безопасности.”
+
+
+
+
+---
+
+ТЕСТ №5 — ЖУРНАЛ СОБЫТИЙ СКУД
+
+
+---
+
+Методика
+
+Проверка:
+- записи проходов
+- корректность пользователей
+- история событий
+
+
+---
+
+Норма
+
+полный лог всех проходов
+
+
+
+---
+
+Часто
+
+потери логов
+
+сбои базы
+
+отключённый журнал
+
+
+
+---
+
+Риск
+
+> невозможность отследить перемещения персонала
+
+
+
+
+---
+
+Вывод
+
+> “СКУД не выполняет функцию контроля доступа в полном объёме.”
+
+
+
+
+---
+
+ТЕСТ №6 — СОСТОЯНИЕ ПИТАНИЯ СИСТЕМ
+
+
+---
+
+Методика
+
+Проверка:
+- напряжения
+- нагрузки
+- перегрева
+- стабильности питания оборудования
+
+
+---
+
+Часто
+
+перегрузка линий
+
+дешёвые блоки питания
+
+нестабильное напряжение
+
+
+
+---
+
+Риск
+
+> деградация оборудования и внезапные отказы
+
+
+
+
+---
+
+Вывод
+
+> “Система имеет скрытую деградацию по питанию.”
+
+
+
+
+---
+
+ТЕСТ №7 — СОСТОЯНИЕ ХРАНЕНИЯ ДАННЫХ
+
+
+---
+
+Методика
+
+Проверка:
+- HDD/SSD
+- заполнение
+- циклы перезаписи
+- ошибки записи
+
+
+---
+
+Часто
+
+диски в деградации
+
+нет мониторинга
+
+потеря данных без уведомлений
+
+
+
+---
+
+Риск
+
+> потеря архива без внешних признаков
+
+
+
+
+---
+
+Вывод
+
+> “Система хранения не контролируется и не мониторится.”
+
+
+
+
+---
+
+4. КАК ТЫ ПРЕЗЕНТУЕШЬ ЭТО КЛИЕНТУ
+
+
+---
+
+НЕ так:
+
+❌ “у вас проблемы”
+
+
+---
+
+А так:
+
+✔ “мы провели тест №3 и зафиксировали отклонение”
+
+
+---
+
+5. ШАБЛОН ТВОЕГО ЭКСПЕРТНОГО ЗАКЛЮЧЕНИЯ
+
+ИНЖЕНЕРНОЕ ЗАКЛЮЧЕНИЕ
+
+Объект: ________
+
+Проведены тесты:
+- архив видеонаблюдения
+- синхронизация времени
+- резервное питание
+- СКУД
+- хранение данных
+
+Выявленные отклонения:
+
+1. ________
+2. ________
+3. ________
+
+Риски:
+
+- ________
+- ________
+
+Заключение инженера:
+
+Система безопасности объекта требует технического сопровождения
+для обеспечения стабильной эксплуатации и снижения рисков отказов.
+
+
+---
+
+6. СИЛА ЭТОЙ СИСТЕМЫ
+
+Ты становишься:
+
+не монтажником
+
+не продавцом услуг
+
+не подрядчиком
+
+
+
+---
+
+А ЧЕМ?
+
+инженером, который доказывает состояние объекта
+
+
+---
+
+7. ПОЧЕМУ ЭТО ПРОДАЁТ SLA
+
+Потому что клиент видит:
+
+факты
+
+отклонения
+
+риски
+
+
+И сам приходит к выводу:
+
+> “это нужно сопровождать постоянно”
+
+
+
+
+---
+
+8. КАК ЭТО МАСШТАБИРУЕТСЯ
+
+Ты можешь:
+
+обучить инженеров тестам
+
+стандартизировать отчёты
+
+превратить это в продукт аудита
+
+автоматизировать CRM
+
+
+
+---
+
+9. СЛЕДУЮЩИЙ УРОВЕНЬ (если продолжим)
+
+Я могу дальше собрать:
+
+автоматический шаблон отчёта (PDF + PHP генерация)
+
+систему балльной оценки объекта (risk scoring)
+
+SLA-переход на основе результатов тестов
+
+“паспорт объекта безопасности”
+
+стандарты для инженеров в команде
+
+
+
+---
+
+Если коротко:
+
+> ты превращаешь “услуги безопасности” в инженерную измеряемую систему контроля риска
+
+
+
+И это уже не рынок монтажников.
+Это рынок эксплуатационных инженеров уровня enterprise.
\ No newline at end of file
diff --git a/docs/КП и структура аудита.md b/docs/КП и структура аудита.md
new file mode 100644
index 0000000..e9ba12b
--- /dev/null
+++ b/docs/КП и структура аудита.md
@@ -0,0 +1,589 @@
+Ниже — уже не просто “текст КП”, а фундамент твоей новой модели бизнеса.
+
+Я делаю это в формате:
+
+инженерного B2B;
+
+без “маркетингового мусора”;
+
+с акцентом на доверие, SLA и эксплуатацию.
+
+
+Это можно:
+
+сразу использовать;
+
+конвертировать в PDF;
+
+вставить на сайт;
+
+генерировать автоматически через CRM.
+
+
+
+---
+
+1. ПОЛНОЦЕННЫЙ ШАБЛОН КП (.md)
+
+# КОММЕРЧЕСКОЕ ПРЕДЛОЖЕНИЕ
+## Техническое сопровождение систем безопасности
+
+---
+
+# AEGISONE ENGINEERING
+### Эксплуатация и сопровождение систем безопасности коммерческих объектов
+
+---
+
+## Контакты
+
+Телефон: +7 (XXX) XXX-XX-XX
+Email: info@aegisone.ru
+Сайт: https://aegisone.ru
+
+---
+
+# О компании
+
+AEGISONE ENGINEERING — инженерная сервисная компания,
+специализирующаяся на техническом сопровождении
+и эксплуатации систем безопасности коммерческих объектов.
+
+Мы обеспечиваем:
+- стабильную работу систем;
+- контроль инфраструктуры;
+- регламентное обслуживание;
+- SLA и контроль сроков реакции;
+- технический аудит;
+- сопровождение эксплуатации объектов.
+
+---
+
+# Какие проблемы мы решаем
+
+Большинство неисправностей систем безопасности
+выявляются только после возникновения проблем:
+
+- отсутствует архив видеонаблюдения;
+- системы работают нестабильно;
+- часть оборудования неисправна;
+- отсутствует документация;
+- неисправности копятся месяцами;
+- подрядчики не несут ответственности;
+- проверки выявляют критические нарушения.
+
+Это приводит:
+- к рискам простоев;
+- потере контроля;
+- проблемам при проверках;
+- финансовым потерям.
+
+---
+
+# Решение
+
+Мы берем на себя техническое сопровождение
+и контроль работоспособности систем безопасности объекта.
+
+В рамках сопровождения обеспечиваем:
+
+- регламентное обслуживание;
+- диагностику;
+- контроль состояния оборудования;
+- аварийное реагирование;
+- сопровождение эксплуатации;
+- фотоотчетность;
+- рекомендации по модернизации;
+- технический контроль подрядчиков.
+
+---
+
+# Состав услуг
+
+| Услуга | Описание |
+|---|---|
+| Регламентные проверки | Контроль состояния систем |
+| Диагностика | Поиск неисправностей |
+| Контроль архива | Проверка записи и хранения |
+| Проверка питания | Бесперебойность работы |
+| Аварийные выезды | Реагирование по SLA |
+| Фотоотчетность | Подтверждение работ |
+| Ведение журналов | История обслуживания |
+| Консультации | Поддержка эксплуатации |
+
+---
+
+# SLA
+
+| Приоритет | Описание | Время реакции |
+|---|---|---|
+| P1 | Полный отказ критической системы | до 2 часов |
+| P2 | Частичная потеря функционала | до 4 часов |
+| P3 | Некритичная неисправность | до 24 часов |
+| P4 | Плановые работы | по графику |
+
+---
+
+# Почему выбирают нас
+
+- более 20 лет инженерного опыта;
+- лицензия МЧС;
+- работа по SLA и регламентам;
+- опыт эксплуатации коммерческих объектов;
+- прозрачная отчетность;
+- несем ответственность за результат;
+- не работаем по принципу «сделали и забыли».
+
+---
+
+# Тарифы
+
+## START
+Для небольших объектов.
+
+Включает:
+- ежемесячный регламент;
+- диагностику;
+- удаленную поддержку;
+- отчетность.
+
+Стоимость:
+от 25 000 ₽ / месяц
+
+---
+
+## BUSINESS
+Для коммерческих объектов.
+
+Включает:
+- SLA;
+- аварийные выезды;
+- контроль архива;
+- сопровождение проверок;
+- фотоотчетность.
+
+Стоимость:
+от 60 000 ₽ / месяц
+
+---
+
+## ENTERPRISE
+Формат внешнего инженерного отдела.
+
+Включает:
+- постоянное сопровождение;
+- участие в эксплуатации;
+- контроль подрядчиков;
+- развитие инфраструктуры;
+- аудит объектов.
+
+Стоимость:
+индивидуально
+
+---
+
+# Этапы работы
+
+1. Предварительная консультация
+2. Технический аудит объекта
+3. Подготовка отчета и рекомендаций
+4. Формирование SLA и регламентов
+5. Постановка объекта на сопровождение
+6. Регулярное обслуживание и отчетность
+
+---
+
+# Технический аудит
+
+Перед постановкой объекта на сопровождение
+рекомендуем проведение технического аудита.
+
+Аудит позволяет:
+- выявить скрытые проблемы;
+- оценить состояние систем;
+- определить риски;
+- подготовить рекомендации.
+
+---
+
+# Контакты
+
+AEGISONE ENGINEERING
+
+Телефон:
++7 (XXX) XXX-XX-XX
+
+Email:
+info@aegisone.ru
+
+Сайт:
+https://aegisone.ru
+---
+
+2. СТРУКТУРА ПЕРВОГО АУДИТА
+
+Вот здесь начинается твоя реальная экспертная модель.
+
+ЦЕЛЬ АУДИТА
+
+НЕ:
+
+“найти поломку”.
+
+
+А:
+
+показать уровень инженерной зрелости объекта.
+
+
+---
+
+ЧТО ДОЛЖЕН ДАВАТЬ АУДИТ
+
+После него клиент должен понять:
+
+где риски;
+
+что не работает;
+
+что может привести к проблемам;
+
+насколько объект управляем;
+
+почему нужен SLA.
+
+
+
+---
+
+ИДЕАЛЬНАЯ СТРУКТУРА АУДИТА
+
+
+---
+
+ЭТАП 1
+
+ВВОДНАЯ ИНФОРМАЦИЯ
+
+
+---
+
+Собираем:
+
+тип объекта;
+
+площадь;
+
+количество систем;
+
+ответственные лица;
+
+история проблем;
+
+подрядчики;
+
+наличие документации.
+
+
+
+---
+
+ЭТАП 2
+
+ВИЗУАЛЬНЫЙ ОСМОТР
+
+
+---
+
+Проверяем:
+
+шкафы;
+
+коммутацию;
+
+маркировку;
+
+кабельные трассы;
+
+питание;
+
+серверные;
+
+доступ к оборудованию.
+
+
+
+---
+
+ЭТАП 3
+
+ПРОВЕРКА РАБОТОСПОСОБНОСТИ
+
+
+---
+
+Видеонаблюдение:
+
+запись;
+
+архив;
+
+синхронизация времени;
+
+качество изображения;
+
+доступность камер;
+
+питание.
+
+
+
+---
+
+СКУД:
+
+проходы;
+
+журналы;
+
+права доступа;
+
+аварийное открытие;
+
+контроллеры.
+
+
+
+---
+
+Пожарка:
+
+индикация;
+
+ошибки;
+
+оповещение;
+
+связь;
+
+резервное питание.
+
+
+
+---
+
+ЭТАП 4
+
+ПРОВЕРКА ДОКУМЕНТАЦИИ
+
+
+---
+
+Проверяем:
+
+схемы;
+
+пароли;
+
+IP;
+
+журналы;
+
+проекты;
+
+исполнительную документацию.
+
+
+
+---
+
+ЭТАП 5
+
+ОЦЕНКА РИСКОВ
+
+Это важнейшая часть.
+
+
+---
+
+Например:
+
+Риск Последствие
+
+Не пишется архив Потеря доказательств
+Нет резервного питания Полный отказ
+Нет документации Долгое восстановление
+Ошибки пожарки Риски проверок
+
+
+
+---
+
+ЭТАП 6
+
+РЕКОМЕНДАЦИИ
+
+
+---
+
+Разделяем:
+
+Критические
+
+Исправить срочно.
+
+
+---
+
+Важные
+
+В течение 30 дней.
+
+
+---
+
+Плановые
+
+При модернизации.
+
+
+---
+
+ЭТАП 7
+
+ПРЕДЛОЖЕНИЕ SLA
+
+Вот тут ты переводишь аудит:
+
+в абонентское сопровождение.
+
+
+---
+
+3. ЧЕК-ЛИСТ АУДИТА
+
+Это уже реальный инструмент продаж.
+
+
+---
+
+# ЧЕК-ЛИСТ ТЕХНИЧЕСКОГО АУДИТА
+
+## Общая информация
+
+- [ ] Тип объекта
+- [ ] Адрес
+- [ ] Ответственное лицо
+- [ ] Количество систем
+- [ ] Наличие документации
+- [ ] Наличие подрядчиков
+
+---
+
+# Видеонаблюдение
+
+## Сервер / регистратор
+
+- [ ] Проверка записи
+- [ ] Проверка архива
+- [ ] Проверка HDD
+- [ ] Проверка времени
+- [ ] Проверка сети
+- [ ] Проверка питания
+
+## Камеры
+
+- [ ] Наличие сигнала
+- [ ] Качество изображения
+- [ ] Наличие загрязнений
+- [ ] Корректность обзора
+- [ ] Наличие ИК подсветки
+
+---
+
+# СКУД
+
+- [ ] Проверка контроллеров
+- [ ] Проверка считывателей
+- [ ] Проверка журналов
+- [ ] Проверка доступа
+- [ ] Проверка аварийного открытия
+- [ ] Проверка резервного питания
+
+---
+
+# Пожарная сигнализация
+
+- [ ] Проверка панели
+- [ ] Проверка ошибок
+- [ ] Проверка шлейфов
+- [ ] Проверка оповещения
+- [ ] Проверка резервного питания
+- [ ] Проверка журналов событий
+
+---
+
+# Сетевая инфраструктура
+
+- [ ] Проверка коммутаторов
+- [ ] Проверка UPS
+- [ ] Проверка кабельной инфраструктуры
+- [ ] Проверка интернет-каналов
+- [ ] Проверка температурного режима
+
+---
+
+# Документация
+
+- [ ] Схемы
+- [ ] IP-адресация
+- [ ] Пароли
+- [ ] Журналы обслуживания
+- [ ] Исполнительная документация
+
+---
+
+# Риски
+
+- [ ] Отсутствие записи
+- [ ] Отказ резервного питания
+- [ ] Отсутствие документации
+- [ ] Ошибки оборудования
+- [ ] Нестабильность сети
+
+---
+
+# Рекомендации
+
+## Критические:
+_________________________________
+
+## Важные:
+_________________________________
+
+## Плановые:
+_________________________________
+---
+
+САМОЕ ВАЖНОЕ
+
+Вот что тебе нужно понять стратегически.
+
+АУДИТ — ЭТО НЕ “ДОП. УСЛУГА”.
+
+Это:
+
+твоя система продаж.
+
+Потому что:
+
+не надо “впаривать”;
+
+ты показываешь реальность;
+
+ты становишься экспертом;
+
+клиент сам понимает необходимость SLA.
+
+
+И это идеально подходит под твою модель инженерного B2B.
\ No newline at end of file
diff --git a/docs/Контент план.md b/docs/Контент план.md
new file mode 100644
index 0000000..f895b62
--- /dev/null
+++ b/docs/Контент план.md
@@ -0,0 +1,503 @@
+Хорошо. Здесь ты фактически строишь не “контент”, а:
+
+инженерную медийную репутацию компании
+
+Это важно различать.
+
+Контент в твоей нише выполняет 3 функции:
+
+1. формирует доверие у B2B (директора, УК, собственники)
+
+
+2. объясняет, почему эксплуатация важнее монтажа
+
+
+3. подводит к SLA и аудитам (деньгам)
+
+
+
+
+---
+
+0. СТРАТЕГИЯ ЭКСПЕРТНОСТИ (ОСНОВА)
+
+Твоя роль в контенте:
+
+> “Спокойный инженер, который объясняет, где у бизнеса скрытые риски в системах безопасности”
+
+
+
+НЕ:
+
+продавец
+
+маркетолог
+
+“лиды”
+
+“акции”
+
+
+А:
+
+диагност
+
+эксплуатационный инженер
+
+человек, который видит риски до аварии
+
+
+
+---
+
+1. КОНТЕНТ-СТОЛПЫ (PILLARS)
+
+У тебя должно быть 5 контент-направлений:
+
+
+---
+
+1. Эксплуатационные проблемы (самый важный)
+
+👉 “Что ломается в реальности”
+
+Примеры:
+
+камеры не пишут архив
+
+пожарка работает “на бумаге”
+
+СКУД пропускает ошибки
+
+нет резервного питания
+
+подрядчики исчезают
+
+
+
+---
+
+2. Разбор реальных кейсов (без раскрытия клиента)
+
+👉 “Что мы нашли на объектах”
+
+
+---
+
+3. Ошибки монтажа и эксплуатации
+
+👉 “Почему дешево = дорого”
+
+
+---
+
+4. Инженерные разборы систем
+
+👉 “как это должно работать правильно”
+
+
+---
+
+5. Управление рисками (B2B язык)
+
+👉 “что теряет бизнес”
+
+
+---
+
+2. ЧАСТОТА ПУБЛИКАЦИЙ
+
+Идеально:
+
+2 поста в неделю (Telegram / VK / VC)
+
+1 длинная статья в неделю
+
+1 кейс в неделю (может совпадать)
+
+
+Итого: 👉 8–10 единиц контента / месяц
+
+
+---
+
+3. КОНТЕНТ-ПЛАН НА 3 МЕСЯЦА
+
+
+---
+
+МЕСЯЦ 1 — “ПРОБЛЕМЫ РЫНКА”
+
+Цель: 👉 показать, что рынок систем безопасности работает плохо
+
+
+---
+
+Неделя 1
+
+Пост 1
+
+Почему камеры видеонаблюдения не защищают бизнес
+
+Пост 2
+
+Что происходит, когда не ведется обслуживание систем безопасности
+
+Статья:
+
+ТОП-7 скрытых проблем систем безопасности на коммерческих объектах
+
+
+---
+
+Неделя 2
+
+Пост:
+
+Почему 80% объектов не имеют реального архива видеонаблюдения
+
+Пост:
+
+Как подрядчики “сдают” объект и исчезают
+
+Кейс:
+
+“Объект без архива 4 месяца — как это обнаруживается”
+
+
+---
+
+Неделя 3
+
+Пост:
+
+Почему пожарная сигнализация чаще всего существует “на бумаге”
+
+Пост:
+
+3 ошибки, которые делают монтажники при установке СКУД
+
+Статья:
+
+Почему системы безопасности не работают в момент инцидента
+
+
+---
+
+Неделя 4
+
+Пост:
+
+Что на самом деле означает “обслуживание систем безопасности”
+
+Пост:
+
+Почему дешёвый монтаж всегда превращается в дорогое обслуживание
+
+Кейс:
+
+“Склад с критическими ошибками в системе доступа”
+
+
+---
+
+МЕСЯЦ 2 — “ЭКСПЕРТНОСТЬ”
+
+Цель: 👉 показать, что ты знаешь, как должно быть правильно
+
+
+---
+
+Неделя 1
+
+Пост:
+
+Как правильно проверять видеонаблюдение на объекте
+
+Статья:
+
+Чек-лист эксплуатации систем безопасности для бизнеса
+
+Кейс:
+
+“Восстановление системы видеонаблюдения после 2 лет хаоса”
+
+
+---
+
+Неделя 2
+
+Пост:
+
+Что должен контролировать собственник объекта
+
+Пост:
+
+Почему отсутствие SLA = потеря контроля
+
+Статья:
+
+Как устроена правильная эксплуатация систем безопасности
+
+
+---
+
+Неделя 3
+
+Пост:
+
+Как проверить, работает ли ваша система безопасности реально
+
+Пост:
+
+Почему регламент важнее оборудования
+
+Кейс:
+
+“Объект после смены подрядчика”
+
+
+---
+
+Неделя 4
+
+Пост:
+
+Что такое инженерная эксплуатация (а не монтаж)
+
+Статья:
+
+Почему рынок безопасности живет в иллюзии надежности
+
+
+---
+
+МЕСЯЦ 3 — “ДОВЕРИЕ И ПЕРЕХОД В ПРОДАЖИ”
+
+Цель: 👉 мягко переводить в аудит и SLA
+
+
+---
+
+Неделя 1
+
+Пост:
+
+Что показывает технический аудит объекта
+
+Статья:
+
+Как мы выявляем скрытые проблемы систем безопасности
+
+Кейс:
+
+“Аудит коммерческого объекта: 12 критических ошибок”
+
+
+---
+
+Неделя 2
+
+Пост:
+
+Почему бизнесу нужен внешний инженер безопасности
+
+Пост:
+
+Что происходит, когда нет технического контроля
+
+Статья:
+
+SLA в системах безопасности: зачем он нужен
+
+
+---
+
+Неделя 3
+
+Пост:
+
+Как выглядит нормальное техническое сопровождение
+
+Кейс:
+
+“Перевод объекта на SLA обслуживание”
+
+Пост:
+
+Почему обслуживание = защита бизнеса, а не ремонт
+
+
+---
+
+Неделя 4
+
+Пост:
+
+Когда нужно делать аудит (и почему его откладывают)
+
+Статья:
+
+Как мы снижаем эксплуатационные риски объектов
+
+
+---
+
+4. ФОРМАТ КОНТЕНТА (ВАЖНО)
+
+Каждый пост должен иметь структуру:
+
+
+---
+
+1. Проблема
+
+2. Реальный инженерный разбор
+
+3. Последствия для бизнеса
+
+4. Вывод (очень спокойный)
+
+
+---
+
+5. ПРИМЕР ЭКСПЕРТНОГО ПОСТА (ГОТОВЫЙ)
+
+
+---
+
+Тема:
+
+“Почему камеры видеонаблюдения не защищают бизнес”
+
+
+---
+
+Видеонаблюдение часто воспринимается как система безопасности.
+
+На практике это не всегда так.
+
+Основная проблема заключается не в оборудовании, а в эксплуатации.
+
+На большинстве объектов мы наблюдаем типовые ситуации:
+
+— часть камер не записывает архив;
+— запись есть, но не сохраняется нужный период;
+— часть каналов отключена;
+— время на устройствах не синхронизировано;
+— отсутствует резервирование питания;
+— система не тестируется регулярно.
+
+В результате при инциденте система формально есть, но фактически не выполняет свою функцию.
+
+Бизнес узнаёт об этом только постфактум.
+
+Правильная эксплуатация видеонаблюдения — это не установка оборудования, а регулярный контроль:
+
+— состояния записи;
+— целостности архива;
+— доступности камер;
+— корректности времени;
+— работоспособности хранения.
+
+Без этого система превращается в формальность.
+
+Именно поэтому в инженерной эксплуатации видеонаблюдение рассматривается как сервис, а не как установленное оборудование.
+---
+
+6. КОД ДЛЯ КОНТЕНТ-СТРАНИЦЫ (PHP БЛОГ)
+
+
+---
+
+
+
+${t.title}
+ +Priority: ${t.priority}
+Address: ${t.address}
+System: ${t.system_type}
+ +SLA: + + ${t.sla_remaining_hours}h left + +
+ + + +
+
+
+Почему камеры видеонаблюдения не защищают бизнес
+ + + ++Видеонаблюдение часто воспринимается как система безопасности... +
+ +Типовые проблемы эксплуатации
+ +-
+
- нет записи архива +
- сбои хранения +
- отсутствие резервирования +
- рассинхронизация времени +
Почему это критично
+ ++Система формально работает, но не выполняет функцию защиты бизнеса. +
+ +Вывод
+ ++Без регламентной эксплуатации система безопасности превращается в формальность. +
+ +
+
++ Эксплуатация и техническое сопровождение + систем безопасности коммерческих объектов +
+ ++ Берем на себя ответственность за работоспособность + систем безопасности, видеонаблюдения, СКУД, + пожарной сигнализации и инженерной инфраструктуры объекта. +
+ + + +
+
+ 20+ лет инженерного опыта
+ Лицензия МЧС
+ SLA и регламентное обслуживание
+
+
+Какие проблемы мы решаем
+ +
+
+
+
+
+
+ Системы работают нестабильно
++ Камеры не пишут архив, СКУД работает частично, + пожарная сигнализация дает ложные срабатывания. +
+
+
+
+ Нет ответственного подрядчика
++ После монтажа подрядчики исчезают, + документация отсутствует, + неисправности копятся месяцами. +
+
+
+
+ Риски проверок и простоев
++ Нарушения выявляются только при проверках + или уже после возникновения проблем. +
+
+
+
+Основные услуги
+ +
+
+
+
+
+
+
+ Техническое сопровождение объектов
++ Регламентное обслуживание, диагностика, + контроль работоспособности и аварийное реагирование. +
+
+
+
+ Технический аудит
++ Проверка состояния систем безопасности, + выявление рисков и проблем эксплуатации. +
+
+
+
+ Внешний инженер безопасности
++ Представление интересов собственника + при работе с подрядчиками и эксплуатацией объекта. +
+
+
+
+ Восстановление проблемных объектов
++ Исправление последствий некачественного монтажа + и отсутствия обслуживания. +
+
+
+
+Отрасли
+ +
+
+
+
+ Гостиницы и апарт-отели
+ Складские комплексы
+ Коммерческая недвижимость
+ Производственные предприятия
+ Медицинские центры
+ Агропредприятия
+
+
+
+
+SLA и регламенты
+ +
+
+
+
+
+
+
+ Критическая авария
+Реакция в течение 2 часов
+
+
+
+ Стандартная заявка
+Обработка до 24 часов
+
+
+
+ Регламентные проверки
+По утвержденному графику
+
+
+
+Практический опыт
+ +
+
+
+ Коммерческий объект
+ ++ Специалисты компании участвовали в восстановлении + системы видеонаблюдения и СКУД после некачественного монтажа. +
+ +-
+
- Восстановлен архив видеонаблюдения +
- Устранены ложные срабатывания +
- Подготовлена документация +
- Снижено количество аварийных обращений +
+
+
++ Закажите технический аудит объекта +
+ ++ Проверим текущее состояние систем безопасности, + выявим слабые места и подготовим рекомендации. +
+ + + +
+
+
+ Разработка, экспертиза и сопровождение проектной документации систем безопасности. Аудит соответствия требованиям регуляторов.
+ Заказать документацию +Работаем по всей России
+
+
+ Наши услуги в области документации
+
+ '
+
+
+
+
+
+
+
+
+ Почему это важно
+
+
+
+
+ Риск штрафов и предписаний
+Отсутствие или неактуальность документации — одна из частых причин штрафов надзорных органов. Корректно оформленная документация — доказательство соответствия систем всем требованиям.
+
+
+ Полный порядок в документах
+Мы помогаем привести документацию в порядок: от разработки «с нуля» до экспертизы существующих томов. Все документы разрабатываются в соответствии с актуальными ГОСТ, СП и ведомственными нормативами.
+
+
+ Опыт прохождения проверок
+Наши специалисты имеют опыт прохождения проверок МЧС, Росгвардии, Ростехнадзора. Мы знаем, на что обращают внимание инспекторы, и подготовим вас к проверке.
+
+
+ Вопросы о документации
+
+ 'Какие документы нужны для сдачи объекта?', 'a' => 'Зависит от типа объекта. В общем случае: проектная документация (стадия П и Р), исполнительная документация, акты скрытых работ, паспорта и сертификаты на оборудование, акты приёмки.'],
+ ['q' => 'У вас есть лицензия на проектирование?', 'a' => 'Да, наша компания имеет необходимые допуски и компетенции для разработки проектной документации для объектов любого класса сложности.'],
+ ['q' => 'Можно ли восстановить утерянную документацию?', 'a' => 'Да, мы проводим обследование объекта и восстанавливаем документацию по фактическому состоянию систем с составлением исполнительных схем.'],
+ ];
+ foreach ($faqs as $faq): ?>
+
+
+
+
+
+
+ 