</>SoftwareprojectenGlobale klantvragen · webapplicaties
Projectbriefing

Project 29 - Podcast Production Planner

Een productieportaal voor afleveringen, gasten, taken, opnames en publicatiestatus.

Projectnaam
PodFlow
Datum
25 augustus 2026
Opdrachtgever
Podcastbureau SoundStory Studio
Contactpersoon
Mevr. J. Hendriks (Producer)
Complexiteit
Medium

1. Achtergrond en probleem

SoundStory produceert podcasts voor verschillende zakelijke klanten. Onderwerpen, gastgegevens, taken en deadlines staan nu in losse documenten.

De producer wil per serie een duidelijke vaste stappen en wil voorkomen dat privécontactgegevens van gasten voor iedereen zichtbaar zijn.

2. Doelstelling

De opdrachtgever wil een eerste werkende versie (MVP) laten maken onder de naam PodFlow. Het eindproduct moet het beschreven proces overzichtelijker, betrouwbaarder en veiliger maken.

De eerste versie is goed wanneer de belangrijkste gebruikers hun taken kunnen uitvoeren, de gegevens goed worden opgeslagen en iedere gebruiker alleen ziet wat bij zijn rol hoort.

Belangrijk aandachtspuntTaken aan een aflevering koppelen en de voortgang per aflevering tonen.

3. Doelgroepen

Redacteur
plant inhoud, gasten en eigen taken.
Producer
beheert series, werkverdeling, deadlines en publicatiestatus.

4. Gewenste functies

Voor de eerste versie zijn dit de belangrijkste functies. De opdrachtgever wil deze onderdelen in ieder geval terugzien.

Voor redacteuren

  • Eigen producties en taken bekijken.
  • Aflevering met onderwerp en conceptdatum aanmaken.
  • Gast met contactstatus koppelen.

Voor producers

  • Series, klanten en teamtoewijzing beheren.
  • Productiefasen en deadlines instellen.
  • Taken aan aflevering en verantwoordelijke koppelen.

Algemeen

  • Contactgegevens alleen aan betrokken teamleden tonen.
  • Aflevering pas publiceren als verplichte stappen klaar zijn.

5. Technische wensen en voorwaarden

  • De oplossing is een webapp die goed werkt op telefoon, tablet en computer.
  • PHP 8+ met MySQL/MariaDB past bij deze opdracht. Laravel en een frontend-framework mogen worden gebruikt, maar dat is niet verplicht.
  • Er zijn verschillende soorten accounts. Iedere gebruiker mag alleen zien en doen wat bij zijn rol hoort.
  • Wachtwoorden worden veilig opgeslagen. De app controleert ingevulde gegevens en toont teksten op een veilige manier.
  • De code wordt duidelijk verdeeld in onderdelen met namen die goed te begrijpen zijn.
  • De app geeft duidelijke meldingen bij succes, fouten, lege resultaten en acties die niet zijn toegestaan.
  • Alleen betrokken medewerkers zien de gegevens van een productie.
  • Toon de voortgang op basis van afgeronde taken.

Nog niet nodig voor de eerste versie

  • Online betalingen en koppelingen met echte betaalproviders.
  • Een verplichte koppeling met een externe API, tenzij dit later als uitbreiding wordt gekozen.
  • De app openbaar aanbieden en werken met echte persoonsgegevens.
  • Extra functies die niet in deze eerste versie zijn beschreven.
Bijlage

Globale wensen voor design en interface

Richting voor kleurgebruik: #172554, #6366F1, #F472B6 en #F8FAFC. Deze kleuren zijn een richting. Een passend alternatief mag ook.

Mogelijke indeling: Een editorial dashboard met afleveringstijdlijn en taakbord.

Handige onderdelen: Fasebalk, gaststatus, deadlinebadge en voortgangspercentage.

  • De app werkt goed op telefoon, tablet en computer.
  • Formulieren hebben duidelijke namen bij de velden en begrijpelijke foutmeldingen.
  • Een status wordt met kleur én tekst aangegeven.
  • Bij een lege lijst of een fout ziet de gebruiker een duidelijke melding.