PowerPulse, краудсорсинговий трекер відключень, створений ганською розробницею за допомогою low-code інструментів з підтримкою ШІ, був запущений на Vercel після двох серйозних змін стратегії продукту (півотів). Застосунок дозволяє будь-кому в Гані повідомляти про блекаут, спостерігати за стрічкою звітів у реальному часі та переглядати статистику відновлення електропостачання — при цьому не потрібно мати спеціальної освіти в галузі програмної інженерії.
Чому «dumsor» потребує спільної правди
У Гані термін «dumsor» описує нерегулярні відключення електроенергії, які без попередження занурюють цілі райони в темряву. Мешканці витрачають години, намагаючись вгадати, чи проблема у їхньому підключенні, на їхній вулиці чи в національній енергомережі. Така невизначеність гальмує роботу бізнесу, навчання та повсякденне життя. Джерело даних про відключення, перевірене спільнотою, дозволило б людям планувати справи з урахуванням блекаутів, координувати допомогу та тиснути на енергокомпанії з метою покращення обслуговування.
Від особистого роздратування до civic-tech прототипу
Творецька авторка, яка називає себе непрофесійною розробницею, перетворила своє особисте роздратування через dumsor на суспільне благо. Вона використала low-code платформи на базі ШІ — генерацію коду за допомогою промптів та готові сервіси — щоб зібрати full-stack вебзастосунок, не прописуючи вручну кожен рядок коду.
Продукт пропонує чотири основні дії:
- Повідомити про відключення, вибравши регіон і місто зі випадаючих списків.
- Спостерігати за стрічкою в реальному часі з усіх поточних повідомлень про блекаути.
- Переглядати статистику тривалості відключень та швидкості їх усунення.
- Отримувати бали та статус рівня для активних учасників, що стимулює регулярне надання звітів.
Технологічний стек, що зробив це можливим
- Next.js 16 та TypeScript для фреймворку фронтенду та типізації.
- Tailwind CSS для швидкого стилювання за принципом utility-first.
- Supabase для бази даних, автентифікації користувачів та оновлень у реальному часі.
- Vercel для хостингу з автоматичним масштабуванням.
Усі компоненти є open source або керованими сервісами, тому розробниця могла зосередитися на логіці продукту, поки ШІ заповнював шаблонний код (boilerplate).
Півот 1 — Відмова від живої карти
Перший прототип містив живу карту Гани, побудовану за допомогою Leaflet, бібліотеки для картографії на JavaScript з відкритим кодом. Leaflet очікує середовища браузера, що конфліктувало з серверним рендерингом (SSR) у Next.js і призводило до багів, які було важко відлагодити. Після боротьби з цими помилками розробниця замінила карту простими випадаючими списками для вибору регіону та міста. Інтерфейс втратив візуальну вишуканість, але основна функціональність — збір та відображення звітів — стала надійною та готовою до релізу.
Півот 2 — Редизайн макета
Перший запуск був представлений однією сторінкою з прокруткою, де звітність, стрічка та статистика були зібрані разом. Користувачі казали, що це «схоже на шкільний проєкт». Щоб надати застосунку більш професійного вигляду, навігацію було повністю перероблено. Тепер у десктопних браузерах основні розділи розміщені у бічній панелі, тоді як мобільні користувачі використовують нижню панель навігації. Кожен екран — Звіт, Стрічка, Статистика — має власну окрему сторінку, завдяки чому застосунок сприймається як зрілий продукт, а не просто доказ концепції.
Дилема «холодного старту»
Навіть із функціональним інтерфейсом краудсорсингова система залежить від участі користувачів. Застосунок корисний лише там, де достатньо людей повідомляють про відключення, щоб створити охоплення. Це не помилка в коді, а виклик у розбудові спільноти. Без критичної маси учасників набір даних залишається розрідженим, що обмежує цінність застосунку.
Контраргумент: обмеження та компроміси low-code
Інструменти low-code з підтримкою ШІ прискорюють розробку, але накладають певні обмеження. Проблема з картою показує, як готова бібліотека може не узгоджуватися з обраним фреймворком, що змушує змінювати дизайн і жертвувати географічним контекстом. Використання керованих бекендів, таких як Supabase, також може обмежити можливості кастомної аналітики або офлайн-режиму, які міг би забезпечити індивідуально налаштований сервер. Розробники мають зважувати швидкість і гнучкість, особливо коли йдеться про суспільний вплив.
Що далі
Дорожня карта передбачає три покращення:
- Прогнозування ризику відключень за допомогою ШІ, використовуючи історичні дані для передбачення ймовірних зон блекаутів.
- Push-сповіщення, які попереджатимуть користувачів, коли в їхньому районі зафіксують відключення або відновлення живлення.
- Розробка нативного мобільного застосунку.
Кожне нововведення має на меті підвищити залученість користувачів, вирішуючи проблему «холодного старту» з боку пропозиції — більше функцій, більше причин встановити та використовувати застосунок.
Висновок
PowerPulse демонструє, що рішуча людина може використовувати AI-augmented low-code платформи для створення функціонального civic-tech рішення навіть на ринку, що потерпає від нестабільного електропостачання. Ця історія підкреслює два уроки: по-перше, випуск готового до використання продукту важливіший за доведення до ідеалу недопрацьованої функції; по-друге, самі лише технології не вирішать проблему, що потребує краудсорсингу — справжнім «вузьким місцем» є створення спільноти контриб'юторів.
