Bouw een voorstelpijplijn-app om concepten tot Gewonnen/Verloren bij te houden, statusgebaseerde herinneringen te activeren en sluitingspercentages per dienst te meten zonder zware CRM-overhead.
De meeste freelancers verliezen geen voorstellen omdat hun werk zwak is. Ze verliezen ze omdat het voorstel verdwijnt.
Het gebruikelijke rommeltje ziet er vertrouwd uit: een concept in een document, een eind-PDF in een map, het laatste klantbericht begraven in e-mail of chat, en de enige “status” is wat jij je herinnert. Als je druk bent met uitvoering van klantwerk, is het gemakkelijk te vergeten wie op een offerte wacht en wie een extra duwtje nodig heeft.
Voorstellen raken verspreid over plekken zoals:
Voorstellen glippen door je vingers om één eenvoudige reden: er is geen enkele plek die de volgende actie laat zien. Als je niet binnen 10 seconden kunt beantwoorden "Wat doe ik nu, en voor welke klant?", worden opvolgingen uitgesteld. Uitgestelde opvolgingen veranderen in verloren deals, zelfs als de klant geïnteresseerd was.
Dat is wat een pijplijn is, in mensentaal: een kleine set duidelijke statussen die laten zien waar elk voorstel staat en wat de volgende stap moet zijn. Een voorstelpijplijn-app is geen chique verkoopmachine. Het is een scorebord en een takenlijst in één.
Houd verwachtingen realistisch. Je bouwt geen complex CRM met prognoses, territoria en rapporten die je nooit leest. Je wilt een lichtgewicht tool die past bij hoe je echt werkt en die de “volgende stap” overduidelijk maakt.
Dit voorkomt bijvoorbeeld het volgende: je stuurt dinsdag een offerte voor een website-ontwerp en zegt tegen jezelf dat je vrijdag opvolgt. Vrijdag wordt druk. Maandag weet je niet meer of je al hebt ingecheckt. Een kleine pijplijn met één zichtbare status “Wachten op klant” en een duidelijke volgende-opvolgdatum voorkomt dat stille verlies.
Een voorstelpijplijn-app heeft één taak: elk voorstel zo min mogelijk moeite laten bewegen van Concept naar Gewonnen of Verloren. Als het extra administratief werk creëert, stop je ermee precies wanneer je het het meest nodig hebt.
Voordat je iets ontwerpt, bepaal je welke gegevens je over een voorstel moet weten, zelfs maanden later. Beperk het tot de handvol details die je helpen opvolgen, inkomsten voorspellen en leren wat verkoopt.
Een praktisch minimum voor elk voorstel:
Definieer daarna wat “klaar” betekent zodat de app betrouwbaar blijft. Een voorstel mag niet eeuwig in Verzonden blijven. "Klaar" betekent dat vastgelopen items herinneringen triggeren, uitkomsten worden gelogd wanneer je iets hoort, en je eenvoudige rapportage kunt zien zonder spreadsheets te exporteren.
Houd de scope klein in het begin. Eén gebruiker, één workspace en eenvoudige velden verslaan een groot systeem dat je nooit onderhoudt. Als je deze week drie voorstellen stuurt (twee voor “landingspagina + copy” en één voor “retainer support”), zal een pijplijn die een volgende-opvolgdatum en een uitkomst afdwingt snel laten zien welke dienst vaker sluit en waar je tijd verliest.
Statussen helpen alleen als ze je echte dag reflecteren, niet een ideaal proces dat je niet zal volgen. Houd de set klein genoeg zodat het verplaatsen van een kaart naar voren moeiteloos voelt.
Een praktische set:
Houd de namen kort en actiegericht. Als je niet kunt bedenken wat je nu moet doen wanneer je een status leest, hernoem het.
Stel vervolgens een paar eenvoudige regels in zodat niets verandert in een zombie-voorstel.
Bijvoorbeeld:
Opvolgdatums zijn de andere vangrail. Niet elke status heeft een herinnering nodig, maar sommige wel. Een solide standaard is: Verzonden en Opvolging vereist moeten een volgende-opvolgdatum hebben. Onderhandeling kan er ook een vereisen, maar alleen wanneer de volgende stap bij jou ligt.
Een kort scenario: je stuurt maandag een offerte voor een website-ontwerp. Als je donderdag niets hoort, verschijnt het als Opvolging vereist. Als de klant reageert met "kunnen we de blog weghalen en de prijs verlagen?", verplaats je het naar Onderhandeling en stel je de volgende-opvolgdatum voor de volgende dag. Dat is voldoende structuur om momentum te houden zonder je workflow in papierwerk te veranderen.
Een voorstelpijplijn-app leeft of sterft met zijn data. Als de structuur te los is, sla je velden over. Als het te strikt is, stop je met gebruiken. Streef naar een kleine set records waarop je kunt vertrouwen en voeg alleen details toe als je echte pijn voelt.
Begin met vier kernobjecten: Klanten, Voorstellen, Diensten en Activiteiten.
Houd de eerste versie simpel:
Voor voorstellen is volgende_opvolgdatum je vangnet voor je toekomstige zelf. reden_uitkomst is belangrijk wanneer je iets op Gewonnen of Verloren zet, want “Verloren: te duur” en “Verloren: timing” leiden tot verschillende oplossingen.
Eén diensttype per voorstel is de snelste opzet en werkt als je duidelijke pakketten verkoopt. Meerdere diensten per voorstel is beter als je bundelt (design + bouwen + onderhoud), maar het voegt complexiteit toe. Je hebt dan een koppel-tabel nodig (zoals ProposalServices) en je rapportage wordt lastiger.
Een goed compromis is te beginnen met één diensttype en pas meerdere diensten toe wanneer je echt gemengde voorstellen ziet.
Activiteiten geven je een lichtgewicht geschiedenis zonder te hoeven graven in e-mail. Nadat je een voorstel hebt verzonden, log je een korte notitie zoals “Verzonden v2, klant vroeg naar planning.” Later zie je in één oogopslag wat er gebeurde.
Een voorstelpijplijn-app heeft maar een paar schermen nodig als elk scherm een duidelijke vraag beantwoordt. Het doel is snelheid: open het, zie wat aandacht nodig heeft, maak één update en ga verder.
Dit is het scherm waarin je leeft. Elke kolom is een status. Elke kaart moet net genoeg tonen om je volgende stap te bepalen:
Snelle acties zijn belangrijker dan perfecte opmaak. Vanaf de kaart (of een klein detailpaneel) moet je status kunnen veranderen, een opvolgdatum instellen, een notitie toevoegen en Gewonnen of Verloren markeren zonder een lang formulier in te vullen.
Borden zijn geweldig voor flow, maar lijsten zijn beter om dingen te vinden. Gebruik een eenvoudige tabelstijl lijst met filters zoals status, klant, diensttype en achterstallige opvolging. Dit wordt je "inhaal"-weergave wanneer de week druk wordt.
Je hebt er maar twee nodig: een Voorstelpagina en een Klantpagina.
De Voorstelpagina is voor de tijdlijn (notities, statuswijzigingen, volgende-opvolgdatum) plus sleutelvelden zoals waarde en diensttype. De Klantpagina is waar context leeft: contactgegevens, lopende voorstellen en recente activiteit.
Als het veranderen van een opvolgdatum 30 seconden kost, houd je het niet bijgewerkt. Optimaliseer deze pagina's voor één-klik bewerkingen.
Eén lichtgewicht rapport is genoeg in het begin: sluitingspercentage per diensttype en gemiddelde tijd tot sluiting. Het moet twee vragen beantwoorden: "Wat moet ik vaker verkopen?" en "Waar stagneren deals?"
Een bruikbare voorstelpijplijn-app is geen "volledig CRM." Het is een plek om te zien wat actief is, wat vastzit en wat vandaag opvolging nodig heeft.
Begin met het datamodel en een paar proefrecords zodat je de flow kunt testen. Maak één klant met twee voorstellen en minstens twee diensttypes (bijvoorbeeld "Website refresh" en "Doorlopende SEO").
Bouw daarna twee kernschermen: een bord (kolommen per status) en een voorstel-detailformulier. Het bord is voor dagelijkse scan. Het formulier is voor nauwkeurige updates.
Een bouwvolgorde die je laat doorbouwen:
Dat is wat de app betrouwbaar maakt.
Voorbeeld: je sleept een voorstel van Concept naar Verzonden, maar de app stopt je als er geen klant-e-mail of geen voorstelbedrag is. Die kleine wrijving voorkomt rommelige data later.
Één standaardregel houdt alles op koers: elk open voorstel moet een volgende-opvolgdatum hebben. Als die ontbreekt, toon een waarschuwing op het bord.
Een simpele definitie van "bruikbaar":
Herinneringen werken het beste als ze gekoppeld zijn aan een duidelijk moment in je pijplijn, niet aan een willekeurige kalenderping. Als je app de huidige status kent, kan hij je alleen aanstoten wanneer een voorstel waarschijnlijk stagneert.
Je hebt niet veel triggers nodig. Een eenvoudige opzet ziet er zo uit:
Houd de herinneringstekst kort en actiegericht. Bevat alleen wie het is, waar het over gaat en de volgende actie:
Voeg vangrails toe zodat het geen lawaai wordt: max één herinnering per voorstel per dag en Snooze-opties (1 dag, 3 dagen, volgende week).
Houd bij wat er met elke herinnering gebeurde. Sla een kleine uitkomstlog op: voltooid, gesnoozed (tot wanneer), overgeslagen of verzonden.
Voorbeeld: je markeert "Website refresh - Acme Co" als Verzonden op maandag en stelt opvolging in voor donderdag. Donderdagochtend krijg je één herinnering en snooze je die naar vrijdag. Op vrijdag volg je op, markeer je de herinnering als voltooid, en de "geen antwoord na X dagen" timer reset.
Een voorstelpijplijn-app is alleen waardevol als hij je helpt beslissen wat je daarna doet. De makkelijkste manier om daar te komen is het volgen van sluitingspercentages per diensttype, niet alleen algemeen. "Website redesign" en "maandelijk onderhoud" gedragen zich vaak als verschillende bedrijven.
Maak eerst uitkomsten consistent:
Kies één regel en houd je eraan, anders worden je cijfers ruis.
Houd verliesredenen kort en consistent:
Bereken vervolgens het sluitingspercentage per diensttype over een periode die je daadwerkelijk gebruikt (laatste 30 of 90 dagen). Als je 12 "Brand strategy" voorstellen stuurde en er 3 won, is dat 25%. Als je 6 "Landing page builds" stuurde en 4 won, is dat 67%. Het hoeft niet perfect te zijn, alleen consistent.
Voeg "tijd tot sluiting" toe om jezelf eerlijk te houden. Volg dagen van Verzonden tot Gewonnen of Verloren. Je leert misschien dat "SEO-audit" sluit in 5-10 dagen, terwijl een "Volledige website" 30-45 dagen nodig heeft. Dat verandert hoe vaak je opvolgt en hoe je inkomsten voorspelt.
Maak de cijfers bruikbaar met één simpele regel. Als een dienst een laag sluitingspercentage en lange sluitingstijd heeft, verscherp het aanbod (scope, bewijs, prijs) of kwalificeer strenger voordat je een voorstel schrijft. Als een dienst een hoog sluitingspercentage heeft, bescherm die: hergebruik wat werkt en verhoog voorzichtig je prijs.
De snelste manier om een voorstelpijplijn-app nutteloos te maken, is hem verwarrend te maken. Freelancers beginnen met goede bedoelingen en eindigen met een tool die ze niet vertrouwen.
Een valkuil is te veel statussen die op hetzelfde neerkomen. Als je het verschil tussen "Verzonden", "Ingediend", "Geleverd" en "In review" niet in één zin kunt uitleggen, heb je waarschijnlijk maar één nodig.
Een andere valkuil is Verzonden een kerkhof laten worden. Als je geen opvolgdatum verplicht stelt, open je later je bord en zie je een stapel voorstellen zonder volgende stap. Eén eenvoudige regel lost dit grotendeels op: elk voorstel in Verzonden moet een volgende actie gepland hebben.
Een paar andere fouten die focus stilletjes kapotmaken:
Houd herinneringen saai en specifiek. Eén herinnering gekoppeld aan een opvolgdatum is meestal genoeg. Meer regels kunnen wachten tot je een maand echte gebruiksdata hebt.
Als je drie voorstellen op rij verliest met de notitie "tijdlijn te lang", is dat een signaal om een kleinere eerste fase aan te bieden, niet om vijf nieuwe statussen toe te voegen.
Voordat je je voorstelpijplijn-app als enige bron van waarheid gebruikt, zorg dat niets in limbo blijft en de volgende stap duidelijk is.
Open de pijplijnweergave en meet jezelf. Je moet de prioriteiten van vandaag binnen 30 seconden begrijpen. Als je in meerdere voorstellen moet klikken om de volgende stap te vinden, verbergt je ontwerp het belangrijkste veld.
Checklist:
Doe een kleine stresstest. Maak drie voorbeeldvoorstellen voor verschillende diensten, verplaats ze door statussen en trigger herinneringen. Als je het binnen vijf minuten kunt laten crashen, gebeurt dat tijdens een drukke week ook.
Op maandag stuur je vijf voorstellen. Drie zijn voor een webredesignpakket en twee voor een maandelijkse support-retainer. Alles begint in Concept en gaat naar Verzonden zodra de e-mail de deur uit is.
Op woensdag vertellen de statussen een verhaal:
Herinneringen voorkomen dat je zaken laat vallen. Een regel "Bekeken maar geen antwoord in 2 dagen" duwt je om de twee redesign leads vrijdagochtend op te volgen. Een regel "Verzonden maar niet bekeken in 3 dagen" vangt de stille lead zodat je opnieuw verzendt met een korter bericht en een duidelijke volgende stap.
Het echte leven is rommelig. Een klant antwoordt laat op zondag met "Sorry, drukke week" en wil volgende maand starten, dus je zet het op On Hold in plaats van het te laten verrotten in Verzonden. De onderhandeling blijft actief, maar de herinnering checkt één keer, niet dagelijks.
Aan het einde van de week is het sluitingspercentage per diensttype verhelderend: retainer 1/2 gewonnen, webredesign 0/3. Volgende week verander je één ding: verscherp de redesign-scope naar twee tiers en voeg een eenvoudige deadline voor feedback toe.
De snelste manier om waarde te krijgen is de kleinste versie te lanceren die je elke dag echt opent. Een voorstelpijplijn-app hoeft op dag één geen templates, complexe automatisering en veel grafieken te hebben. Hij moet je vertellen wat je hebt verzonden, wat wacht en wat je volgende stap is.
Stel je statussen zo in dat elke status één simpele vraag beantwoordt: welke actie wordt nu verwacht? Als je een status niet in één zin kunt uitleggen, vertraagt het je.
Drie acties om deze week te doen:
Zodra de basislus natuurlijk aanvoelt, voeg je verbeteringen één voor één toe. Een goede volgorde is eerst herinneringen (zodat niets slippert), dan rapportage (zodat je leert), en templates later (zodat je tijd bespaart). Als je alles tegelijk toevoegt, weet je niet wat hielp en wat ruis werd.
Als je dit wilt bouwen zonder veel te programmeren, is AppMaster (appmaster.io) een praktische optie: je kunt de database modelleren (klanten, voorstellen, diensten) en de UI en statusregels op één plek bouwen, en dan itereren als je proces verandert.
Houd upgrades klein en meetbaar. Na één week vraag je: heb ik sneller opgevolgd en heb ik minder antwoorden gemist? Na één maand vraag je: welke dienst sluit het beste en welke heeft een beter aanbod of hogere prijs nodig?
Behandel de eerste versie als een persoonlijk hulpmiddel, niet als een product. Als het meer dan 30 seconden kost om een nieuw voorstel te loggen of naar voren te schuiven, vereenvoudig dan de velden en schermen voordat je iets toevoegt. Als het moeiteloos aanvoelt, gebruik je het echt, en blijft de data betrouwbaar.
Wat is een voorstelpijplijn-app en waarom heeft een freelancer die nodig?Een voorstelpijplijn-app is een eenvoudige plek om elk voorstel bij te houden van Concept tot Gewonnen of Verloren. Het belangrijkste doel is de volgende actie duidelijk te maken, zodat je opvolgingen niet vergeet wanneer je druk bezig bent met leveringen voor klanten.
Welke statussen moet ik gebruiken voor een lichtgewicht voorstelpijplijn?Begin met de kleinste set die bij je werkdag past: Concept, Klaar om te versturen, Verzonden, Opvolging vereist, Onderhandeling, Gewonnen, Verloren. Als twee statussen in de praktijk hetzelfde blijken, sla ze samen zodat het vooruit bewegen van een voorstel moeiteloos blijft.
Wat is de minimale informatie die ik per voorstel moet opslaan?Bewaar alleen wat je helpt opvolgen en te leren wat verkoopt: klant, diensttype, geschatte waarde, verzenddatum, huidige status en een volgende opvolgdatum. Voeg een reden voor de uitkomst alleen toe wanneer je Gewonnen of Verloren markeert, zodat je rapportage nuttig blijft zonder dagelijkse administratie te vergroten.
Heb ik echt een opvolgdatum nodig voor elk voorstel?Standaard: vereist een volgende opvolgdatum voor elk open voorstel, vooral in Verzonden en Opvolging vereist. Als een voorstel geen volgende stap heeft gepland, zal het langzaam wegkwijnen en verlies je overzicht of weet je niet of je al hebt ingecheckt.
Hoe stel ik herinneringen in zonder geïrriteerd te raken door notificaties?Koppel herinneringen aan pijplijnmomenten, niet aan willekeurige kalendermeldingen. Een praktische aanpak is: wanneer een voorstel Verzonden wordt, vereist een opvolgdatum; op die datum één herinnering; als het te lang in Verzonden blijft, maak automatisch een opvolgtaak aan.
Wat telt als “Gewonnen” zodat mijn cijfers niet vervuild raken?Gebruik een heldere regel die je elke keer op dezelfde manier kunt toepassen. Een goed uitgangspunt: Gewonnen alleen na een ondertekend contract, een betaalde aanbetaling, of een geschreven ‘ja’ met bevestigde startplanning, zodat je sluitingspercentages niet opgeblazen worden door ‘misschien’-deals.
Hoe moet ik bijhouden waarom voorstellen verloren gaan?Noteer elke keer dat je Verloren markeert een korte reden, zoals prijs, timing, scope mismatch, geen reactie of gekozen voor een concurrent. Je hoeft geen perfecte details te hebben; je hebt consistentie nodig zodat je patronen ziet en je aanbod of kwalificatie kunt verbeteren.
Moet een voorstel één diensttype hebben of meerdere diensten?Begin met één diensttype per voorstel omdat dat sneller is en rapportage simpel houdt. Stap pas over op meerdere diensten als bundels vaak voorkomen en de extra complexiteit daadwerkelijk je beslissingen verandert.
Wat is het nut van activiteiten zoals notities en telefoontjes bijhouden?Log een korte activiteitnota na belangrijke momenten, zoals het versturen van een herziene versie of wanneer de klant vraagt naar de planning. Een lichtgewicht activiteitenlog voorkomt dat je door e-mails moet zoeken en helpt je sneller en consistenter te reageren.
Kan ik dit bouwen zonder veel te coderen, en hoe past AppMaster daarin?Je kunt klanten, voorstellen, diensten en activiteiten modelleren en vervolgens een bordweergave met statusregels en opvolgherinneringen bouwen op één plek. Met een no-code tool zoals AppMaster (appmaster.io) kun je snel een werkende app genereren, itereren op statussen en verplichte velden instellen, en de workflow licht houden zodat je hem dagelijks echt gebruikt.
21 jan 2026
8 min
20 jan 20268 min
20 jan 20267 minExperimenteer met AppMaster met gratis abonnement.
Als je er klaar voor bent, kun je het juiste abonnement kiezen.
