Необходимо помочь переосмыслить и построить чистую реляционную схему для внутренней операционной системы на Airtable.
Текущая база уже используется командой, но она выросла органически: структура частично плоская, часть таблиц/вьюшек используется активно, часть почти не используется, а документы сейчас скорее "подтягивают" информацию в Airtable, хотя в идеале Airtable должен стать источником правды и генерировать необходимые операционные артефакты.
Нужна не просто помощь с формами или автоматизациями, а именно структурная работа: анализ текущей логики, проектирование реляционной схемы, создание чистой новой базы/инстанса, документация и рекомендации по миграции на новую схему.
И потенциально возможно даже внедрение
Контекст системы:
Есть два основных направления:
Система обратной связи
Система для сбора и обработки сигналов от внешних советников, фокус-групп, внутренних команд и заинтересованных сторон. Должна поддерживать:
Каталог продуктов
В каталоге продуктов сейчас около 400 записей, примерно 100 из них активные/live. Нужно лучше структурировать продукты, статусы, связи, источники данных, логику жизненного цикла/ворот и отчетность.
Текущая ситуация:
Airtable уже существует и используется командой.
Текущая точность данных примерно 80%.
Схема преимущественно плоская, не реляционная.
Активно используются только первые несколько таблиц/вкладок:
Часть валидационных ворот, задач/решений и панелей управления пока почти не используется.
Нет PII.
Любая работа с живой базой должна быть максимально осторожной: без изменений в production без согласования. Идеальный подход — анализ структуры и построение новой чистой базы отдельно в Sandbox.
Что нужно сделать:
Этап 1 — Аудит и рекомендации по архитектуре
Посмотреть на текущую структуру Airtable.
Определить, какие таблицы/поля/вьюшки реально нужны, какие дублируются, какие можно объединить или убрать.
Предложить реляционную модель данных.
Описать основные сущности, отношения, первичные ключи, связанные записи, логику поиска/агрегирования.
Предложить чистую схему для Проекта + Каталога продуктов.
Определить, какие панели/интерфейсы нужны для разных пользователей.
Подготовить краткую архитектурную записку или схему.
Этап 2 — Построить чистую базу Airtable
Создать новую чистую базу Airtable / инстанс.
Настроить таблицы, поля, связанные записи, вьюшки, базовые интерфейсы.
Настроить базовую логику панели управления/отчетности.
Подготовить карту миграции: как переносить данные со старой структуры в новую.
Задокументировать структуру так, чтобы команда могла поддерживать ее после передачи.
При необходимости — предложить стратегию автоматизации, но без излишней сложности.
Ожидаемые результаты:
Схема Airtable.
Новая чистая база Airtable.
Таблицы + отношения + ключевые поля.
Вьюшки/интерфейсы для основных пользователей.
Рекомендации по миграции.
Краткая документация для команды.
Рекомендации по управлению: кто вносит данные, кто утверждает изменения, какие поля являются обязательными, как избегать дублирования.
Опционально: 1 короткий звонок для передачи / Loom walkthrough.
Важные правила безопасности / доступа:
Без PII.
Без опасных токенов или персональных интеграций.
Нельзя подключать AI/MCP/ChatGPT/Claude к живому Airtable.
Если нужен доступ к существующей базе, он должен быть только для чтения или через экспорт/скриншоты/структурное описание.
Любые записи/изменения делаются только в новой тестовой/чистой базе, не в живом production.
Кого ищу:
Идеальный кандидат имеет опыт:
Архитектуры баз Airtable;
Проектирования реляционных схем;
Интерфейсов Airtable, вьюшек, форм, автоматизаций;
Миграции/очистки неаккуратных баз Airtable;
Операций с продуктами / CRM / системами рабочих процессов;
Документации и передачи.
В отклике, пожалуйста, укажите:
Примеры баз Airtable или систем, которые вы строили.
Был ли у вас опыт преобразования плоской структуры Airtable в реляционную схему.
Как бы вы подошли к аудиту → проектированию схемы → построению.
Ориентировочную оценку часов для Этапа 1.
Ваш почасовой тариф или фиксированное предложение для первого этапа.
Готовы ли вы работать под NDA.
Формат работы:
Начать желательно в ближайшее время. Сначала можно сделать небольшой оплачиваемый аудит, после чего перейти к полному построению.