Nicht angegeben
10 Angebote
Es muss geholfen werden, ein sauberes relationales Schema für das interne Betriebssystem auf Airtable zu überdenken und zu erstellen.
Die aktuelle Datenbank wird bereits vom Team genutzt, hat sich jedoch organisch entwickelt: Die Struktur ist teilweise flach, einige Tabellen/Ansichten werden aktiv genutzt, andere kaum, und die Dokumente ziehen derzeit eher Informationen in Airtable, obwohl Airtable idealerweise die Quelle der Wahrheit sein sollte und die benötigten betrieblichen Artefakte generieren sollte.
Es wird nicht nur Hilfe bei Formularen oder Automatisierungen benötigt, sondern eine strukturelle Arbeit: Analyse der aktuellen Logik, Entwurf des relationalen Schemas, Erstellung einer sauberen neuen Datenbank/Instanz, Dokumentation und Empfehlungen zur Migration auf das neue Schema.
Und potenziell könnte sogar eine Implementierung möglich sein.
Systemkontext:
Es gibt zwei Hauptbereiche: Feedback-System
Ein System zur Sammlung und Verarbeitung von Signalen von externen Beratern, Fokusgruppen, internen Teams und Stakeholdern. Es muss Folgendes unterstützen: Signalprotokoll / Signalregister; Beraterverfolgung; Feedbackaufnahme; Synthesedashboard; Status / Gates / Empfehlungen; Close-the-loop-Logik. Produktkatalog
Im Produktkatalog gibt es derzeit etwa 400 Einträge, von denen etwa 100 aktiv/live sind. Die Produkte, Status, Beziehungen, Datenquellen, Lebenszyklus-/Gate-Logik und Berichterstattung müssen besser strukturiert werden. Aktueller Zustand: Airtable existiert bereits und wird vom Team genutzt. Die aktuelle Datenqualität beträgt etwa 80 %. Das Schema ist überwiegend flach, nicht relational. Nur die ersten paar Tabellen/Registern werden aktiv genutzt: Einige Validierungsgates, Aufgaben/Entscheidungen und Dashboard-Ansichten werden bisher kaum genutzt. Es gibt keine PII. Jegliche Arbeit mit der Live-Datenbank muss äußerst vorsichtig erfolgen: keine Änderungen in der Produktion ohne Genehmigung. Der ideale Ansatz ist die Analyse der Struktur und der Aufbau einer neuen sauberen Datenbank separat im Sandbox. Was zu tun ist:
Phase 1 — Audit & Architektur-Empfehlung Die aktuelle Struktur von Airtable betrachten. Bestimmen, welche Tabellen/Felder/Ansichten tatsächlich benötigt werden, welche dupliziert sind, welche zusammengeführt oder entfernt werden können. Ein relationales Datenmodell vorschlagen. Die Hauptentitäten, Beziehungen, Primärschlüssel, verlinkte Datensätze, Lookup/Rollup-Logik beschreiben. Ein sauberes Schema für das Projekt + Produktkatalog vorschlagen. Bestimmen, welche Dashboards/Schnittstellen für verschiedene Benutzer benötigt werden. Ein kurzes Architektur-Memo oder Schema-Map vorbereiten. Phase 2 — Saubere Airtable-Datenbank erstellen Eine neue saubere Airtable-Datenbank/Instanz erstellen. Tabellen, Felder, verlinkte Datensätze, Ansichten, grundlegende Schnittstellen einrichten. Die grundlegende Dashboard-/Berichterstattungslogik einrichten. Eine Migrationskarte vorbereiten: wie Daten von der alten Struktur in die neue übertragen werden. Die Struktur so dokumentieren, dass das Team sie nach der Übergabe unterstützen kann. Falls erforderlich — eine Automatisierungsstrategie vorschlagen, jedoch ohne übermäßige Komplexität. Erwartete Ergebnisse: Airtable-Schema-Map. Neue saubere Airtable-Datenbank. Tabellen + Beziehungen + Schlüssel-Felder. Ansichten/Schnittstellen für die Hauptbenutzer. Migrationsempfehlung. Kurze Dokumentation für das Team. Empfehlungen zur Governance: wer Daten eingibt, wer Änderungen genehmigt, welche Felder obligatorisch sind, wie Duplikate vermieden werden. Optional: 1 kurzer Übergabecall / Loom-Durchlauf. Wichtige Sicherheits-/Zugriffsregeln: Keine PII. Keine gefährlichen Tokens oder persönlichen Integrationen. AI/MCP/ChatGPT/Claude darf nicht mit der Live-Airtable verbunden werden. Wenn Zugriff auf die bestehende Datenbank erforderlich ist, muss dieser schreibgeschützt oder über Export/Screenshots/strukturierte Beschreibung erfolgen. Alle Aufzeichnungen/Änderungen erfolgen nur in der neuen Test-/sauberen Datenbank, nicht in der Live-Produktion. Wen ich suche:
Der ideale Kandidat hat Erfahrung in: Airtable-Datenbankarchitektur; Entwurf relationaler Schemata; Airtable-Schnittstellen, Ansichten, Formulare, Automatisierungen; Migration/Bereinigung von unordentlichen Airtable-Datenbanken; Produktoperationen / CRM / Workflow-Systemen; Dokumentation und Übergabe; Bitte geben Sie in Ihrer Antwort an: Beispiele für Airtable-Datenbanken oder Systeme, die Sie erstellt haben. Hatten Sie Erfahrung mit der Umwandlung einer flachen Airtable-Struktur in ein relationales Schema? Wie würden Sie an Audit → Schema-Design → Build herangehen? Eine Schätzung der Stunden für Phase 1. Ihr Stundensatz oder ein Festpreisangebot für die erste Phase. Sind Sie bereit, unter NDA zu arbeiten? Arbeitsformat:
Es wäre wünschenswert, so bald wie möglich zu beginnen. Zunächst kann eine kleine bezahlte Entdeckung/Audit durchgeführt werden, gefolgt von einem vollständigen Build.
