Hoe u bedrijfsinformatie structureert voor investeerders en voor AI

Wat gaat er precies mis als bedrijfsinformatie niet gestructureerd is?

Neem de investeerderspagina van een bedrijf na drie jaar aan updates. Meestal ziet dat er zo uit: het omzetcijfer op de homepage komt uit de slidedeck van vorig kwartaal. Het cijfer in het meest recente rapport is nieuwer en iets anders, omdat de slidedeck een voorlopig cijfer gebruikte dat later is herzien, zonder dat iemand de homepage heeft bijgewerkt. Een begrip als "terugkerende omzet" komt twee keer voor op dezelfde site en betekent beide keren iets net anders, omdat twee mensen die pagina's met acht maanden ertussen hebben geschreven en geen van beiden het concept van de ander heeft gelezen. Het jaarverslag bestaat als gescande PDF. De halfjaarupdate bestaat als webpagina. Wie beide vergelijkt, moet raden welke het actuele antwoord bevat.

Niets hiervan is ongewoon. Het overkomt bijna elk bestand aan bedrijfsmateriaal dat jarenlang groeit zonder dat iemand actief de randjes bijhoudt. Niemand heeft dit zo gepland. Het is update voor update opgebouwd.

Waarom verwart dezelfde fout zowel een investeerder als een AI-tool?

De eerste keer dat een investeerder het verkeerde omzetcijfer op die pagina leest, gebeurt er nog niets ernstigs. Maar als dat verouderde cijfer in het model van een analist terechtkomt, herhaalt de fout zich op een plek die ertoe doet. Een investeerder die twee jaar aan updates naleest om te achterhalen wat "terugkerende omzet" hier precies inhoudt, geeft meestal na de tweede tegenstrijdigheid op en vraagt het u rechtstreeks.

Een AI-tool die hetzelfde materiaal leest, komt voor dezelfde tweesprong te staan, alleen sneller en zonder de optie om gewoon te vragen. Het moet nog steeds kiezen welke versie als correct geldt, en als het materiaal zichzelf tegenspreekt, kan het net zo makkelijk de verkeerde versie ophalen of herhalen als de juiste.

De oplossing hiervoor is geen aparte technische laag bovenop uw bestaande pagina's. Het is dezelfde oplossing waar een ontevreden menselijke lezer al om vroeg. Sommigen zeggen dat rechtstreeks. Anderen stoppen gewoon met lezen en sturen u in plaats daarvan een e-mail.

Wat breekt het eerst: namen, data of definities?

Meestal namen. Als hetzelfde in uw eigen materiaal twee verschillende namen krijgt, een metriek, een dochteronderneming, een productlijn, moet elke lezer raden of het om hetzelfde gaat of om iets nieuws. Kies de naam die u vanaf nu daadwerkelijk gaat gebruiken, en pas die consequent toe op uw actuele pagina's en doorlopend materiaal. Laat historische mededelingen, oude persberichten, oude presentaties, precies zoals ze zijn gepubliceerd; zo'n document is een verslag van wat op dat moment is gezegd, geen pagina om te herschrijven. Is de naam sindsdien veranderd, dan volstaat een korte, gedateerde toelichting.

Daarna komen data. Een cijfer zonder duidelijke peildatum is een cijfer waar niemand op kan vertrouwen, omdat niet te zien is of het om het cijfer van dit kwartaal gaat of om een cijfer dat twee jaar geleden stilletjes is verouderd. Voorzie elk cijfer dat kan veranderen van een datum, niet alleen het document dat het bevat.

Definities tellen het meest bij begrippen die u niet zelf heeft bedacht. Iets als "gecorrigeerde EBITDA" of "vergelijkbare groei" betekent binnen uw bedrijf iets specifieks, en dat hoeft niet overeen te komen met hoe een concurrent of een leerboek het gebruikt. Definieer het één keer, dicht bij de plek waar het voor het eerst voorkomt, en gebruik precies die formulering overal elders opnieuw in plaats van telkens een nieuwe uitleg te schrijven.

Wat zou op één plek moeten staan in plaats van verspreid over vijf documenten?

