20 ідей проєктів для хакатону, які можна показати за вихідні

Найкращі ідеї проєктів для хакатону вирішують одну конкретну проблему для однієї конкретної людини і можуть бути показані в роботі, наживо, менш ніж за три хвилини. Зазвичай це веб-застосунок з одним основним сценарієм: форма, трохи логіки або виклик API і чіткий результат на екрані. Нижче наведено двадцять ідей, згрупованих за поширеними темами хакатонів. Для кожної вказано, для кого вона, яке демо зробити за 24–48 годин, що може зробити з неї бізнес згодом і чесну складність. Оберіть одну, зменшіть її і витратьте останню чверть події на демо.

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

Оберіть ідею, що пасує до теми події

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

Спільнота та громадянські технології

1. Дошка знахідок для кампусу або закладу

• Для кого: Студенти, відвідувачі фестивалів, відвідувачі спортзалу.
• Демо: Опублікувати знайдену річ з фото і місцем, шукати за категорією, а також процес «це моє», який сповіщає того, хто знайшов.
• Згодом: Заклади могли б платити за дошку з фірмовим оформленням; більшість сприйматиме це як безкоштовну послугу.
• Складна частина: Зупинити фальшиві заяви. Просте питання, на яке відповісти може лише власник («який колір чохла на телефоні?»), створює гарний момент для демо.

2. Підбір волонтерських змін

• Для кого: Продовольчі банки, притулки та благодійні організації, які ведуть графік на папері.
• Демо: Організатор створює зміни з місцями; волонтери записуються зі свого телефона; панель показує прогалини. Конструктор розкладу покриває основне.
• Складна частина: Змусити реальну організацію поглянути на це. Принесіть на презентацію пропозицію або фото справжнього паперового графіка.

3. Карта доступних місць для одного міста

• Для кого: Люди на інвалідних візках, батьки з дитячими візками, люди з сенсорними потребами.
• Демо: Карта місць з безбар'єрним доступом, туалетами для людей з інвалідністю та тихими годинами, а також форма для додавання або виправлення місця.
• Складна частина: Дані, яким можна довіряти. Показуйте, звідки взято кожен запис і коли його востаннє перевіряли.

4. Зрозумілі рішення міської ради

• Для кого: Мешканці, які ніколи не читають протоколи засідань.
• Демо: Вставити або завантажити публічний порядок денний, отримати короткий підсумок того, що вирішується і коли, та кнопку «стежити за темою».
• Складна частина: Точність. Показуйте оригінальний текст поруч із підсумком, щоб люди могли перевірити.

Освіта

5. Пошук навчальної групи для одного курсу

• Для кого: Студенти великих груп, які нікого не знають.
• Демо: Обрати курс і вільний час, побачити групи, що підходять, і приєднатися до однієї. Конструктор каталогів є хорошою основою.
• Складна частина: Безпека та приватність. Для входу використовуйте університетські адреси електронної пошти і не показуйте особисті номери телефонів.

6. Практика з минулих екзаменів із миттєвою перевіркою

• Для кого: Студенти, які готуються до одного іспиту.
• Демо: Питання з множинним вибором за темами, миттєвий зворотний зв'язок і графік слабких тем. Див. як створити застосунок-вікторину.
• Згодом: Платний рівень з більшою кількістю питань міг би працювати, якщо ви складаєте їх самі.
• Складна частина: Авторське право. Використовуйте питання, які ви написали самі, або ті, що дозволяє використовувати екзаменаційна комісія.

7. Інструмент «квиток на вихід» для класу

• Для кого: Вчителі, які хочуть швидко перевірити «чи зрозуміли?» наприкінці уроку.
• Демо: Вчитель створює перевірку з двох питань, учні відповідають зі свого телефона за кодом, а вчитель за секунди бачить підсумок.
• Складна частина: Робота в реальному класі: без входу для учнів до 13 років і швидка робота на поганому шкільному Wi-Fi.

8. Адаптація тексту до рівня читання

• Для кого: Вчителі та батьки дітей, які читають нижче або вище свого віку.
• Демо: Вставити текст і обрати рівень читання; модель ШІ переписує його і виділяє складні слова з поясненнями.
• Складна частина: Збереження змісту. Показуйте обидві версії поруч і дозвольте вчителю редагувати.

Клімат і сталий розвиток

9. Ремонтне кафе: запис і журнал

• Для кого: Громадські заходи з ремонту.
• Демо: Люди записуються на слот для речі, волонтери фіксують, що відремонтовано, а сторінка підраховує предмети, врятовані від смітника. Підходить конструктор подій.
• Складна частина: Чесні цифри впливу. Рахуйте відремонтовані речі; не вигадуйте показники вуглецю, які не можете підтвердити.

10. Панель енергоспоживання офісу або школи

