Vijf applicaties die kmo’s als eerste bouwen

1

Bescheiden eerste projecten, en dat is prima

Wanneer een applicatie maken een beschrijving wordt in plaats van een IT-project, zou u ambitieuze ideeën verwachten. In de praktijk zijn de eerste vragen bescheiden. Ze mikken op het gedeelde rekenblad dat niemand bijwerkt, de keten van e-mails waarin aanvragen verloren gaan, het papieren formulier dat iemand op vrijdagavond overtypt.

Dat is goed nieuws. Een bescheiden eerste project past op één pagina, wordt door het team gevalideerd en is nuttig vanaf de eerste week van gebruik. Hoe u die pagina schrijft, leest u in Uw behoefte beschrijven aan AI. Dit artikel bekijkt wat kmo’s als eerste bouwen. Voor elke applicatie: de pijn van vandaag, wat ze doet, waarmee ze verbonden is en wat een menselijke beslissing blijft.

1

Een aanvraagportaal voor uw klanten

Vandaag komen aanvragen binnen via e-mail, via de telefoon, soms via een bericht aan een collega die niet op kantoor is. De klant weet niet hoe ver zijn aanvraag staat. Het team weet niet wie ze behandelt. Bijlagen verdwijnen in een mailbox.

• De klant dient zijn aanvraag in, voegt documenten toe en volgt de status zonder te bellen.
• Elke aanvraag komt in één dossier terecht, met herkomst, tijdstip en verantwoordelijke.
• Ontbrekende informatie leidt tot een gerichte vraag aan de klant, niet tot een nieuwe reeks e-mails.

Het portaal is verbonden met het klantenbeheer, de offertes en de tickets. Een aanvraag wordt een offerte of een ticket zonder opnieuw ingetypt te worden, en de geschiedenis van de klant blijft volledig.

2

Opvolging van interventies en planning voor teams op het terrein

Teams op het terrein leven met een planning op een whiteboard, papieren werkbonnen en foto’s die via een bericht verstuurd worden. Wanneer een klant vraagt hoe ver zijn interventie staat, moet iemand de technicus bellen. Wanneer de factuur vertrekt, vertrekt ze laat, omdat het bewijs van uitvoering ontbreekt.

• Interventieaanvragen, sites en de betrokken toestellen worden in één dossier samengebracht.
• De beschikbaarheid van de technici is zichtbaar, en elke interventie wordt aan een persoon en een tijdslot toegewezen.
• De technicus sluit ter plaatse af, met foto’s, handtekening en opmerkingen, en dat bewijs start de voorbereiding van de factuur.

De applicatie is verbonden met de planning en de facturatie. Een afgesloten interventie wordt een factuur die klaar is om nagekeken te worden. Verbonden planning wordt beschreven op de pagina Neoo Scheduling.

De menselijke regel: een technicus herplaatsen op een kritieke site is een beslissing die een verantwoordelijke valideert, nooit een automatische herschikking.

3

Een dashboard dat de echte cijfers leest

Veel kmo’s sturen met een dashboard dat met de hand gebouwd wordt, één keer per maand, uit gekopieerde exports. De dag dat het klaar is, is het al te laat. En wanneer twee cijfers elkaar tegenspreken, weet niemand welk cijfer te vertrouwen.

• Verkoop, marge, cash, achterstallige facturen en open tickets worden uit het verbonden systeem gelezen, niet opnieuw ingetypt.
• Elk cijfer verwijst naar de lijnen erachter: de offerte, de factuur, het ticket.
• Een afwijking tegenover de vorige periode of het doel wordt gemeld, met zijn context.

Het dashboard is verbonden met de financiën, de verkoop en de support. Het voegt geen nieuwe bron van cijfers toe, het leest de bron die bestaat, de bron die Neoo Finance actueel houdt. Waarom die cijfers in de operaties ontstaan, leggen we uit in Marge wordt in de operations beslist.

Een cijfer dat verbaast, verdient een vraag aan een persoon, geen automatische correctie.

