Oplossingen / Interne tools & operations
Vervang de spreadsheet waar het bedrijf op draait
Elk bedrijf heeft er een — het werkblad, de gedeelde inbox, het proces dat op geheugen draait. Beschrijf het en krijg een echte tool: rollen, goedkeuringen, een audittrail en je stack gekoppeld.
Waarom bouwen
Waarom dit bouwen in plaats van een internal-tool builder?
Internal-tool builders rekenen per seat voor het voorrecht om het zelf te bouwen — een canvas met widgets boven op je database, zo geprijsd dat toegang voor het hele bedrijf precies is wat je niet kunt betalen. En de tool moet nog steeds gebouwd worden: queries schrijven, rechten configureren, elke wijziging weer een sessie in hun editor. Kliv draait de deal om: beschrijf het proces en de tool komt gebouwd aan — en hij is van jou, geen meter per seat op je eigen operatie.
Geen twee bedrijven keuren een aankoop goed, onboarden een leverancier of escaleren een ticket op dezelfde manier — intern proces is de meest op maat gemaakte software die er is, en precies daarom leeft het in spreadsheets. Beschrijf dat van jou: wie indient, wie goedkeurt, vanaf welke drempel, wat wordt gelogd, welk Slack-kanaal het hoort. Die beschrijving is de tool.
Anatomie van het systeem
Wat de operationele tool echt weet
Een operationele tool is een proces dat eerlijk is gemaakt: de lopende verzoeken, de regels die ze volgen, de mensen die ze mogen verplaatsen en het spoor dat ze achterlaten. Dit is de vorm die Kliv zou bouwen.
Werkitems
Alles wat door het proces stroomt — verzoeken, tickets, orders — als records met een status, niet als rijen in een werkblad.
Fases & drempels
Je proces als data: wie goedkeurt, boven welk bedrag, in welke volgorde.
Mensen & rollen
Indieners, goedkeurders, admins — toegang gevormd naar het organigram.
De audittrail
Wie deed wat, wanneer — elke actie een record dat niemand stilletjes kan wijzigen.
Integraties
De tools waarop het bedrijf al draait: een beslissing post naar Slack, het werk landt in Trello.
Dashboards
Rijdiepte, doorlooptijd, wie op wie wacht — cijfers op dezelfde records, geen wekelijkse export.
Wie ziet wat
Regels die de database afdwingt
- Een indiener ziet de eigen verzoeken — de muur is van de database, niet van een gefilterde weergave.
- Drempels worden afgedwongen, niet onthouden: het verzoek van 1.000 USD kan finance niet overslaan.
- Elke statuswijziging wordt gelogd met wie en wanneer — de audittrail schrijft zichzelf.
- Toegang volgt rollen — wanneer iemand van team wisselt, bewegen de deuren mee.
Niets hiervan is exotisch. Het is wat de spreadsheet deed alsof hij was — met het verschil dat hier de regels houden wanneer niemand kijkt.
Wat Kliv samenstelt
Een boodschappenlijst van platformonderdelen — elk ingebouwd, elk werkend met de rest.
Rollen & audit
Indieners, goedkeurders, auditors — toegang gevormd naar het organigram, elke actie gelogd.
Je proces als records
Verzoeken, fases en beslissingen leven in je eigen database — geïmporteerd uit de spreadsheet waaruit ze ontsnapten.
De stack, gekoppeld
Beslissingen posten naar Slack, werk landt in Trello — het team houdt zijn tools.
De cijfers erbovenop
Rijdiepte, doorlooptijd, wie op wie wacht — dashboards op dezelfde records.
Vraag het de tool
Een agent antwoordt op “wat wacht op mij?” vanuit de wachtrij — afgebakend tot de persoon die vraagt.
Voor de lancering
De eerste week, voordat je lanceert
De tool vervangt iets waar het bedrijf al op vertrouwt — dus de eerste week gaat over dat vertrouwen verdienen.
Vorm het proces
Beschrijf de flow zoals die echt loopt: wie indient, wie goedkeurt, de drempels, wat gelogd moet worden. Kliv bouwt de eerste preview met de regels al afgedwongen.
Maak het van jou
De woorden van je team — als jullie ze POs noemen, noemt de tool ze POs. Het punt van maatwerk is dat niemand training nodig heeft.
Koppel de stack
Koppel Slack, wijs het Trello-board aan en importeer de spreadsheet — de rijen worden records van de tool, zodat dag één begint met de echte backlog.
Probeer het te breken
Dien als verkeerde rol een verzoek van 1.200 USD in en zie dat het toch naar finance routeert. Keur iets goed en zie Slack erover horen. Lees daarna het logboek — het moet het verhaal al vertellen.
Geef het aan het team
Nodig iedereen uit met de echte rollen — de tool bezitten betekent dat het hele bedrijf hem kan gebruiken. De spreadsheet krijgt een afscheidstab: verplaatst.
Maatwerk, zonder het maatwerkrisico
Maatwerksoftware betekende vroeger een budget, een opdrachtnemer en een onderhoudscontract. Dit is een andere afspraak.
Onderdelen op enterpriseniveau
Inloggen, rechten afgedwongen in de database, facturering, audit, e-mail — de componenten onder je eigen systeem zijn dezelfde geharde onderdelen waarop elke Kliv-app draait. Je stelt bewezen infrastructuur samen; je laat geen code vanaf nul bouwen.
Wijzigingen gaan in volgorde live
Als je proces verandert, zeg je dat — de wijziging wordt in gesprek gebouwd, je beoordeelt die in een live preview, en niets bereikt je gebruikers totdat je publiceert. Commerce-wijzigingen kun je zelfs repeteren in de Sandbox met gesimuleerd geld en gesimuleerde tijd.
Niemand kan het stopzetten
Kant-en-klare tools krijgen nieuwe prijzen, nieuwe ontwerpen en verdwijnen volgens de planning van de leverancier — en je workflow verdwijnt mee. Je Kliv-app verandert alleen wanneer jij die verandert. Het is je product, geen stoel in dat van iemand anders.
Zeg het in één zin
“Bouw een tool voor leveranciersgoedkeuring waarin iedereen een verzoek kan indienen, finance alles boven 1.000 USD goedkeurt, goedkeuringen naar Slack worden gepost en elke beslissing wordt gelogd met wie en wanneer.”
Zo begint het echt — beschrijf het, verfijn daarna in gesprek.
Bouwen of kopen
Waarom niet gewoon een internal-tool builder gebruiken?
| Kant-en-klaar | Met Kliv | |
|---|---|---|
| Wie het bouwt | Jij — in hun editor, widget voor widget, query voor query. | Jij beschrijft het proces; de tool komt gebouwd aan en verandert op dezelfde manier. |
| Kostenstructuur | Per seat per maand — toegang voor het hele bedrijf is het dure geval. | Jij bezit de tool; dat het hele bedrijf hem gebruikt is het punt. |
| Je proces | Widgets die je koppelt om het te benaderen. | Drempels, fases en rollen afgedwongen precies zoals beschreven. |
| Audit & toegang | Logs in het dashboard van een leverancier. | Een audittrail in je eigen database, met regels afgedwongen op de rij. |
| Levensduur | Een abonnement waar je CFO elk jaar vragen bij stelt. | Een tool die het leveranciersgesprek overleeft — niemand kan hem uitfaseren. |
Wie het bouwt
Kant-en-klaar: Jij — in hun editor, widget voor widget, query voor query.
Met Kliv: Jij beschrijft het proces; de tool komt gebouwd aan en verandert op dezelfde manier.
Kostenstructuur
Kant-en-klaar: Per seat per maand — toegang voor het hele bedrijf is het dure geval.
Met Kliv: Jij bezit de tool; dat het hele bedrijf hem gebruikt is het punt.
Je proces
Kant-en-klaar: Widgets die je koppelt om het te benaderen.
Met Kliv: Drempels, fases en rollen afgedwongen precies zoals beschreven.
Audit & toegang
Kant-en-klaar: Logs in het dashboard van een leverancier.
Met Kliv: Een audittrail in je eigen database, met regels afgedwongen op de rij.
Levensduur
Kant-en-klaar: Een abonnement waar je CFO elk jaar vragen bij stelt.
Met Kliv: Een tool die het leveranciersgesprek overleeft — niemand kan hem uitfaseren.
Veelgestelde vragen
Kan de tool goedkeuringsdrempels afdwingen?
Ja — drempels zijn dataregels, geen gewoontes. Het verzoek van 1.000 USD routeert elke keer naar finance, ook die keer dat iedereen druk is en niemand controleert.
Wat legt de audittrail vast?
Elke statuswijziging: wie indiende, wie goedkeurde, wie wijzigde en wanneer — records in je eigen database, leesbaar voor de auditorrol en exporteerbaar wanneer de review erom vraagt.
Kunnen we de spreadsheet importeren die we vandaag gebruiken?
Ja — de rijen importeren in je eigen database, zodat de tool begint met de echte backlog in plaats van leeg. De kolommen die jullie hebben bedacht worden velden met regels.
Werkt het met Slack en de rest van onze stack?
Ja — beslissingen en escalaties worden gepost naar de kanalen die je kiest, en werk dat in Trello leeft landt daar als kaarten. Het team houdt zijn tools; het proces krijgt een ruggengraat.
Hoe bepalen we wie wat ziet?
Rollen, afgedwongen in de database: indieners zien hun eigen verzoeken, goedkeurders zien hun wachtrij, auditors lezen alles en raken niets aan. Een gedeelde login kan niet lekken wat de rijen weigeren.
Wat gebeurt er wanneer het proces verandert?
Zeg het — een nieuwe fase, een andere drempel, nog een goedkeurder. Bekijk de wijziging in een preview, publiceer die en de tool volgt de organisatie in plaats van andersom.
