MVP-0 · тестова версія 8 вересня 2026 для Богдана Лищенка · DizArm.Creative

CRM для агенції медичного страхування — можна тестувати

Робоча система, а не слайди: клієнти, поліси, візити до лікарів, вікно поповнення картки за 24 години, нагадування про переукладання за 60/30/14 днів, комісії, ролі та журнал дій. Усе, що описано в брифі v0.2 і на канвасі MVP-0, окрім свідомо відкладеного.

200
клієнтів у демо-базі
229
полісів, 3 страхові
24 год
вікно поповнення
60 / 30 / 14
днів до переукладання
Доступ

Акаунти для входу

Адреса: crm-insurance-demo.vercel.app. Кожен акаунт показує систему очима своєї ролі, тому варто пройтися принаймні трьома: власниця, спеціаліст, гість. Натисніть на значення, щоб скопіювати.

РольEmailПарольЩо бачить
ВласницяОлена КовальчукУсі дані, фінанси, переукладання, ревʼю записів спеціалістів, шаблони, користувачі, налаштування
АдміністратортехнічнийТе саме, що власниця, плюс може видавати роль адміністратора
Спеціаліст супроводуМарія ТкаченкоКлієнти, візити, поповнення, задачі. Фінансів і налаштувань не бачить; нові записи йдуть на ревʼю
Спеціаліст супроводуІрина БондаренкоТак само, як Марія (щоб перевірити «мої» і «всі» задачі)
ГістьТарас ШевчукЛише форма запиту доступу. Його запит уже чекає на розгляд у власниці
Це демо-дані. Імена клієнтів, лікарів і суми згенеровані. Змінюйте, створюйте, ламайте що завгодно — базу можна перезалити за хвилину. Паролі тимчасові й будуть замінені перед передачею клієнту.
Перед стартом

Дві речі, які треба знати про час

Вікно поповнення відкривається за 24 години

Система рахує «час візиту мінус 24 години» і зсуває цей момент назад у робочі години команди (пн–пт 9:00–18:00, налаштовується). Щоб побачити вікно одразу, створіть візит на сьогодні або завтра — тоді воно відкриється в момент створення. Візит на наступний тиждень відкриє вікно лише за добу до нього.

Планувальник працює кожні 10 хвилин

На сервері нагадування 60/30/14, відкриття вікон і позначки «пропущено» ставить автоматика раз на 10 хвилин. Не хочете чекати — у власниці в Налаштування → «Запустити зараз» усе спрацьовує миттєво.

Сценарії

Що перевірити, крок за кроком

Порядок має значення: сценарії 3–6 будують один на одному. Галочки зберігаються у вашому браузері, щоб не загубити місце.

0 з 12
  1. Вхід і три ролі

    Власниця → Спеціаліст → Гість
    1. Увійдіть як власниця. Зверніть увагу на ліве меню: блок «Управління» (Фінанси, Ревʼю, Довідники, Шаблони, Користувачі, Журнал дій, Налаштування).
    2. Вийдіть (кружечок з ініціалами праворуч угорі → «Вийти»). Увійдіть як Марія: блоку «Управління» немає. Спробуйте відкрити вручну /app/finance — має бути сторінка «Недостатньо прав».
    3. Увійдіть як гість: замість CRM — сторінка запиту доступу зі статусом «на розгляді».
    4. Спробуйте увійти з неправильним паролем.
    Очікуваний результатКожна роль бачить лише своє; гість нікуди не проходить; помилка входу не каже, що саме неправильне — email чи пароль.
  2. Дашборд: де гроші під ризиком

    Власниця
    1. На дашборді знайдіть «Комісія під ризиком» — це сума очікуваних комісій по договорах, що закінчуються протягом 60 днів і ще не переукладені.
    2. Поруч — «Вікна поповнення» (скільки карток треба поповнити прямо зараз і на яку суму) і «Переукладання 14 / 30 / 60».
    3. Нижче списки: відкриті вікна, найближчі переукладання, візити сьогодні, останні дії.
    Очікуваний результатУсі цифри клікабельні до конкретного візиту чи полісу. Головне питання до вас: чи це ті цифри, які власниця хоче бачити першими?
  3. Новий клієнт і поліс із першим річним договором

    Власниця
    1. Клієнти → «Новий клієнт». Спробуйте ввести неправильний email — форма має підказати. Створіть клієнта.
    2. На картці клієнта → «Додати поліс». Статус «Активний», страхова на вибір, програма, премія (наприклад 12 000 ₴). Комісія підтягується з умов страхової (% або фіксована) — її можна змінити для конкретного договору.
    3. Відкрийте поліс: таймлайн договорів, очікувана комісія, кнопки «Переукласти» / «Втрачено».
    Очікуваний результатПоліс зʼявився з активним договором на рік, у Фінансах — очікувана комісія по ньому.

    На що звернути увагу: чи достатньо полів для реального онбордингу, чого не вистачає з application-форм.

  4. Візит і вікно поповнення 24 години

    Марія (спеціаліст)
    1. Візити → «Новий візит». Почніть вводити прізвище клієнта — список підказує. Оберіть поліс, лікаря (спеціальність підставиться сама), час через 3–5 годин від зараз, суму поповнення, відповідального — Марія.
    2. Після збереження відкриється сторінка візиту зі статусом «Вікно поповнення» і жовтою підказкою: вікно відкрилося одразу, бо до візиту менше доби.
    3. Подивіться дзвіночок угорі: прийшло сповіщення. Задачі → у Марії зʼявилася задача «Поповнити картку».
    4. Натисніть «Поповнено …», додайте коментар, підтвердьте.
    Очікуваний результатСтатус візиту «Поповнено», задача закрилася, у Журналі дій — хто і коли поповнив, власниця отримала сповіщення.

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

  5. Перенесення візиту після поповнення — кошти згорають

    Марія або власниця
    1. На тому ж (поповненому) візиті натисніть «Перенести». Діалог попереджає, що кошти згорять.
    2. Оберіть новий час (наступний тиждень) і підтвердьте.
    3. Відкриється новий візит з власним вікном поповнення (пендінг, відкриється за добу). Зверху — посилання на старий.
    4. Поверніться на старий: статус «Перенесено», у поповненні — «Згоріло» з часом.
    Очікуваний результатІсторія не губиться: старий візит і згорілі кошти видно, новий візит чистий. У Журналі дій — запис «Кошти згоріли».

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

  6. Переукладання річного договору

    Власниця
    1. Переукладання → фільтр «До 14 днів». У кожному рядку видно, які нагадування вже пішли (60 / 30 / 14).
    2. «Переукласти» → новий термін підставляється з наступного дня після старого, премію і комісію можна змінити. Підтвердьте.
    3. Відкрийте поліс: старий договір «Переукладено», новий «Діє», ланцюжок збережено.
    4. На іншому договорі натисніть «Втрачено», вкажіть причину.
    Очікуваний результатКомісія під ризиком на дашборді зменшилась на суму переукладеного договору; втрачений поліс отримав статус «Втрачено».
  7. Фінанси: план проти факту

    Власниця
    1. Фінанси → таблиця по страхових за рік: очікувано, отримано, залишок, % зібрано.
    2. Нижче — по договорах. Знайдіть договір із залишком → «Зафіксувати надходження», сума, дата, примітка.
    3. Спробуйте ввести 0 — має відмовити.
    Очікуваний результатНадходження зʼявилось у рядку договору і в підсумку по страховій; у Журналі дій — запис із сумою.

    Питання до бізнесу: чи потрібен облік часткових виплат по траншах саме так, чи інакше.

  8. Спеціаліст вносить дані — власниця підтверджує

    Марія → Власниця
    1. Як Марія створіть клієнта. На картці зʼявиться позначка «Очікує ревʼю».
    2. Як власниця відкрийте «Ревʼю записів» (лічильник у меню). Підтвердьте запис або «Поверніть з коментарем».
    3. Як Марія перевірте дзвіночок: прийшло сповіщення про підтвердження / коментар.
    Очікуваний результатПозначка зникла після підтвердження; спеціаліст бачить реакцію власниці без месенджера.
  9. Шаблони заяв: незмінні версії

    Власниця
    1. Шаблони заяв → у кожної страхової свої версії (v1, v2). Змінити існуючу версію неможливо — лише «Нова версія». Це навмисно: ваша вимога з discovery.
    2. Створіть версію з текстом, у якому є плейсхолдери, наприклад {{client.fullName}}, {{term.premium}} (перелік — у підказці праворуч).
    3. Відкрийте будь-який поліс цієї страхової → «Згенерувати заяву» → оберіть версію. Відкриється готовий документ із кнопкою «Друк».
    Очікуваний результатЗаява згенерована з даних клієнта і договору; після появи новішої версії шаблону стара заява не змінюється.

    На що звернути увагу: це заміна «template-engine» на мінімум. Реальні 3 application-форми від страхових досі потрібні, щоб зробити повноцінні шаблони.

  10. Доступ нового співробітника

    Гість → Власниця
    1. Як власниця: Користувачі → вкладка «Запити доступу». Запит Тараса Шевчука чекає. «Схвалити» з роллю «Спеціаліст супроводу» (або «Відхилити» з коментарем).
    2. Увійдіть як гість — після схвалення відкривається робоча CRM (роль застосовується при наступному вході).
    3. Зареєструйте власного користувача через «Запросити доступ» на головній — він стане гостем і зможе подати запит.
    Очікуваний результатЖоден новий акаунт не бачить дані, поки власниця не видасть роль.
  11. Довідники, налаштування, журнал дій

    Власниця
    1. Довідники: страхові (умови комісії, контакти), клініки, лікарі. Спробуйте деактивувати лікаря — він зникне з форми візиту, але історія лишиться.
    2. Налаштування: робочі години, буфер вікна (24 год), дні нагадувань (60/30/14). Змініть буфер на 48 год і створіть візит — вікно порахується інакше. Кнопка «Запустити зараз» — планувальник.
    3. Журнал дій: усе, що торкалося грошей і договорів, з фільтрами.
    Очікуваний результатКожна зміна налаштувань і кожна грошова операція має слід: хто, коли, що саме.
  12. Телефон і темна тема

    Будь-хто
    1. Відкрийте CRM на телефоні як Марія: дашборд, візити, сторінка візиту, кнопка «Поповнено».
    2. Перемкніть тему (іконка сонця/місяця): світла, темна, як у системі.
    Очікуваний результатРобоче місце спеціаліста зручне з телефона — це і є «mobile-first» замість нативного застосунку з брифу.
