No-code developer to build internal staffing app (Airtable + Softr/Glide + Make)

We're a Scottish entertainment agency looking for an experienced no-code developer to build an internal staffing tool - a small web app that lets us coordinate which performers play which gigs, replacing a mess of WhatsApp polls, spreadsheets and a third-party reminder app. Scope is well defined. We have: • A clickable prototype demonstrating the key screens and interaction which we've built using Claude. • A written build brief covering data model, flows, integrations, edge cases and milestones. We will share both with the right candidate. Project snapshot • approx. 20 performers, approx. 150 gigs/year • Two user roles (Admin, Performer) with role-based logins (i.e. log in for each of the 20 performers). • Master gig list, slot-based line-up with soft instrument rules, bid flow ("I'm in / Decline"), team lock-in, drop-out request flow. • Integrations: Google Calendar (read, via existing Studio Ninja (our current CRM) iCal feed), email + SMS notifications (Twilio or equivalent), per-performer iCal subscription feed, per-gig "Add to calendar" .ics, day-of SMS reminder. • No payment processing; no client-facing features; financial tracking stays in our existing Google Sheet ledger so no need for integration. Preferred stack (but happy to take suggestions): Airtable (data) + Softr or Glide (interface/logins) + Make (automations). Open to alternative no-code stacks with strong justification, provided the result is maintainable by a non-developer (we are musicians, not software developers!) Deliverables, three milestones: Core staffing app - schema, logins, master list, gig detail with staffing controls, bid flow, lock/unlock, drop-outs, response tracker (approx. 50% of cost) Integrations - Google Calendar import, email + SMS, iCal feed, Add-to-calendar, day-of reminder (approx. 35%) Polish & handover - roster management, mobile responsiveness, admin runbook, credential transfer, two weeks of post-launch bug-fix support (approx. 15%) We own all accounts and credentials at handover. In your proposal, please include: Relevant experience with this stack - links to two or three comparable builds you've delivered. Estimated cost (fixed-price preferred) and timeline. How you'd structure milestones and what counts as acceptance for each. Any questions or pushback on the brief - we'd rather hear it now than during the build. Prototype link: