Finalize Booking Platform Bug Fixes
Budget: $30 – $150 USD
I’m in the very last stretch before launching my SaaS booking platform (Ruby on Rails backend, TypeScript-driven front-end) and need an experienced full-stack hand to knock out the remaining issues.
Top priority
The first blocker is a broken database migration: the current site _settings migration refers to the admin table before that table exists, so the sequence is out of order. Once that is stable, everything else can move forward.
What else needs attention
• Onboarding flow – I only need the initial settings configuration step wired in and persisting correctly.
• Dashboard – the Sales Figures card isn’t reading or aggregating data properly.
• API chatter – some endpoints fire multiple times, and the FAQ, Service and Appointments endpoints respond sluggishly.
• Occasional Render memory errors that crash the app after several heavy requests.
• Calendar – appointments shorter than an hour show misaligned text.
• Marketing section – the “Create New Template” and “Edit Template” modals don’t scroll; SMS templates can’t be created, edited or deleted.
• Customer section – SMS templates aren’t visible, and bulk SMS/email sends crawl.
What success looks like
• Rails migrations run cleanly end-to-end on a fresh database.
• Initial settings onboarding screen saves and surfaces data on first login.
• Sales figures widget shows accurate totals within accepted load times.
• Duplicate API calls removed; response times for the slow endpoints drop to acceptable levels (we can define exact ms targets together).
• No memory-related crashes under typical traffic in Render logs.
• Sub-hour calendar events render legibly and aligned.
• Modals scroll smoothly and all SMS template CRUD operations function in both Marketing and Customer areas.
• Bulk communications complete within a reasonable window, with progress feedback.
If you’re comfortable diving into a Rails codebase, tweaking TypeScript components, and tracing performance issues from Postgres to Redis to the browser console, let’s get this over the finish line.
Top priority
The first blocker is a broken database migration: the current site _settings migration refers to the admin table before that table exists, so the sequence is out of order. Once that is stable, everything else can move forward.
What else needs attention
• Onboarding flow – I only need the initial settings configuration step wired in and persisting correctly.
• Dashboard – the Sales Figures card isn’t reading or aggregating data properly.
• API chatter – some endpoints fire multiple times, and the FAQ, Service and Appointments endpoints respond sluggishly.
• Occasional Render memory errors that crash the app after several heavy requests.
• Calendar – appointments shorter than an hour show misaligned text.
• Marketing section – the “Create New Template” and “Edit Template” modals don’t scroll; SMS templates can’t be created, edited or deleted.
• Customer section – SMS templates aren’t visible, and bulk SMS/email sends crawl.
What success looks like
• Rails migrations run cleanly end-to-end on a fresh database.
• Initial settings onboarding screen saves and surfaces data on first login.
• Sales figures widget shows accurate totals within accepted load times.
• Duplicate API calls removed; response times for the slow endpoints drop to acceptable levels (we can define exact ms targets together).
• No memory-related crashes under typical traffic in Render logs.
• Sub-hour calendar events render legibly and aligned.
• Modals scroll smoothly and all SMS template CRUD operations function in both Marketing and Customer areas.
• Bulk communications complete within a reasonable window, with progress feedback.
If you’re comfortable diving into a Rails codebase, tweaking TypeScript components, and tracing performance issues from Postgres to Redis to the browser console, let’s get this over the finish line.
Related categories:
PHP
JavaScript
Ruby on Rails
HTML
Database Administration
PostgreSQL
Typescript
Full Stack Development
API Development