Межі версії

Що є і чого свідомо немає

Є

  • Клієнти → поліси → річні договори з ланцюжком переукладань
  • Візити, вікно поповнення за 24 год у робочі години, згорання коштів
  • Нагадування 60/30/14, комісія під ризиком, план/факт по страхових
  • 4 ролі, ревʼю записів спеціалістів, запити доступу
  • Незмінні версії шаблонів і генерація заяв із друком
  • Сповіщення в системі, журнал дій, налаштування, довідники
  • Тести: понад 130 автоматичних перевірок логіки плюс наскрізні сценарії в браузері

Немає (за рішенням на канвасі)

  • Telegram-бот — сповіщення поки лише в системі, канал додається окремо
  • Нативний застосунок — замість нього адаптивний веб
  • Калькулятор премій (rate-engine) — чекаємо Excel власниці
  • Повноцінні шаблони під 6 страхових — чекаємо 3 реальні application-форми
  • Клієнтський кабінет, інтеграції зі страховими, офлайн
Фідбек

Як повернути зауваження

Що фіксувати

  • Баг — що робили, що очікували, що сталося (скріншот дуже допомагає).
  • UX — де зупинилися, чого не зрозуміли, що зайве.
  • Бізнес — де логіка не збігається з тим, як працює агенція (особливо сценарії 4–7).

Куди

  • Задачею у проєкті на agtc.app «CRM медичного страхування — DizArm» — там же лежать бриф v0.2, Q&A і специфікація.
  • Або просто повідомленням Андрію в Telegram, як зручніше.
Для технічної частини

Де це живе

Застосунок
crm-insurance-demo.vercel.app · Vercel, команда UIC-TEAM, проєкт crm-insurance
База даних
PostgreSQL 17 на власному сервері (db.agtc.app), окрема база crm_insurance, зʼєднання лише по SSL
Код
GitHub asukhariev/crm-insurance (приватний). Next.js 16, TypeScript, Drizzle ORM, Auth.js, shadcn/ui
Планувальник
Vercel Cron кожні 10 хвилин → /api/cron/tick
Специфікація
Spec Kit у репозиторії (specs/001-crm-mvp/spec.md) і дзеркало на agtc.app з вимогами FR-001…UX-004
Перезалити демо-дані
одна команда pnpm db:seed — база знову чиста, акаунти ті самі