Alles wat verandert. Een oprichtersbiografie die jarenlang hetzelfde blijft, kan staan waar het maar handig uitkomt. Een cijfer dat elk kwartaal verandert, een definitie waar u herhaaldelijk op leunt, een beleid dat bepaalt wat u wanneer rapporteert: die hebben een gecontroleerde bron nodig, de ene plek waar de actuele waarde daadwerkelijk staat en als eerste wordt bijgewerkt. Uw persbericht, uw slidedeck, uw jaarverslag en uw website zullen allemaal nog steeds hetzelfde cijfer noemen, dat is normaal en vaak verplicht. Wat verandert, is dat ze allemaal uit die ene gecontroleerde bron putten en ermee overeenkomen, in plaats van dat vijf mensen elk hun eigen versie van de waarheid bijhouden.

In de praktijk is dit meestal één referentiepagina, een kort glossarium, of een duidelijk gelabelde pagina met actuele cijfers waar de rest van uw site en uw rapporten naar verwijzen in plaats van het te herhalen. Verandert een cijfer, dan verandert het op één plek, en klopt alles wat daarvan afhangt automatisch, in plaats van te steunen op het geheugen.

Een deel van wat er echt voor nodig is om alles op één plek te houden, is machineleesbaarheid, een engere gedachte dan het klinkt. Het betekent alleen dat informatie zo wordt gepresenteerd dat software kan herkennen waar het over gaat zonder dat een mens dat vooraf uitlegt: een cijfer met een label voor wat het meet en per wanneer, een kop die duidelijk zegt waar die sectie antwoord op geeft, een glossariumitem dat een tool kan matchen met het begrip dat drie alinea's verderop wordt gebruikt. Het gaat er niet om voor een machine te schrijven in plaats van voor een mens. Het gaat erom geen van beide te laten gissen.

Wat kunt u beter laten zoals het is?

De tekst zelf. Uw materiaal structureren is geen argument om uw rapporten in een spreadsheet te veranderen of de stem uit de manier waarop u over het bedrijf praat te halen. Een heldere structuur en een natuurlijke, goed leesbare stijl staan niet op gespannen voet met elkaar, en dit als reden nemen om stijver te schrijven, verwart de eigenlijke afweging. Wat correctie nodig heeft, is het geraamte rond de tekst: wat consequent benoemd is, wat een datum draagt, wat één keer gedefinieerd is. De zinnen kunnen precies zo menselijk blijven als ze al zijn.

Het loont ook om de inspanning proportioneel te verdelen. Een eenmalige evenementpagina van drie jaar geleden, waar bijna niemand meer naar linkt, heeft niet dezelfde aandacht nodig als uw actuele investeerderspagina of uw laatste twee rapporten. Besteed de tijd waar investeerders en AI-tools daadwerkelijk lezen, in plaats van elke pagina in het archief even gelikt te maken.

Wiens taak is dit?

Niet die van een webontwikkelaar, en geen punt dat op een IT-backlog blijft liggen tot de volgende herziening van de site. De beslissingen die hierbij horen, hoe iets heet, welk cijfer actueel is, welke definitie de juiste is, gaan over uw eigen verhaal, niet over code. Ze horen bij wie dat verhaal al beheert: een investor relations-verantwoordelijke waar die functie bestaat, anders de CFO of de oprichter die het dichtst bij de cijfers staat.

Zodra die structuur bestaat, wordt het ook het materiaal waaruit MIRA put om investeerdersvragen te beantwoorden, uitsluitend op basis van uw eigen goedgekeurde bedrijfsinformatie. Wat MIRA precies is, krijgt een eigen uitleg op de pagina die deze definitie beheert: what is a source-grounded IR assistant. Het punt hier is smaller: dezelfde structuur die een menselijke lezer helpt, is wat MIRA in staat stelt naar de juiste bron te verwijzen in plaats van naar de verkeerde.

Geef één persoon de taak om die structuur actueel te houden, ook als dat maar een klein deel van een bredere rol is, en laat die het één keer per kwartaal tegen uw materiaal controleren, op hetzelfde moment dat u toch al uw rapporten aanpakt. Blijft dit onbelegd, dan zakt het over opeenvolgende rapportagecycli terug in dezelfde chaos.

De kern van bedrijfsinformatie structureren voor investeerders en voor AI

Investeerders en AI-tools lopen allebei tegen dezelfde drie problemen aan: een naam die op twee manieren wordt gebruikt, een cijfer zonder datum, een begrip dat niemand heeft gedefinieerd. Dat oplossen is een redactionele taak, geen technische, en uw rapporten houden daarbij hun eigen stem. Geef de taak aan wie uw verhaal al beheert, en controleer die net zo vaak als u toch al uw cijfers bijwerkt.