• Проєкти 30
  • Оцінка 5.0
  • Рейтинг 5 621

Бюджет: 27000 UAH Термін: 4 дні

МОжу взяти Phase 1 як оплачений етап аудиту - 800 USD за 4 робочі дні, орієнтир 18-24 години. Погодинний орієнтир - 40 USD/год, але для першого етапу краще фіксована ціна, бо результат має бути не набір годин, а schema map, architecture memo і план міграції. NDA - так, готові працювати.

У нас був схожий підхд у корпоративних системах, де з хаотичної операційної логіки робили нормальну модель даних, ролі, статуси, дашборди і правила підтримки. Так, flat-структури в реляційні моделі перетворювали. Я б йшов не від автоматизацій, а від моделі сутностей - сигнали, радники, продукти, гейти, рекомендації, рішення, джерела, артефакти, відповідальні. Потім - окрема Sandbox base, linked records, lookups, rollups, required fields, views для ролей і migration map. В live base зміни не робимо без погодження, read-only або експорт норм.

Питання для точної рамки
> Чи зможете дати export schema або read-only доступ до бази без персональних токенів?
> Чи потрібно в Phase 1 покрити обидва напрями однаково глибоко, чи Product catalog важливіший за Feedback system на першому етапі?

Приклади
> https://business.ingello.com/forma-bpm - близько за логікою процесів, статусів і правил роботи

Мобільна програма з адмінкою
  • Проєкти 20
  • Оцінка -
  • Рейтинг 2 116

Бюджет: 15000 UAH Термін: 6 днів

Доброго дня. Прочитав уважно. Потрібна не косметика, а структурна робота: аудит поточної Airtable-бази, яка виросла органічно і стала пласкою, проєктування чистої relational-схеми під два напрями (feedback system і каталог продуктів на близько 400 записів, близько 100 активних), побудова нової чистої бази окремо в sandbox, документація і рекомендації щодо міграції, без змін у production без погодження.

Моя сила тут саме в реляційному моделюванні даних: постійно проєктую схеми під бекенд (сутності, ключі, звʼязки, нормалізація там, де вона потрібна, і свідома денормалізація там, де вона виправдана під звітність). Підхід під ваш кейс: спершу розкладаю поточну структуру і позначаю, що реально використовується, що дублюється і що можна обʼєднати або прибрати, далі проєктую entities і звʼязки (signal log, advisors, feedback intake, synthesis та product catalog з lifecycle і gate-логікою) через linked records з lookup і rollup під потрібні дашборди. Нову базу збираю в окремому інстансі, ваш production не чіпаю, і окремо описую план міграції.

Уточню по глибині: вам потрібен саме аудит плюс спроєктована схема з документацією, чи також повне впровадження нової бази і перенесення даних? І чи є вивантаження поточної структури (список таблиць і полів), щоб я міг оцінити обсяг точніше?

  • Проєкти -
  • Оцінка -
  • Рейтинг 525

Бюджет: 7000 UAH Термін: 7 днів

Привіт, Вікторе!

Маю досвід з Airtable-архітектурою - перебудова плоских баз у реляційні схеми, linked records, lookup/rollup логіка, інтерфейси та views.

Мій підхід:
Фаза 1 - аудит поточної бази (через read-only або export/screenshots, без торкання production), виявлення дублювань і зайвих таблиць, проектування чистої реляційної схеми для Feedback System і Product Catalog. Схема-мап + архітектурне memo.
Фаза 2 - будую чисту базу в окремому Sandbox: таблиці, зв'язки, views, інтерфейси, міграційна карта, документація для команди.

NDA - без проблем. Досвід є з operational systems подібного рівня складності. Приблизно 10-12 годин на Фазу 1.

  • Проєкти -
  • Оцінка -
  • Рейтинг 196

Бюджет: 27000 UAH Термін: 6 днів

у нас вже є практично готове схоже рішення для операційної системи з продуктами, статусами, ролями, звітами та міграційною картою - його можна швидко адаптувати під вашу Airtable-базу, можемо обговорити тут, я на зв'язку ))

по Phase 1 я б оцінив аудит і архітектурну рекомендацію у 24-32 години, фіксовано можу взяти перший етап за 28000 грн і 6 робочих днів.
працювати під NDA готові.
production base не чіпаємо без погодження - аналіз через read-only доступ, експорт, скріншоти або опис структури, а все будівництво робимо в окремій Sandbox-базі.

підхід такий - спершу розбираємо реальне використання таблиць, полів, в'юшок і звітів, потім будуємо нормальну relational-схему для signal log, advisors, intake, synthesis, gates, recommendations, product catalog, lifecycle і reporting.
далі готуємо schema map, primary keys, linked records, lookup та rollup логіку, правила governance і migration map, щоб команда не повернулась до хаосу через два тижні - вічна класика, база сама себе не приручить =)

ТАкож бачу сенс одразу закласти місце для обережної автоматизації - не AI/MCP до live Airtable, а контрольовані сценарії в новій базі, наприклад генерація операційних артефактів, перевірка обов'язкових полів, статусні переходи і звітність.

  • Проєкти -
  • Оцінка -
  • Рейтинг 278

Бюджет: 7000 UAH Термін: 12 днів

Доброго дня! Робив саме таке — переносив Airtable, що ріс органічно й став плоским, у нормальну relational-схему з лінками між таблицями й чистими статусами. Згоден із вашим підходом: робочу базу не чіпати, зібрати чисту в окремому Sandbox, звірити на ваших даних і вже потім мігрувати. По feedback-системі й каталогу на ~400 продуктів ядро сутностей зі статусами та gate-логікою вже бачу. Готовий за 12 днів: схема плюс документація міграції. Підкажіть лише, Airtable у вас на платному плані?

Ставки приховані

У списку не показані ставки, приховані замовником чи фрилансером з Plus, а також ставки, що порушують правила

Актуальні фриланс-проєкти в категорії Бази даних та SQL

17:35
14:59
3 липня
2 липня