De menselijke regel: een afwijking leidt tot een vraag aan iemand, nooit tot een automatische correctie. Het dashboard toont, de persoon interpreteert.

4

Een goedkeurings- en opvolgingstraject voor offertes

Een offerte wordt in een document opgemaakt, via een bericht goedgekeurd, per e-mail verstuurd, en dan wacht ze. Wie heeft ze opgevolgd? Welke korting werd toegekend? De verkoper weet het, soms. De rest van de onderneming verneemt het wanneer de bestelling binnenkomt, of niet binnenkomt.

1. 01
   Opmaken

   De offerte wordt opgemaakt vanuit de gegevens van de klant en de geldende prijzen, zonder kopiëren.

2. 02
   Goedkeuren

   Boven een drempel passeert de offerte een goedkeuring voor verzending. Eronder vertrekt ze rechtstreeks.

3. 03
   Versturen en opvolgen

   De klant ontvangt de offerte, en het team ziet of ze geopend, aanvaard of onbeantwoord gebleven is.

4. 04
   Herinneren en omzetten

   Herinneringen worden op de afgesproken datum voorbereid. Een aanvaarde offerte wordt een bestelling, dan een factuur.

Het traject is verbonden met het klantenbeheer, de bestellingen en de facturatie. Het past de drie vangrails toe die we beschreven in Automatiseer zonder menselijk oordeel weg te nemen: een drempel, een goedkeuring, een spoor.

De menselijke regel: een korting boven de drempel vraagt een goedkeuring. De applicatie bereidt ze voor en legt ze voor, een persoon geeft ze.

5

Een register van toestellen en contracten

Voor een IT-dienstverlener of een onderhoudsbedrijf leeft de kennis van het klantenpark vaak in het hoofd van een technicus en in enkele bestanden. Een contract loopt af zonder dat iemand het gezien heeft. Een toestel op het einde van zijn levensduur valt uit op een maandagochtend, en het noodgeval vervangt de preventie.

• Elke klant heeft een parkfiche: toestellen, versies, garanties, contactpersonen.
• Contracten en hun vernieuwingsdata zijn zichtbaar en worden op voorhand voorbereid.
• Incidenten worden aan het betrokken toestel gekoppeld, met hun geschiedenis.
• Waarschuwingen worden voorbereid voordat het probleem een noodgeval wordt.

Het register is verbonden met de tickets, de contracten en de facturatie. Gekoppeld aan de bewaking zet het een technisch signaal om in een voorbereide actie, zoals beschreven in Zie een incident voordat het een noodgeval wordt. Hoe de bewaking werkt, leest u op de pagina Neoo Monitoring.

De menselijke regel: geen stille actie op de infrastructuur van een klant. Een interventie wordt aangekondigd, goedgekeurd en geregistreerd.

7

In Neoo

In Neoo worden deze applicaties gebouwd door Neoo Forge, het atelier dat uw applicaties met AI in elkaar zet. U beschrijft de behoefte met uw woorden, Forge stelt de schermen, de regels en de automatiseringen voor, en uw team valideert voor de ingebruikname. U ziet het op de pagina Neoo Forge.

Elke applicatie leeft op dezelfde basis als uw klanten, uw facturen en uw tickets. Ze is verbonden vanaf dag één: geen export, geen dubbele invoer, geen nieuwe geïsoleerde tool om te onderhouden.

Murphy, de agent die waakt, neemt het levende deel voor zijn rekening: hij bereidt vragen aan klanten, offerteherinneringen en vernieuwingswaarschuwingen voor, vraagt goedkeuring wanneer de regel het vereist en houdt een spoor bij van elke actie. De menselijke regels uit dit artikel worden instellingen, geen briefjes aan de muur.

En als een van deze applicaties echte vakkennis wordt, kan ze een product worden. Een aanvraagportaal dat voor u gebouwd werd, kan aan andere ondernemingen in uw sector aangeboden worden. We beschrijven die weg in Van het idee tot de software die u verkoopt. Voor de startmethode leest u Een bedrijfsapplicatie maken zonder te coderen.