Блок 01 / 10

Пілот етапу 1: дешевий і швидкий старт BRAMA School CyberCulture для 5 шкіл

Сторінка показує не повний національний масштаб, а першу працездатну версію системи: навчальний модуль, базовий шкільний кабінет, реєстри звернень і сигналів, аналітику, журналювання та контрольований ШІ-контур у межах вузьких сценаріїв.

Ключове рішення для старту

Фінансується не кампанія, а контрольований пілот реальної системи

Пілотний етап дає змогу зафіксувати архітектуру, перевірити операційну модель на 5 школах, отримати вимірювані KPI і підготувати масштабування без переробки ядра з нуля.

базове освітнє ядро з 6 стартових модулів і тестуванням до/після;
шкільний кабінет для календаря, прогресу, сертифікації і звітності;
реєстр звернень, сигналів і інцидентів з аудитом критичних дій;
ШІ-контур лише в контрольованих ролях: тьютор, помічник педагога, координатор маршрутизації;
локальна або гібридна інфраструктура без надмірного капітального навантаження.

Перейти до кошторису пілота Перейти до етапів запуску Перейти до архіву документів

Пілот 5 шкіл · локальний старт

Працездатна версія системи за обмежений бюджет і короткий цикл запуску

Ключовий критерій: зібрати не декларацію, а стабільний базовий сервіс, який можна оцінити, підтвердити і масштабувати.

5 шкіл першої хвилі 6 стартових модулів AI -> сигнал -> людина -> дія повне журналювання

Активний фокус сторінки: Старт пілота

5

шкіл у першій хвилі

2,65-3,80 млн грн

мінімальний і рекомендований діапазон запуску

8 етапів

від архітектури до оцінки ефективності і підготовки масштабування

100%

журналювання критичних дій і рішень

Блок 02 / 10

Чому зараз: вікно можливостей для дешевого і швидкого старту

Запуск пілота доцільний саме зараз, оскільки цифрові ризики ростуть швидше за традиційну шкільну модель реагування, а технологічний і організаційний рівень BRAMA уже достатній для першої керованої версії.

Чинники середовища

ризики для школярів у цифровому просторі зростають швидше за адаптацію школи;
ручна модель профілактики та реагування не масштабується без системної платформи;
педагоги перевантажені та потребують інструментів, а не окремих лекцій;
AI вже придатний для вузьких контрольованих сценаріїв без передачі фінального рішення машині;
пілот можна запустити без надмірно дорогої інфраструктури на старті.

Вікно запуску

Рішення потрібне до того, як витрати на реакцію перевищать витрати на профілактику

Пілот дозволяє за короткий цикл перейти від розрізнених активностей до єдиного маршруту `навчання -> звернення -> реакція -> аналітика`.

Процесність

Школа отримує керований маршрут, а не окремий контентний епізод.

Контрольованість

Кожен сигнал і критичне рішення фіксуються у журналі та перевіряються.

Економність

Перший запуск не вимагає повного національного контуру чи дорогих інтеграцій.

Масштабованість

Архітектура одразу формується так, щоб не переробляти ядро при переході на 50+ шкіл.

Блок 03 / 10

Чому BRAMA може запустити пілот уже зараз

Пілот спирається на наявні канали BRAMA, партнерські відносини, накопичений досвід роботи з цифровими сигналами та готовність розгорнути керований освітній сервіс.

Операційна готовність

Наявна база для першої хвилі

власна присутність BRAMA у цифрових середовищах і каналах комунікації;
досвід роботи з аудиторіями, сигналами, зверненнями і партнерами;
готовність сформувати центральну команду і локальних координаторів;
розуміння меж пілота і порядку поступового розгортання функціоналу.

Нормативна та інституційна база

Пілот спирається на чинні рамки

політика захисту дітей у цифровому середовищі і профілактики кіберзагроз;
взаємодія з освітніми закладами у форматі пілотного сервісу;
контур аудиту, логування, рольового доступу і відповідальності;
можливість формалізувати старт наказом, графіком і пакетом супровідних документів.

Карта взаємодії на етапі 1

На етапі 1 формується керований центр із чіткими потоками навчання, звернень, перевірки сигналів і звітності.

Блок 04 / 10

Що входить у пілот, а що свідомо не входить на старті