• Для кого: Працівники господарської служби та екологічні комітети.
• Демо: Завантажити показники лічильників (або зразок файлу), побачити споживання за днями і кімнатами та позначити стрибки. Почніть з конструктора панелей.
• Складна частина: Реальні дані. Якщо не вдається отримати живі лічильники, так і скажіть і покажіть демо на чітко позначеному зразку.

11. Обмін надлишками їжі в будівлі

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

Здоров'я та доступність

У цій темі будьте обережні. Демо на хакатоні не має ставити діагнози чи давати медичні поради, і не варто використовувати справжні дані пацієнтів.

12. Нагадування про ліки для догляльників

• Для кого: Люди, які доглядають за батьком, матір'ю або дитиною з кількома препаратами.
• Демо: Додати ліки з часом прийому, отримувати нагадування, відмічати дози і поділитися переглядом лише для читання з братом чи сестрою.
• Складна частина: Надійність. Пропущене нагадування має значення; у презентації чесно зазначте, що демо не є медичним пристроєм.

13. Черга в залі очікування клініки

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

14. Перевірка доступності сайту для однієї проблеми

• Для кого: Власники невеликих сайтів.
• Демо: Ввести URL, добре перевірити одну річ (відсутній alt-текст зображень або низький контраст кольорів) і показати виправлення.
• Складна частина: Глибина замість ширини. Одна перевірка, зроблена як слід, краща за двадцять поверхневих. Як зробити ваш сайт доступним описує основи.

Інструменти для розробників

15. Імітаційний сервер відповідей API з прикладу

• Для кого: Фронтенд-розробники, які чекають на бекенд.
• Демо: Вставити приклад JSON-відповіді, отримати живе посилання, яке його повертає, з необов'язковими затримками і помилками.
• Згодом: Багато інструментів роблять це, тож це скоріше навчальний проєкт, ніж бізнес.
• Складна частина: Вирізнитися. Оберіть один хитрий поворот, наприклад генерацію реалістичних фейкових даних на основі прикладу.

16. Резюме запитів на злиття для не-розробників

• Для кого: Продуктові менеджери, які хочуть знати, що змінилося за тиждень.
• Демо: Підключити публічний репозиторій (або вставити diff), отримати простий підсумок змін, згрупований за функціями. Що таке GitHub пояснює основи.
• Складна частина: Дозволи. У демо використовуйте публічні репозиторії і ніколи не вставляйте токени доступу у фронтенд.

17. Перевірка змінних середовища

• Для кого: Команди, які ламають деплой через відсутнє налаштування.
• Демо: Порівняти файл прикладу конфігурації з реальним (зі прихованими значеннями) і показати, що відсутнє або не використовується.
• Складна частина: Ніколи не показувати секретні значення. Як зберігати API-ключі в безпеці пояснює, чому.

Проєкти з ШІ та API

Ці ідеї популярні, тож планка вища. Чат-вікна поверх моделі недостатньо; покажіть конкретне завдання, виконане краще.

18. Розподільник чеків

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

19. З нотаток зустрічі до списку дій

• Для кого: Студентські товариства і невеликі команди.
• Демо: Вставити нотатки або стенограму, отримати дії з відповідальними і датами та надіслати їх кожній людині.
• Складна частина: Неправильні відповідальні та вигадані терміни. Показуйте речення-джерело для кожної дії.

20. Заповнення форм голосом

• Для кого: Люди, яким важко заповнювати довгі форми: літні користувачі, люди з дислексією або слабким зором.
• Демо: Диктувати відповіді на форму по одному питанню; застосунок заповнює поля і зачитує їх для підтвердження.
• Складна частина: Правильно організувати згоду і ніколи не відправляти без остаточної перевірки людиною.

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

Як виграти (або хоча б довести до кінця)

1. Спочатку напишіть сценарій демо. Три речення: хто користувач, що він робить, що бачить. Будуйте лише те, що потрібно сценарію.
2. Доведіть основний сценарій до робочого стану до половини часу. Використовуйте шаблони, стартові набори або конструктор застосунків на основі ШІ для нудних частин: вхід, форми, база даних. Такий інструмент, як Mythex, може створити робочий веб-застосунок з базою даних і опублікувати його за посиланням, а команді лишається час на складну частину. Спочатку перевірте правила події щодо інструментів.
3. Використовуйте реалістичні зразки даних. Десять правдоподібних записів роблять демо справжнім; «test test 123» — ні.
4. Запишіть резервне відео. На хакатонах Wi-Fi підводить. Двохвилинний запис рятує презентацію.
5. Покажіть проблему реальної людини. Цитата від людини, з якою ви говорили, або фото паперового процесу, який ви замінюєте.
6. Будьте чесними щодо обмежень. Журі більше поважає «це зразкові дані», ніж твердження, які можна легко спростувати.

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

Запитання