Az alapítók pályafutásuk első évtizedét tanácsadóként és architektként töltötték nagy, magas kockázatú vállalati és közszférás programokban — banki back-office-ok, kormányzati információs rendszerek, szabályozott pénzügy, dokumentumintenzív működés. Projektről projektre ugyanazt a kudarcmintát látták ismétlődni, és ennek semmi köze nem volt ahhoz, mennyire okos a technológia.
A követelményeket papíron tervezték, a szoftvereket elképzelték. Az üzletet arra kérték, hogy részletesen és előre mondják meg, hogyan viselkedjenek a szoftverfunkciók — aztán ezeket a funkciókat papíron tervezték meg, jóváhagyatták, és csak jóval később építették meg. De egy üzleti vezető dolga az, hogy jól vezesse az üzletet, nem az, hogy szoftvert tervezzen. Ha arra kérik őket, hogy képzeljenek el egy soha nem látott rendszert, magabiztos specifikációk születtek — amelyek tévesnek bizonyultak abban a pillanatban, amint megjelent egy működő képernyő.
A változás mindent szétzilált. A valódi szervezetek nem állnak meg. A szabályozás módosul, a folyamatok fejlődnek, a prioritások eltolódnak. Egy papíralapú, mindent előre megtervező világban minden változás újranyitotta az egész láncot — újra specifikálni, újratervezni, újrafejleszteni, újratesztelni —, és ennek a költségvetés és a határidő látta a kárát. A visszajelzés pedig túl későn érkezett: mire a végfelhasználók és az üzleti vezetők ténylegesen hozzáférhettek a rendszerhez, a drága döntések már megszülettek.
Az alapítók arra jutottak, hogy a probléma nem az emberekkel vagy a befektetett munkával volt — hanem a módszerrel. Egy összetett rendszert nem lehet megbízhatóan papíron megtervezni olyan emberekkel, akiknek a szakértelme az üzlet, nem a szoftver. Hagyni kell, hogy korán és gyakran reagálhassanak valami valóságosra.
Ezért egy másfajta építkezést képzeltek el: valódi funkcionális vázakra tervezni, nem papíron létező absztrakciókra. Gyorsan felállítani egy működő gerincet, már az első hetekben valódi, kattintható prototípusokat tenni a végfelhasználók és az üzleti vezetők elé, közvetlen visszajelzést gyűjteni, és hagyni, hogy a rendszer ráhangolódjon arra, amire a szervezetnek valóban szüksége van — miközben egy stabil, mérnöki gondossággal épített gerinc változás közben is megbízhatóvá teszi az egészet.
Ehhez az ötlethez olyan alap kellett, amely még nem létezett olyan formában, amelyben megbíztak, ezért megépítettek egyet: egy low-code keretrendszert (WSF — eredetileg Workflow Solution Framework), amely gyorsan üzembe tud állítani egy valódi, működő rendszert, olcsón módosítható, és mégis elbírja egy szabályozott, kritikus üzemű bevezetés terhét. Ismétlődő ügyfélprojekteken bizonyították be — majd 2011-ben megalapították az Appsintot, hogy a keretrendszert valódi szellemi termékként fejlesszék, és teljes körű, „nehézsúlyú” vállalati megoldásokat szállítsanak vele, teljes körűen: az első ötlettől éveken át tartó üzemeltetésig.
Az Appsint a mai napig pontosan ezt csinálja.