🚀 Проєкт "KAI Privacy Kit": Стандарт Приватності для Студентських Проєктів КАІ

Проєктна робота в межах курсу Legal Design Університет: Державний університет «Київський авіаційний інститут» (КАІ) Факультет: Комп'ютерних наук та технологій

---

🎯 1. Проблема: Очевидний Розрив

Наш проєкт почався не з опитування, а з аналізу Закону (див. docs/2_legal_map.md).

Ми виявили, що 99% студентських ІТ-проєктів (ботів, сайтів), які збирають навіть базові дані (як-от Telegram ID), автоматично потрапляють у "сіру зону", оскільки вони:

1. Не надають прозорої політики (порушення Ст. 10 Закону "Про захист ПД").
2. Не мають механізму видалення даних (порушення Ст. 8 Закону).

Корінь проблеми: не у злих намірах розробників, а у високому "порозі входу". Студентам, яким потрібно "швидко зробити, щоб працювало", просто немає часу розбиратися в юриспруденції та писати документи з нуля.

🚀 2. Наше Рішення: Екосистема "KAI Privacy Kit"

Ми не пишемо лекції. Ми створили інструмент, який знижує "поріг входу" з годин до хвилин. Наше рішення — це ціла екосистема з трьох частин:

A. "Продукт": Чисті Шаблони (/artifacts)

Це "Kit" — набір "чистих" шаблонів, які будь-який студент може скопіювати та використати для свого проєкту.

• 1_dpia_lite.xlsx: Пуста анкета ризиків (Крок 1: "Подумай").
• 2_privacy_policy.md: Пустий шаблон політики (Крок 2: "Пообіцяй").
• 3_minimization_checklist.md: Пустий технічний чек-ліст (Крок 3: "Зроби").

B. "Доказ": Наші Приклади (/examples)

Це "Доказ" ("Dogfooding"). Ми показуємо, як ми самі використали наш "Kit" для аналізу нашого власного бота.

• 1_dpia_lite_example.xlsx: Наш заповнений аналіз ризиків.
• 2_privacy_policy_example.md: Наша заповнена політика приватності.
• 3_minimization_checklist_example.md: Наш заповнений чек-ліст.

C. "Доставка": Бот-Асистент (Privacy Sentry)

Це наш "швидкісний ліфт". Він перетворює "нудні" артефакти на інтерактивний досвід.

➡️ Спробувати Нашого Бота: @privacy_helperr_bot ⬅️

• "Конструктор Політики" (на базі Артефакту 2)
• "Інтерактивний Аудит" (на базі Артефакту 3)

---

💡 3. Наша Філософія: Чек-ліст > Політика

Наш головний висновок: правова культура — це не «про тексти», а про практичні дії. Технічний чек-ліст (3_minimization_checklist.md) набагато важливіший за шаблон політики.

✅ 4. Валідація Рішення (Наші Справжні Дані)

Ми не доводили проблему (вона очевидна з Закону). Ми валідували наше рішення.

Ми розробили MVP бота та провели Usability Test (N=14), щоб довести, що наш інструмент є зручним, зрозумілим та потрібним. (Повний план тестування див. у validations/survey_plan.md).

Ключові Метрики (з docs/8_metrics.md):

• Загальна Оцінка: 7.6 / 10
• Легкість Початку (Q2): 4.1 / 5
• Зрозумілість Інтерфейсу (Q3): 4.1 / 5
• Зрозумілість Мети (Q4): 4.4 / 5

Висновок: Наше рішення доведено є зручним (4.1/5) та зрозумілим (4.4/5).

🧑‍💻 5. Команда

• Ревякін Кирило - Team Lead / Documentation Architect (Керівництво проєктом / Архітектура проєкту)
• Лєбєдєв Олександр - Tech Lead (Розробка бота)
• Клименко Альона - UI/UX Designer (Дизайн презентації)
• Фещук Олексій - Content Writer (Написання документації)
• Харчук Даніїл - Content Writer (Написання документації)
• Трус Богдан - Validation Lead (Відповідальний за валідацію)

🔁 6. Екосистема (GitHub <-> Telegram)

Наш проєкт — це "ідеальний цикл":

1. GitHub -> Бот: Цей README дає вам пряме посилання на бот для "тест-драйву".
2. Бот -> GitHub: Бот має команду /github, яка дає посилання назад на цей репозиторій, щоб ви могли побачити всі документи, докази та вихідний код.

⚖️ 7. Ліцензування (Dual-License)

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

• A. Для Коду (Папка /src, Бот)

  • Ліцензія: MIT License
  • Це дозволяє будь-кому вільно використовувати та модифікувати наш код.

• B. Для Документації та Артефактів (/docs, /artifacts, /examples)

  • Ліцензія: Creative Commons Attribution 4.0 (CC BY 4.0)
  • Це дозволяє будь-кому поширювати та адаптувати нашу методологію за умови вказання авторства.