</>SoftwareprojectenGlobale klantvragen · webapplicaties
Projectbriefing

Project 18 - Repair Service Hub

Een intake- en voortgangssysteem voor reparaties van kleine elektronica en huishoudelijke apparaten.

Projectnaam
FixTogether
Datum
25 augustus 2026
Opdrachtgever
Reparatiewinkel SecondLife Service
Contactpersoon
Dhr. B. van Leeuwen (Servicecoördinator)
Complexiteit
Medium

1. Achtergrond en probleem

SecondLife Service repareert apparaten tegen betaling en werkt met parttime specialisten. Intakeformulieren, diagnoses en onderdelen staan nu los van elkaar.

De winkel wil elke reparatie van intake tot oplevering volgen en klanten duidelijk informeren over status en kosteninschatting.

2. Doelstelling

De opdrachtgever wil een eerste werkende versie (MVP) laten maken onder de naam FixTogether. 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 aandachtspuntDe stappen van een reparatie volgen en een duidelijk kostenoverzicht maken.

3. Doelgroepen

Klant
meldt een apparaat aan en volgt de eigen reparatie.
Technicus
registreert diagnose, werkzaamheden, onderdelen en status.

4. Gewenste functies

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

Voor klanten

  • Apparaat met klacht en categorie aanmelden.
  • Afspraak voor inleveren aanvragen.
  • Kostenvoorstel accepteren of afwijzen.

Voor technici

  • Intake controleren en technicus toewijzen.
  • Diagnose en geschatte uren registreren.
  • Onderdelen met prijs en bestelstatus toevoegen.

Algemeen

  • Interne en openbare notities scheiden.
  • Totale kosten uit arbeid en onderdelen berekenen.

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.
  • Sta alleen logische stappen in de reparatiestatus toe.
  • Bereken de totale kosten uit arbeid en onderdelen.

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: #1F2937, #F59E0B, #0EA5E9 en #F9FAFB. Deze kleuren zijn een richting. Een passend alternatief mag ook.

Mogelijke indeling: Een industriële serviceomgeving met een heldere klanttijdlijn.

Handige onderdelen: Diagnoseblok, kostenregels, statusstappen en doorlooptijd-kerncijfer.

  • 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.