Бюджет: 5000 UAH Термін: 7 днів
Добрий день .
Про це йдеться у повідомленні, пропонуємо обговорити в ЛС.
І коштувати це буде дорожче. Якщо готові збільшити бюджет, напишіть в ЛС.
Шукаємо досвідченого системного архітектора / Backend-інженера (Node.js/Python/Go) для проєктування технічної документації та створення першого функціонального прототипу MVP мобільного додатка з інтеграцією LLM (Large Language Models). Проєкт спрямований на створення інтерактивного AI-асистента, який у режимі реального часу аналізує текстовий та візуальний контент користувача (символи, фото подій) за логікою ігрового квесту та наративу («дзеркало реальності»). Конкретний етап роботи: Етап 1: Проєктування технічної архітектури, розробка схеми бази даних та створення робочого прототипу логіки AI-асистента (Core AI Router). Чіткий перелік завдань та межі відповідальності: Проєктування архітектури системи: Створення архітектурної схеми взаємодії клієнта (Mobile App), сервера (Backend) та зовнішніх API (OpenAI / Anthropic / мобільна камера). Проєктування БД: Розробка схеми бази даних (PostgreSQL / MongoDB) для збереження профілів користувачів, логів запитів, балансу ігрових монет та контексту діалогів з AI. Логіка Обробки Контенту (AI Router): Розробка backend-модуля, який приймає фото/текст від користувача, формує системний промпт (Persona: Cheshire AI) та повертає структуровану відповідь (JSON). Модуль Токеноміки (Ігрова логіка): Реалізація базового алгоритму нарахування внутрішньоігрових балів/монет на баланс користувача після кожної успішної сесії/валідації інсайту. Технічні вимоги (Стек технологій): Backend: Node.js (TypeScript) / Python (FastAPI). AI Integration: OpenAI API (GPT-4o) або аналоги з підтримкою Vision (для аналізу зображень). База даних: PostgreSQL (для юзерів та балансу) + Redis (для збереження сесій та контексту чату). Документація: Swagger/OpenAPI для опису ендпоінтів. Очікуваний результат (Критерії приймання): Документ Архитектури (PDF/Notion): UML-діаграми, схема БД, опис API-ендпоінтів та логіки промптингу. Робочий MVP-модуль (Репозиторій GitHub): Чистий код backend-сервера, готовий до розгортання в Docker. Демонстрація: Робочий API, який успішно приймає тестове фото/опис ситуації, обробляє через LLM у заданій ролі «Чешира», повертає інтерпретацію та коректно нараховує ігрову монету на баланс у БД. Строки виконання: 14–21 день із моменту затвердження виконавця.
Ми DTC wellness бренд, продаємо БАДи на ринок США за підпискою, а застосунок є помічником, який ближче пізнає клієнта, отримає його дані для подальшої розсилки по базі, яка нагадуватиме про прийом БАДів (AM/PM), відмічатиме прийом у календарі, показуватиме прогрес. Застосунок гейміфікований з ачивками, персоналізованими пуш-сповіщеннями з компліментами на кожен день і приємними передбаченнями (як у печеньках). Бекенд / дані — Firebase 1. ОнбордингКористувач відкриває застосунок — перший екран з логотипом SHE·8, фото дівчини і текстом «Your daily reset begins with you.» Внизу кнопка «GET STARTED», під нею посилання «Вже є акаунт? Увійти».2. РеєстраціяПісля натискання «Get Started» починається опитування з 5 кроків (Step 1 of 5). Перше запитання: «What is your main goal?» — варіанти: Better Sleep, Less Stress, More Energy (вибрано), Better Focus. Кнопка «NEXT» веде далі по кроках.3. Налаштування нагадуваньПісля опитування користувач задає час двох нагадувань — ранкового (08:00) та вечірнього (20:00), з поясненням, що застосунок нагадає про прийом капсул. Кнопка «SAVE».4. Ранковий ResetЕкран привітання: «Good morning, Sarah ☀️», «Day 8 of your Reset», ілюстрація капсул зі склянкою води, інструкція прийняти ранкові капсули. Кнопка «I DID IT ✓» — користувач відмічає виконання.5. Пізній чек-ін / Вечірній ResetТемний екран з місяцем — «Evening Reset», текст «Саме час розслабитися та подбати про себе». Кнопка «I DID IT ✓».6. Нагадування, якщо пропущено вечірній прийомЯкщо користувач забув відмітитися, показується екран «Hey, Sarah! » з іконкою втомленого смайлика, текстом «Ви ще не відмітили вечірній прийом» та двома кнопками: «Так, зробити зараз» (основна) та «Пізніше» (другорядна).7. Головна панельПісля онбордингу або входу користувач потрапляє на головний екран: «Hi, Sarah! », мотиваційна фраза, блок «Current Streak — 8 days » та круговий індикатор «Progress — 80%». Внизу нижня навігація: Home, Progress, Calendar, Me.8. ПрогресВкладка «My Progress»: поточний стрік (8 днів), «Days completed 8/10» з прогрес-баром, тижневий трекер (Пн–Нд з відмітками виконано/пропущено), загальний «Overall progress — 80%».9. КалендарВкладка «Calendar»: місячний вигляд (June 2025), дні відмічені кольором — виконано (зелений), сьогодні (синій), пропущено (червоний). Користувач може натиснути на конкретний день.10. Деталь дняПри виборі дня (June 8, 2025) відкривається детальний екран: статус ранкового (08:15 ✓ Completed) та вечірнього (20:05 ✓ Completed) прийомів, плюс поле «Daily note» з особистою заміткою користувача.11. Ваші результатиЕкран «Your Results» — порівняння показників «До» і «Після» (Energy, Sleep, Stress) у вигляді прогрес-барів, які наочно показують покращення. Кнопка «SEE MY JOURNEY».12. МотиваціяЕкран «Daily Motivation» з фоновим фото і надихаючою цитатою: «Small daily actions create big changes.»13. ДосягненняВкладка «Achievements»: список отриманих нагород (First Step, 7 Days Streak, 10 Days Streak) та наступна ціль («Next achievement — 30 Days Streak», прогрес 8/30).14. ПрофільВкладка «Profile»: аватар та ім'я користувача (Sarah), список налаштувань — Особиста інформація, Нагадування, Сповіщення, Підписка, Допомога та підтримка, і кнопка «Вийти».
Шукаємо IOS розробника для створення додатку типу Mindly, для роботи сувмісно з нашим backend розробником.Поки що окремого дизайну немає, оскільки хочу максимально швидко і бюджетно зробити MVP. Пропоную використати мінімалістичний інтерфейс зі стандартними UI-компонентами, без індивідуального дизайну За основу можна взяти логіку та розташування елементів у Mindly: центральний вузол, дочірні вузли навколо нього, проста навігація між вузлами. Не потрібно копіювати дизайн один в один, достатньо реалізувати аналогічний UX Після запуску MVP і перевірки ідеї вже можна буде зробити окремий UI/UX та покращити візуальну частину Скриншоти з Mindly прикріпив MVP технічне завдання для додатку типу Mindly Загальна ідея Додаток дозволяє створювати ментальні карти у вигляді дерева. Користувач створює центральну тему, додає до неї підтеми та переходить між ними. На екрані одночасно відображається лише один рівень дерева: активний вузол у центрі та його безпосередні дочірні вузли навколо нього. ⸻ Основний функціонал MVP 1. Створення карти Після відкриття додатку користувач може створити нову карту. Потрібно лише одне поле: Назва карти. Після створення автоматично створюється кореневий вузол. ⸻ 2. Головний екран На головному екрані відображаються: центральний вузол; дочірні вузли навколо нього; кнопка “+” для створення нового вузла; кнопка “Назад”; меню карти. ⸻ 3. Створення вузлів При натисканні “+” відкривається невелике вікно. Поля: Назва. Нотатка (необов’язково). Після збереження вузол додається як дочірній до поточного. ⸻ 4. Перегляд вузла При натисканні на дочірній вузол він стає центральним елементом. Навколо нього відображаються його дочірні вузли. ⸻ 5. Повернення назад Кнопка “Назад” повертає до попереднього вузла через історію переходів. ⸻ 6. Редагування вузла При довгому натисканні або через меню відкривається редактор. Можна змінити: назву; нотатку. ⸻ 7. Видалення вузла Через меню користувач може видалити вузол. Разом із вузлом видаляються всі його дочірні елементи. Перед видаленням показати підтвердження. ⸻ 8. Збереження Усі зміни автоматично зберігаються після кожної дії. Окрема кнопка “Зберегти” не потрібна. ⸻ Структура даних MindMap interface MindMap { id: string; title: string; } Node interface Node { id: string; mapId: string; parentId: string | null; title: string; note: string; } ⸻ Логіка роботи Створити карту. Створити кореневий вузол. Відобразити кореневий вузол у центрі. Отримати всі дочірні вузли. Розташувати їх по колу навколо центру. При натисканні на вузол зробити його новим центром. Завантажити його дочірні вузли. Повторити цикл. ⸻ Екрани MVP 1. Список карт список усіх карт; кнопка “Створити карту”. 2. Екран карти центральний вузол; дочірні вузли; кнопка додавання; кнопка назад. 3. Створення / редагування вузла Поля: Назва. Нотатка. Кнопки: Зберегти. Видалити (лише для існуючих вузлів). ⸻ Що НЕ входить до MVP Хмарна синхронізація. Спільне редагування. Кольори вузлів. Іконки. Drag & Drop. Пошук. Експорт. Імпорт. Undo / Redo. Вкладення. Теги. Нагадування. Статуси. Масштабування. Шаблони карт. ⸻ Основна ціль MVP Дати користувачу можливість: створити карту; створювати необмежену кількість вкладених вузлів; переходити між вузлами; редагувати їх; видаляти їх; автоматично зберігати всі зміни. Цього достатньо, щоб перевірити основну ідею продукту без реалізації другорядних функцій.
дзвінки здійснюються через SIM-карту на iPhone, то потрібно автоматично передавати інформацію про вхідні/вихідні дзвінки в CRM
Розробка мобільного додатку HelpMap для Android та iOS1. Загальна інформація про проєкт Необхідно розробити мобільний додаток під назвою HelpMap для пристроїв Android та iOS. HelpMap — це додаток, який допомагає людям знаходити допомогу поруч із собою, пропонувати допомогу іншим, розміщувати платні завдання та пропонувати власні послуги. Головна ідея додатку полягає в наступному: людина, якій потрібна допомога, може знайти на карті користувачів, готових допомогти; людина, яка хоче заробити або допомогти іншим, може побачити на карті опубліковані завдання; користувачі та компанії можуть розміщувати свої послуги; користувачі можуть спілкуватися в особистому чаті; після виконання завдання сторони можуть поставити оцінку та залишити відгук. За принципом роботи додаток має нагадувати Uber, однак замість пошуку автомобіля користувач шукає помічника, виконавця або відповідну послугу. Додаток має бути простим і зрозумілим для людей будь-якого віку. Інтерфейс має бути сучасним, зручним і не перевантаженим.2. Платформи Додаток має працювати на: Android; iOS. Бажано використовувати одну загальну технологію розробки для двох платформ, наприклад Flutter або React Native. Однак виконавець може запропонувати інший варіант, якщо зможе пояснити його переваги. Також необхідно передбачити серверну частину додатку, базу даних, зберігання фотографій, відправку сповіщень та адміністративну панель.
