⚙️Onzichtbare en zichtbare verbeteringen

We waren even stil, en dat is niet zonder reden. De afgelopen weken zijn we hard bezig geweest om Aiden nóg beter te maken, zowel zichtbaar als onzichtbaar.

First things first: Onzichtbare verbeteringen

Zoals de meeste software heeft ook Aiden aandacht en onderhoud nodig. Toen we 2,5 jaar geleden begonnen met het bouwen van de beste software voor de beste keuzehulpen waren de features, functionaliteiten en klantbehoeftes anders dan dat ze nu zijn. Software moet meegroeien met behoeftes, en de afgelopen maanden merkten we dat dit moeilijker werd door keuzes die we 2,5 jaar geleden hebben gemaakt. Het was dus tijd voor een grote schoonmaak!

We hebben de interne werking van keuzehulpen herschreven en een nieuw intern model gemaakt. Het resultaat? Niks zichtbaar, alles werkt voor gebruikers nog nét zoals eerst. Maar de wijzigingen van afgelopen tijd stellen ons in staat beter aan te sluiten op jullie behoeftes - en die van jullie klanten - en sneller features te ontwikkelen en te verbeteren.

Dát gaat wel zichtbaar zijn.

Zichtbaar: Betere gespreksvisualisatie in Conversation

Wij vinden dat het net zo makkelijk moet zijn om met simpele gesprekken te kunnen werken als met complexe. Dat is één van de renenen waarom Aiden de visualisatie van de gespreksflow automatisch voor je doet en je niet zelf hoeft te slepen op een canvas. Concentreer jij je op de inhoud, en wij regelen de rest.

Keuzehulpen die in Aiden worden gebouwd variëren van simpel tot complex, en zeker de complexe gesprekken lieten qua visualisatie soms te wensen over. Zo werden gesprekken met veel aftakkingen snel warrig en liepen er soms lijnen door elkaar. Wat een gespreksboom had moeten zijn werd een spinnenweb. Ai!

‍

Deze visualisatie verbeteringen hebben we doorgevoerd:

‍

Gekke kronkels: wat kan er niet?

Elk algoritme dat je gebruikt heeft zijn eigen trade-offs. Sommige algoritmes maken bepaalde situaties beter, maar verergeren andere situaties. Sommige algoritmes zijn erg traag, en daarom alleen geschikt voor kleine visualisaties maar niet voor complexe gesprekken.

Het algoritme dat wij gebruiken voor de flow visualisatie is bedoeld om vragen zoveel mogelijk bij elkaar te plaatsen voor het overzicht, ook als dit soms tot lange lijnen leidt. Daarnaast probeert het algoritme ook om overlap te minimaliseren. In sommige situaties kan dit betekenen dat er een lijn met een gekke omweg getekend wordt. Ook het absoluut voorkomen van overlap is niet mogelijk. Het goede nieuws is dat dit soort situaties zelden voorkomt en zeker is te overzien ten opzichte van de verbetering als geheel.

Nerd bril op? Dan is dit een goede uitleg vanuit de wiskundige kant.

Tot de volgende update! Er zit héél veel moois in de pijplijn…