Wat is het verschil tussen een offerte-app en een CPQ-systeem?
Een CPQ-systeem (Configure-Price-Quote) is een breed product-configurator, pricing-engine en quote-generation-platform voor binnendienst. Het is gemaakt om complexe samengestelde producten — denk industriële machines, software-bundels met add-ons, telecom-pakketten met opties — op een desktop te kunnen configureren met validatie-regels en pricing-formules. Een offerte-app is mobile-first en specifiek bedoeld voor de momenten waarop de offerte op locatie bij de klant ontstaat. CPQ leeft op een laptop in een sales-kantoor, een offerte-app leeft op een tablet of telefoon in de auto, op de bouw of in iemands woonkamer. De twee kunnen prima naast elkaar bestaan; we koppelen ze regelmatig, waarbij de CPQ de pricing-bron is en de app de mobiele werkstroom.
Werken jullie samen met PandaDoc, GetAccept of Proposify?
Vaak combineren we maatwerk met standaardpakketten. PandaDoc, GetAccept, DealHub, Proposify en Conga zijn sterk in templating, e-signing en analytics — maar zwak in offline-werken op een mobiel toestel met onderdelen-catalogus en lokale prijslijst. Wij bouwen de mobiele werkstroom op maat en koppelen via API naar het pakket voor het deel waar het wel goed in is, bijvoorbeeld de juridisch geldige handtekening, audit-trail of de read-receipts wanneer de klant de offerte opent. Zo betaal je niet voor functionaliteit die je elders bouwt, en niet voor mobile-flows waar het pakket toch niet voor gemaakt is.
Werkt de app offline?
Ja, offline-modus is standaard bij ons. De app slaat de prijslijst, templates, klantgegevens en lopende offertes lokaal op het toestel op. In een meterkast, op een bouwlocatie, in een nieuwbouwwoning zonder bereik of in een dorp met slecht 4G kun je gewoon doorwerken. Zodra er weer verbinding is, synchroniseert hij netjes, met conflict-resolution als de prijslijst in de tussentijd op kantoor is bijgewerkt. Foto's worden eerst lokaal opgeslagen en op de achtergrond ge-upload zodra het kan, zodat ze nooit verloren gaan.
Kan de app koppelen aan ons CRM en facturatie?
Vrijwel altijd. We koppelen aan HubSpot, Pipedrive, Salesforce, Microsoft Dynamics, Exact Online, Twinfield, Moneybird, AFAS, Yuki en wat verder relevant is. De offerte-flow loopt typisch: app maakt offerte → CRM krijgt automatisch een opportunity met alle data → klant tekent → backoffice ontvangt een opdracht-bevestiging → facturatie pakt het op zonder dat iemand het over hoeft te tikken. Als je systemen exotisch of zelfgebouwd zijn, kunnen we ook tegen een eigen API koppelen — daar zijn we als bureau goed in.
Hoe regelen jullie de handtekening op de tablet?
Voor veel doelgroepen is een handtekening op het scherm met datum, locatie (geocode), IP-adres en device-info juridisch voldoende — dat valt onder een gewone elektronische handtekening uit eIDAS. Voor zwaardere contracten koppelen we aan een e-signing-provider zoals Signhost, Zynyo, Adobe Sign of de e-signing-laag van een PandaDoc of GetAccept, waarmee je een geavanceerde of gekwalificeerde elektronische handtekening krijgt. We adviseren per use-case wat het beste past — overkill maakt de app traag en duur, te licht maakt 'm juridisch wankel als er een geschil komt.
Hebben jullie ervaring met onze branche?
We hebben offerte- en buitendienst-apps gebouwd voor installatiebedrijven, aannemers, makelaars, schade-experts, materieel-verhuurders en B2B sales-organisaties. De technische bouwstenen lijken sterk op elkaar: prijslijst, templates, foto's, handtekening, offline-modus, koppelingen. De domein-specifieke logica is wat per branche verschilt — staffel-regels van installateurs, regie-uren van aannemers, courtage-staffels van makelaars, schade-categorieën bij verzekeraars. Daar besteden we het eerste deel van het traject aan zodat we het goed te pakken hebben en de uiteindelijke app aansluit op hoe jouw mensen al rekenen.
Wie is eigenaar van de code en data?
Jij. Wij leveren de volledige source code, schema's, build-pipelines en deploy-scripts op. De data leeft in jouw cloud of bij een hosting-partij naar jouw keuze. Als je later met een ander bureau verder wilt, of intern wilt overnemen, kan dat — er zit geen lock-in op de techniek. Wij verdienen aan goed werk dat blijft, niet aan klanten die vastzitten.
Wat bepaalt de kosten van zo'n app?
De grootste kostendrijvers zijn de complexiteit van de prijsopbouw (vaste templates versus volledige catalogus met staffels en kortingsregels), het aantal koppelingen (CRM, facturatie, planning, e-signing, ERP), de mate waarin je offline-werken nodig hebt en of er meerdere doelgroepen met verschillende flows moeten worden ondersteund. We werken in sprints met vaste sprintbudgetten, zodat je niet voor een verrassing komt te staan en je per sprint kunt sturen op scope. Een richtgesprek over scope geeft binnen een paar dagen een goed beeld van de bandbreedte.
Hoe lang voor we live kunnen?
Een eerste werkende offerte-flow met PDF en handtekening kan binnen een paar sprints staan. Voor een volledig pakket met onderdelen-catalogus, CRM-koppeling, facturatie-flow en offline-modus rekenen we een traject van meerdere sprints. We rollen vaak gefaseerd uit zodat één team al kan starten terwijl wij doorbouwen — dat geeft de buitendienst ruimte om te wennen en levert ons feedback op die we direct verwerken voor de volgende doelgroep.