Uw behoefte goed beschrijven aan AI: wat het verschil maakt

1

De beschrijving weegt zwaarder dan de technologie

Wanneer een applicatie door AI samengesteld wordt, is de techniek niet langer het obstakel. AI kan een scherm, een lijst, een formulier of een rekenregel maken. Wat ze niet weet, is hoe uw onderneming werkt. Ze stelt samen wat ze begrijpt, en ze begrijpt wat u haar vertelt.

Vraag ‘een applicatie om mijn interventies te beheren’ en u krijgt een generiek scherm, correct en nutteloos: een lijst van interventies met een titel, een datum en een status. Niets over hoe uw technici toegewezen worden, wat er gebeurt als de klant er niet is, of wie beslist om een verloren verplaatsing te factureren.

Beschrijf het resultaat dat u verwacht, de mensen die de applicatie zullen gebruiken en de beperkingen op het terrein, en u krijgt iets anders: een applicatie die uw manier van werken volgt. Het verschil tussen beide ligt niet aan de technologie. Het ligt aan de beschrijving.

AI raadt uw vak niet. Ze leest het in wat u haar vertelt.

2

De vijf elementen van een goede beschrijving

Een goede beschrijving is niet lang. Ze is volledig op vijf punten, altijd dezelfde, welk project het ook is.

1. 01
   Het verwachte resultaat

   Wat waar moet zijn op het einde. Bijvoorbeeld: elke interventieaanvraag krijgt binnen de dag een geplande datum en een technicus, en de klant wordt daarvan verwittigd.

2. 02
   De mensen en hun rollen

   Wie de applicatie gebruikt en waarvoor. Het onthaal registreert, de verantwoordelijke plant, de technicus raadpleegt en sluit af, de boekhouding factureert.

3. 03
   De behandelde objecten

   De concrete zaken waarover het gaat: een klant, een site, een toestel, een offerte, een interventie. Noem ze zoals uw team ze noemt.

4. 04
   De regels en de uitzonderingen

   Wat normaal gebeurt, en wat gebeurt wanneer het niet normaal verloopt. Een afwezige klant, een ontbrekend onderdeel, een interventie buiten contract.

5. 05
   Wat een menselijke goedkeuring vereist

   Wat nooit mag gebeuren zonder dat iemand het goedgekeurd heeft: een offerte versturen, een korting toekennen, een betwist dossier afsluiten.

Als u op die vijf punten kunt antwoorden, hebt u al het essentiële. De rest stelt AI voor.

3

Toon het, leg het niet alleen uit

Een echt document zegt meer dan een pagina uitleg. Wat u vandaag gebruikt, hoe onvolmaakt ook, bevat al uw velden, uw stappen en uw gewoonten.

• Een bestaande offerte: ze toont uw lijnen, uw voorwaarden, uw verplichte vermeldingen.
• Het rekenblad dat u met de hand bijhoudt: de kolommen zijn uw objecten, de tabbladen zijn vaak uw stappen.
• Een schermafbeelding van de huidige tool: wat u mist is er even zichtbaar als wat werkt.
• Een voorbeeld van een lastig geval: het dossier dat vorige maand problemen gaf, is tien abstracte regels waard.

Breng ook uw woordenschat mee. Als uw team ‘dossier’, ‘interventie’ of ‘bestelbon’ zegt, zeg het dan zo. AI hergebruikt uw woorden in de schermen, de lijsten en de berichten. De dag dat de applicatie er is, herkent uw team ze in plaats van ze te moeten aanleren.

4

Vragen voor er gebouwd wordt

De beste beschrijving wordt niet in één keer geschreven. Ze groeit in een gesprek. Voor er iets samengesteld wordt, moet AI haar vragen stellen: wie keurt deze offerte goed, wat gebeurt er als de klant annuleert, is een historiek van wijzigingen nodig. Daarna stelt ze een plan voor dat u naleest.

‘Ik weet het niet’ is een aanvaardbaar antwoord. U hoeft niet elke regel te beslissen voor u begint. Een redelijke standaardwaarde wordt voorgesteld, en u past ze aan wanneer het geval zich voordoet.

Verkies ook kleine opeenvolgende vragen boven één reusachtige vraag. Een eerste versie die het normale geval behandelt, dan een uitzondering, dan een goedkeuringsregel: elke stap blijft leesbaar en controleerbaar. Een reusachtige vraag levert een applicatie op die niemand de tijd heeft om na te lezen.

5

De kennis die aan het project verbonden blijft

Wat u één keer uitlegt, zou u niet bij elke vraag moeten herhalen. Uw regels, uw rollen, uw voorkeursformuleringen, de dingen die u wilt vermijden: dat alles vormt de kennis van uw onderneming, en die blijft aan het project verbonden.

Concreet: als u gezegd hebt dat geen enkele korting toegekend wordt zonder het akkoord van de zaakvoerder, respecteert elke latere evolutie die regel zonder dat u ze moet herhalen. Als u gezegd hebt dat uw klanten ‘leden’ heten, verandert dat woord niet op het derde scherm.

Die kennis is ook wat AI binnen haar perimeter houdt. Ze ziet wat u toegelaten hebt, en niets meer. We werkten dat principe uit in Wat een AI-assistent moet weten voor hij handelt: toegelaten context weegt zwaarder dan een briljant maar geïsoleerd antwoord.

6

In Neoo: beschrijven, structureren, testen, valideren

Bij Neoo vindt dat gesprek plaats in Neoo Forge, het atelier dat uw applicaties met AI samenstelt. U beschrijft uw behoefte met uw woorden. Forge structureert ze in objecten, schermen, regels, rollen en trajecten, en toont u het plan voor er iets samengesteld wordt.

Eens samengesteld, wordt de applicatie getest: de normale gevallen, de uitzonderingen, de rechten van elke rol en het terugdraaien. Uw team valideert voor er iets in gebruik gaat. We beschrijven de volledige aanpak in Een bedrijfsapplicatie maken zonder te programmeren en hoe u de applicatie veilig laat evolueren in Wijzigen, valideren, terugdraaien.

Die beschrijving past in enkele regels. Ze volstaat voor Forge om een plan voor te stellen, de resterende vragen te stellen en een eerste versie samen te stellen die u nakijkt. Ontdek het atelier op de Neoo Forge-pagina of reserveer een demonstratie om het met uw eigen geval te zien.