Пілот навмисно обмежений, щоб забезпечити швидкий запуск, контрольовану якість, вимірюваність і прогнозовану вартість першої хвилі.

Входить у першу хвилю

Базовий функціонал пілота

5 шкіл першої хвилі;
базовий шкільний кабінет;
6 стартових модулів з тестуванням до/після;
сертифікація проходження;
реєстр звернень, сигналів та інцидентів;
аналітична панель проходження та навантаження;
повний аудит і логування критичних дій;
локальна або гібридна інфраструктура;
контрольований ШІ-контур з вузькими сценаріями використання.

Свідомо не входить на старті

Що відкладається до підтвердження моделі

загальнонаціональне охоплення на першому циклі;
повний набір інтеграцій із зовнішніми платформами та API;
автономні рішення ШІ без людського підтвердження;
розширений функціонал, який не впливає на життєздатність базового сервісу.

Цільова межа етапу 1

Зібрати стабільну першу версію, а не імітувати масштаб

У фокусі — працездатність контуру `навчання + звернення + сигнал + аналітика`, а не максимальна кількість функцій.

Прямі цільові аудиторії

учні;
педагоги;
шкільні координатори;
внутрішні оператори і адміністратори.

Непрямі аудиторії

батьки;
адміністрації закладів освіти;
партнерські інституції;
система управління освітою та кібербезпекою.

Блок 05 / 10

Ядро пілотного рішення: навчальний контур, маршрутизація сигналів і вузький ШІ-модуль

Пілот не починається з ШІ. Спочатку формується керований навчальний і процесний каркас, а ШІ підключається як допоміжний модуль після стабілізації базового ядра.

Базове ядро навчання

Освітній сервіс як основа керованості

користувачі, доступи, реєстр шкіл і календар активностей;
6 стартових модулів, тести до/після, сертифікація;
реєстр звернень, сигналів та інцидентів;
аналітика проходження і навантаження;
безперервність роботи навіть без активного ШІ-модуля.

Контрольований ШІ-контур

Ролі ШІ у пілоті

AI-тьютор для коротких пояснень і мікроуроків;
помічник педагога для формування матеріалів за шаблоном;
процесний координатор для маршрутизації звернень і сигналів;
базовий модуль захисту для виявлення ризикових патернів;
фінальне рішення завжди підтверджується людиною.

Принцип маршруту

ШІ не закриває кейс самостійно

Ланцюг реагування формується за правилом `ШІ -> сигнал -> людина -> дія -> журнал`.

Архітектурна логіка пілота

Інфраструктурна рамка

окремий вузол для навчального ядра;
окремий вузол для ШІ-модуля;
резервне сховище і журналювання;
рольовий доступ, моніторинг, резервування.

Чому ця модель оптимальна на старті

не є надмірно дорогою або екзотичною;
дає контрольований шлях до запуску за короткий цикл;
дозволяє перевірити корисність ШІ без ризику втрати керованості;
має простір для масштабування без повної зміни архітектури.

Блок 06 / 10

Поетапний запуск: від архітектури до першої оцінки ефективності

Пілотна модель не запускається одномоментно. Вона проходить 8 послідовних етапів, де кожен наступний крок залежить від підтвердження попереднього.

Контроль переходу

Вихід етапу

Для кожного етапу фіксується артефакт завершення, який відкриває перехід до наступного кроку.

Принцип: жоден наступний етап не запускається без формального підтвердження готовності попереднього.

Блок 07 / 10

Ризики пілота та механізм їх стримування

Пілотний формат знижує ризики саме тим, що межі, ролі, інфраструктура і логіка використання ШІ зафіксовані до запуску.

Ризик 01

Розмивання меж пілота

Спроба включити у стартовий контур надлишкові функції і штучно збільшити периметр робіт.

Стримування: зафіксований перелік того, що входить і не входить у першу хвилю.

Ризик 02

Надмірна довіра до ШІ

Перенесення фінальних рішень на автоматизований контур без людського підтвердження.

Стримування: правило `ШІ -> сигнал -> людина -> дія`, аудит критичних дій, журнал рішень.

Ризик 03

Неоднорідна готовність шкіл

Різний рівень залученості координаторів і технічної готовності закладів першої хвилі.

Стримування: попередня хвиля узгодження, контрольний старт на 5 школах, супровід центральної команди.

