Een webapplicatie, klantportaal of maatwerksoftware laten maken rond je eigen proces.

Wanneer een website niet genoeg is

Er is een punt waarop een website ophoudt te helpen. Dat is het moment dat er niet alleen iets gelezen moet worden, maar iets moet gebeuren: een afspraak vastleggen, een aanvraag door een aantal stappen loodsen, een status bijhouden, of een klant laten zien waar zijn dossier staat. Zolang dat via telefoon, e-mail en spreadsheets loopt, kost elke stap iemand tijd en blijft er informatie op één bureau liggen.

Maatwerksoftware is dan niet het doel maar het gevolg. De vraag is eerst welk deel van je proces echt eigen is, en welk deel een standaardpakket prima aankan. Wat overblijft, is meestal een kern die precies past bij hoe jouw bedrijf werkt en die je in geen enkel pakket terugvindt. Dat stuk bouwen we, en de rest laten we staan.

Hoe zo'n proces er als applicatie uit kan zien, is te zien bij Taxi De Polder: een reservering in vier stappen, van rit naar voertuig naar gegevens naar bevestiging, met vaste tarieven per bestemming en voertuigtype. Wat daarvoor een telefoontje was, komt nu compleet en gestructureerd binnen. Die site staat op de projectenpagina.

Gebruikers, rollen en gegevens

Een applicatie is in de kern een afspraak over wie wat mag zien en doen. Een klant hoort zijn eigen aanvragen en documenten te zien en verder niets. Een medewerker heeft het overzicht over de aanvragen waar hij aan werkt. Een beheerder komt overal bij en past instellingen aan. Die drie rollen zijn zelden precies hetzelfde bij twee bedrijven, en daarom bepalen we ze in de intake voordat er een scherm wordt getekend.

Onder die rollen ligt de database: de plek waar aanvragen, klanten, statussen en documenten gestructureerd worden opgeslagen, zodat ze terug te vinden en te koppelen zijn. Daarboven zitten de bedrijfsregels. Prijslogica, welke status na welke status mag komen, welke uitzonderingen er zijn en wat een geldige invoer is, wordt in code vastgelegd in plaats van in een afspraak die iemand moet onthouden.

Rond dat geheel staan de dingen die het bruikbaar maken: een interface die op telefoon en desktop werkt, e-mails en notificaties bij een bevestiging of statuswijziging, en een beheeromgeving waar jij de aanvragen en instellingen beheert. Betalingen, een agenda of een boekhoudsysteem sluiten daarop aan waar dat nodig is.

Wat in een eerste versie hoort, en wat dat kost

Een applicatie wordt niet in één keer af opgeleverd. We beginnen bij de kern: het onderdeel dat het meeste handwerk wegneemt, zodat het na oplevering meteen iets scheelt. Wat kan wachten, schuiven we bewust naar later in plaats van het uit de scope te laten verdwijnen. Tijdens de bouw test je tussentijds met echte situaties, zodat je merkt of een stap in de praktijk klopt.

Niet alles ligt aan ons. Een koppeling met een bestaand systeem kan alleen als dat systeem een bruikbare API of export heeft; dat controleren we voordat het in de scope komt. Migratie van bestaande gegevens is een eigen onderdeel, en een app in de App Store of Play Store naast de webversie is een apart traject. Meestal begint het als webapp, omdat die op elke telefoon werkt zonder installatie en sneller uit te breiden is.

De prijs volgt uit die scope en niet uit het aantal schermen. Rollen, workflows, koppelingen en infrastructuur wegen het zwaarst. Op de tarievenpagina staat webapplicatie of platform als eigen projecttype met een vanafprijs; wil je zelf eerst de omvang verkennen, dan kan dat in de projectplanner. Na de intake krijg je een voorstel met prijs en planning.

Beheer en doorontwikkeling

Na oplevering beheer je de applicatie zelf via de beheeromgeving, en dragen we hem over inclusief uitleg van dat beheer en documentatie. Daarnaast draait de omgeving onder technisch beheer: hosting en deployment binnen de afgesproken basis, SSL, updates en controle, zodat de applicatie online en actueel blijft. Het beheerniveau volgt uit het project en de techniek erachter.

Doorontwikkeling is een eigen spoor. Nieuwe functionaliteit en werk buiten de afgesproken scope worden apart geoffreerd, en voor onderhoud, hosting en uitbreidingen spreken we vooraf af wat vast is en wat per aanpassing gaat. Dat is bewust: bij software die dagelijks gebruikt wordt, komen de beste ideeën meestal pas ná de eerste versie. De volledige gang van intake tot livegang staat op de pagina werkwijze.