Band catalog and publishing
Bands can manage compositions, recordings, releases, artwork, credits and public profiles from Studio.
Public roadmap
Underground is being developed in public. This page separates what already works, what blocks the beta and what is intentionally being left for later.
Priorities may move when testing exposes more important reliability, legal or operational work.
The foundation is working
Bands can manage compositions, recordings, releases, artwork, credits and public profiles from Studio.
Public discovery, automated home sections and the persistent player turn the catalog into a continuous listening flow.
A concert is stored once, connected to every participating band and exposed through public and Studio views.
Multiple bands can collaborate on one canonical release, contribute their own tracks and expose it in every discography.
Bands and artists can publish recruitment listings, discover opportunities and start contextual conversations.
The platform includes reporting, privacy-request workflows, legal documents and operational compliance foundations.
Current priority
Make invitations, lifecycle updates, unread states and actionable destinations consistent across every domain.
Harden authentication, authorization, rate limits, upload boundaries, secrets, headers and sensitive operational workflows.
Replace the MVP mail layer with reliable transactional delivery, templates, retries, observability and tested user-facing flows.
Ensure every band has a stable, collision-safe identity across URLs, invitations, search, imports and future integrations.
Remove flaky or inconsistent checks and make lint, typecheck, tests, builds and migrations dependable release gates.
Complete qualified Italian and EU review and publish validated production terms, privacy and operational legal documents.
Finalize production secrets, domains, object storage, mail delivery, health checks, backup and restore procedures.
Exercise registration, band onboarding, uploads, publishing, collaborations, live invitations, playback and moderation as complete user journeys.
Make reports, audit history, privacy requests and platform settings reliable enough for daily operation.
Validate large uploads, transcoding failures, partial outages, queue recovery and public-page performance under realistic data.
After the beta baseline
Add practical filters for date, location, region, venue and participating band while keeping event creation lightweight.
Give venues a focused workspace for profiles, events, invitations and discovery without duplicating the band experience.
Use real relationships such as played-with, shared venues, geography, genres and collaborations to improve discovery.
Improve inbox ergonomics, contextual navigation, unread states and the transition from discovery to collaboration.
Offer reusable players and release or event cards that bands can place on their own websites.
Listening-first product
Build a focused listening experience on top of the shared API, catalog, discovery queue and playback contracts proven by the platform.
Turn the current persistent player into a complete listener product with saved music, queue control and portable playback state.
Deliver the listening-first web application before native clients, while keeping contracts suitable for future mobile apps.
Not required for launch
A native client can follow once the Player App contracts and real listening behavior are stable.
Support external commerce links first. A native marketplace is intentionally not part of the initial operating model.
Curated collections, scene spotlights and editorial programming can grow once there is enough active catalog and community data.