Бюджет: 15000 UAH Термін: 12 днів
Давайте подивимося на повну тз та інші деталі і адекватно оцінимо ваш проект. Чекаємо на відповідь, щасливий день!
Шукаємо програміста, який допоможе розробити систему та додаток для курʼєрської компанії.
Потрібно реалізувати оформлення, відстежування та оплату посилок; функціонал для клієнтів та працівників (курʼєрів, менеджерів).
1. Оформлення доставки для клієнтів
2. Збереження інформації у базі даних та надання посилці унікального ідентифікаційного коду.
3. Виготовлення та друк ТТН посилки.
4. Сканування посилки за
ТТН-кодом.
5. Відстежування доставки.
…
Для нас важлива:
1. адекватна ціна;
2. дотримання обумовлених термінів;
3. швидка та якісна комунікація у робочий час;
4. відповідальне ставлення до проєкту.
Досвід роботи у схожому напрямку буде перевагою.
Бюджет: 15000 UAH Термін: 12 днів
Давайте подивимося на повну тз та інші деталі і адекватно оцінимо ваш проект. Чекаємо на відповідь, щасливий день!
Бюджет: 12345 UAH Термін: 30 днів
Можу взятись. Досвід великий. Працюю швидко, колеги на підстраховці. ФОП, підписуємо договір, беру гарантійні зобов'язання. Вартість та терміни виконання - по узгодженому ТЗ. Детальніше про нас pancodix.com
Бюджет: 1000 UAH Термін: 1 день
Привіт у вас я так розумію бекенд вже реалізований, потрібно, щоб ви зняли дані з нього і документацію або хоча б свагер або щось подібне, де можна ознайомитися з методами на основі яких буде працювати додаток.
Приклади для доставки з ресторанів вже реалізований, ви можете побачити в моєму профілі в портфоліо.
Пристрій можна реалізувати на Flutter одночасно під обома платформами IOS і Android.
Після отримання необхідних даних і обговорення, ми зможемо скласти технічні завдання і розділити їх на завдання.
Якщо у вас немає бекенда, ми можемо його розробити відповідно до технічного завдання
Бюджет: 68800 UAH Термін: 120 днів
Якісно виконаємо Ваш проект і будемо супроводжувати після релізу.
Mobiwolf.com існує з 2010 року. Спеціалізуємось на розробці комплексних мобільних рішень під платформи Android, iOS. Переважна кількість наших клієнтів - закордонні замовники зі США та Європи.
Наші рейти, портфоліо та інші деталі пропоную обговорити через особистий чат.
Бюджет: 500 UAH Термін: 1 день
Вікторія, добрий вечір.
Застосунок (як для курʼєрів, так і офісу): від 80-120 годин
Серверна частина: від 40-80 годин
Частина, що відповідає за друк: від 20 годин
Ітого від 140....220 годин. В залежності від остаточного набору функціональності.
1. Треба ретельно розписати увесь процес проходження посилки та всіх операцій з нею
2. Спроектувати та затвердити архітектуру
3. Спроектувати дизайн та форми звітності, наліпок.
4. Скорегувати оцінку часу, скласти план розробки з урахуванням ризиків.
5. Розробка
6. Тестування і розгортання системи.
7. Звітність і здача проекту.
Бюджет: 67999 UAH Термін: 20 днів
Привіт!
Наша команда розробляє мобільні додатки понад 7 років і ми готові виконати Ваш проект. Проте для надання естімейту по вартості та терміну розробки потрібно ознайомитися з повним ТЗ та дизайном Вашого додатку.
Бюджет: 30000 UAH Термін: 30 днів
Вікторія, вітаю вас
Не зовсім розумію один момент, у вас одним додатком користуються і кур'єри, і покупці?
Зазвичай в таких бізнес-рішеннях використовуються дві окремі додатки,
І вони з собою через мережу спілкуються. (одна для клієнта, який користується продуктом, інша для кур'єрів і т.д.)
Відповісти на запитання (на личці)
Бюджет: 1234 UAH Термін: 1 день
Зможу розробити для вас додаток для Android, нативний (Kotlin/Java) з подальшою підтримкою.
Ціна, терміни тощо - обговоримо додатково. Звертайтесь.
Коротко про себе - досвід комерційної розробки на Android 8 років. Розширене CV та приклади робіт - за додатковим запитом передам.
Бюджет: 68800 UAH Термін: 30 днів
Добрий день, маю 7 років досвіду Android розробки. Зацікавив ваш проект, але потрібно більше деталей для оцінки термінів та вартості. Якщо у вас є детальне ТЗ, то хотілося б ознайомитись.
Бюджет: 1234 UAH Термін: 30 днів
Привіт, я готовий зробити даний застосунок на React Native (Android + iOS)
У мене 5+ років досвіду розробки мобільних застосунків
Моє портфоліо: Freelancehunt
Мій GitLab: https://gitlab.com/users/m.polazhynets/projects
Мої технічні навички:
✅ Javascript/Typescript
✅ React Native/React
✅ Redux
✅ Firebase
Розробка додатку Power App, супровід мене як новачка. Canvas App, допомога в розробці Screen Домомога в розробці структури даних для App Програмування функцій Допомога у створенні Date-verse-Таблиць
Шукаємо досвідченого Shopify-розробника для створення повноцінного інтернет-магазину з нуля з обов'язковою інтеграцією з Amazon. Що потрібно зробити: Інтеграція з Amazon як основа проєкту: синхронізація товарів, залишків та замовлень між Shopify та обліковим записом продавця на Amazon. Налаштування магазину будується з урахуванням цієї інтеграції з самого початку. Налаштування магазину: кастомізація теми, структура каталогу, картки товарів, кошик, оформлення замовлення — все узгоджується з логікою інтеграції з Amazon. Технічна оптимізація для AI-видимості (GEO): структуровані дані, файл llms.txt, оптимізація контенту під відповіді AI-асистентів (ChatGPT, Perplexity, AI Overviews тощо), правильна семантична розмітка сторінок. Базове SEO-налаштування: метатеги, sitemap, швидкість завантаження, мобільна адаптивність. Підключення платіжних систем. Встановлення необхідних додатків (відгуки, email-маркетинг, аналітика тощо). Тестування магазину перед запуском.
Потрібно допомогти переосмислити та побудувати чисту relational-схему для внутрішньої операційної системи на Airtable. Поточна база вже використовується командою, але вона виросла органічно: структура частково плоска, частина таблиць/в’юшок використовується активно, частина майже не використовується, а документи зараз радше “підтягують” інформацію в Airtable, хоча в ідеалі Airtable має стати джерелом правди і генерувати потрібні операційні артефакти. Потрібна не просто допомога з формами чи автоматизаціями, а саме структурна робота: аналіз поточної логіки, проєктування relational-схеми, створення чистої нової бази/інстансу, документація та рекомендації щодо міграції до нової схеми. І потенційно можливо навіть впровадження Контекст системи: Є два основні напрями: Feedback system Система для збору й обробки сигналів від зовнішніх радників, фокус-груп, внутрішніх команд та stakeholders. Має підтримувати: signal log / реєстр сигналів; advisor tracking; feedback intake; synthesis dashboard; status / gates / recommendations; close-the-loop логіку. Product catalog У каталозі продуктів зараз близько 400 записів, приблизно 100 з них активні/live. Потрібно краще структурувати продукти, статуси, зв’язки, джерела даних, lifecycle/gate logic та звітність. Поточний стан: Airtable вже існує і використовується командою. Поточна точність даних приблизно 80%. Схема переважно flat, не relational. Активно використовуються лише перші кілька таблиць/вкладок: Частина validation gates, tasks/decisions і dashboard views поки майже не використовується. Немає PII. Будь-яка робота з live base має бути максимально обережною: без змін у production без погодження. Ідеальний підхід — аналіз структури та побудова нової чистої бази окремо у Sandbox. Що потрібно зробити: Phase 1 — Audit & architecture recommendation Подивитися на поточну структуру Airtable. Визначити, які таблиці/поля/в’юшки реально потрібні, які дублюються, які можна об’єднати або прибрати. Запропонувати relational data model. Описати основні entities, relationships, primary keys, linked records, lookup/rollup logic. Запропонувати clean schema для Проєкту + Product catalog. Визначити, які dashboards/interfaces потрібні для різних користувачів. Підготувати короткий architecture memo або schema map. Phase 2 — Build clean Airtable base Створити нову чисту Airtable base / instance. Налаштувати таблиці, поля, linked records, views, basic interfaces. Налаштувати базову dashboard/reporting логіку. Підготувати migration map: як переносити дані зі старої структури в нову. Задокументувати структуру так, щоб команда могла підтримувати її після передачі. За потреби — запропонувати automation strategy, але без надмірної складності. Очікувані deliverables: Airtable schema map. Нова clean Airtable base. Таблиці + relationships + key fields. Views/interfaces для основних користувачів. Migration recommendation. Коротка документація для команди. Рекомендації щодо governance: хто вносить дані, хто апрувить зміни, які поля є обов’язковими, як уникати дублювання. Опційно: 1 короткий handoff call / Loom walkthrough. Важливі security / access правила: Без PII. Без небезпечних токенів або персональних інтеграцій. Не можна підключати AI/MCP/ChatGPT/Claude до live Airtable. Якщо потрібен доступ до існуючої бази, він має бути read-only або через експорт/скріншоти/структурний опис. Будь-які записи/зміни робляться тільки в новій тестовій/чистій базі, не в live production. Кого шукаю: Ідеальний кандидат має досвід: Airtable base architecture; relational schema design; Airtable interfaces, views, forms, automations; migration/cleanup of messy Airtable bases; product operations / CRM / workflow systems; documentation and handoff; У відгуку, будь ласка, вкажіть: Приклади Airtable-баз або систем, які ви будували. Чи був у вас досвід перетворення flat Airtable structure у relational schema. Як би ви підійшли до audit → schema design → build. Орієнтовну оцінку годин для Phase 1. Ваш hourly rate або fixed-price пропозицію для першого етапу. Чи готові працювати під NDA. Формат роботи: Почати бажано найближчим часом. Спочатку можна зробити невеликий paid discovery/audit, після чого перейти до повного build.
Потрібно перепідв'язати договір оферти в футері на новий, в компанії змінився регламент Завдання на 20 хвилин