Безпека і довіра

Система захисту, а не контур масового спостереження

Пілот стартує з мінімізацією даних, рольовими доступами, аудитом і чітко визначеним колом критичних дій.

Контрольний механізм

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

Блок 08 / 10

KPI пілота: що саме має бути підтверджено за результатами першої хвилі

Пілот вважається успішним не за кількістю слайдів або активностей, а за чітко вимірюваними ознаками працездатності системи.

Охоплення

0

шкіл першої хвилі підключено і введено в керований цикл.

Контент

0

стартових модулів запущено з тестуванням до/після.

Проходження

0%

цільовий рівень проходження основних модулів у межах пілота.

Аудит

0%

критичних дій і рішень мають бути зафіксовані у журналі.

Якісні критерії

помітне зростання рівня знань за тестами до/після;
контрольований час первинної реакції та маршрутизації звернень;
підтверджена корисність ШІ-помічника для педагогів;
прийнятний рівень хибнопозитивних сигналів;
готовність масштабувати модель без переробки архітектури з нуля.

Орієнтир для аналітичної панелі

Проходження модулів

Повнота журналювання

Своєчасність маршрутизації

Корисність для педагога

Дашборд пілота повинен показувати не тільки охоплення, а й якість проходження, навантаження, дотримання маршруту і корисність допоміжних модулів.

Блок 09 / 10

Бюджет 5 шкіл: мінімальний, рекомендований і розширений сценарії

Фінансова логіка пілота побудована на трьох сценаріях. Рекомендований сценарій дає збалансований старт без перевантаження функціоналом і без втрати якості.

Загальна вартість пілота

2 650 000 грн

Мінімальний сценарій забезпечує базовий запуск 5 шкіл без надлишкового резерву і без розширених опцій інфраструктури.

Інфраструктура

1 350 000 грн

Розгортання і безпека

420 000 грн

Навчальне ядро і контент

350 000 грн

Пілотна хвиля і супровід

300 000 грн

Резерв запуску

230 000 грн

Мінімальний сценарій доречний, якщо задача полягає у швидкій перевірці ядра без розширених запасів по інфраструктурі і супроводу.

Позиція для фінансування

Мінімальний сценарій

Фінансується базове ядро платформи, стартові модулі, реєстри сигналів, базовий контур журналювання і перша хвиля 5 шкіл.

Діапазон за статтями

інфраструктура: `1,35-3,00 млн грн`;
розгортання і безпека: `420-850 тис. грн`;
навчальне ядро і контент: `350-730 тис. грн`;
пілотна хвиля та супровід: `300-650 тис. грн`;
резерв запуску: `230-500 тис. грн`.

Рекомендований сценарій

3 800 000 грн

Рекомендований рівень фінансування забезпечує баланс між швидкістю запуску, стабільністю інфраструктури, якістю навчального контуру і резервом на перший цикл супроводу.

Блок 10 / 10

Яке рішення потрібно на старті пілота

Для запуску етапу 1 потрібно погодити межі пілота, перелік 5 шкіл, центральну команду, базову інфраструктуру і рекомендований фінансовий сценарій.

Що саме пропонується підтримати

архітектуру та організаційний контур запуску;
базове ядро навчання і шкільний кабінет;
реєстри звернень, сигналів і аналітичний дашборд;
контрольований ШІ-модуль для вузьких сценаріїв;
першу хвилю на 5 школах з оцінкою ефективності і підготовкою масштабування.

Кінцевий меседж

Підтримується перший працездатний сервіс, а не абстрактна ідея

Пілотний етап дає перевірений результат, формує аналітичну базу і знижує ризик помилки при подальшому масштабуванні.

Соціальна цінність

Пілот формує першу керовану модель системної цифрової безпеки для учнів, педагогів і шкіл без перевантаження закладів зайвою складністю.

Інституційна цінність

Держава і партнери отримують вимірювану модель для подальшого рішення щодо фази масштабування, а не припущення без даних.

Технічна цінність

Пілот дозволяє підтвердити архітектуру, корисність ШІ, стійкість журналювання і реальну вартість операційного запуску.

Перейти до документів проєкту Перейти до розширеної презентації Перейти до основної інвестпропозиції

Вхід у BRAMA School CyberCulture