Appdsgn begon toen de App Store net open was en nog niemand precies wist wat een app moest zijn. Er waren nauwelijks bouwers, laat staan regels. Van de apps uit die beginperiode zijn er, in doorontwikkelde vorm, nog steeds meerdere actief.
De naam zegt wat hier gebeurt: applicaties ontwerpen. Wat er ontworpen wordt verschilt per tijdperk: eerst apps voor een telefoon met een touchscreen, nu software waarin AI meebouwt of meedraait. Het vak eronder verandert niet.
Die volgende verschuiving is nu bezig, en het werk hier beweegt mee. Niet met een mening over waar het heen gaat, maar met software die al draait. AI is inmiddels dagelijks gereedschap: soms de manier waarop iets gebouwd wordt, soms een onderdeel van wat er gebouwd is. Dat scheelt tijd, en die tijd komt terug in wat er binnen een budget past.
Wat niet verandert: software wordt hier gebouwd om te blijven draaien.
Marcel Swarts. Sinds 2011 ontwerp en bouw ik applicaties, en bij Appdsgn ben ik degene die je aan de lijn krijgt, degene die het voorstel schrijft en degene die het bouwt.
Dat scheelt je de vertaalslag die je bij grotere partijen wel maakt: geen kennis die verloren gaat tussen twee mensen in, geen antwoord dat eerst intern nagevraagd moet worden. Er lopen hier bewust weinig trajecten tegelijk, zodat het werk de aandacht krijgt die het nodig heeft. Waar iets groter of specialistischer wordt, gebeurt dat met vaste mensen die ik ken en vertrouw.
En past jouw vraag beter bij een standaardpakket of bij iemand anders, dan hoor je dat in het eerste gesprek.
Marcel Swarts
De meeste mensen horen bij ‘bouwen’ het hele traject van idee tot oplevering, en bij ‘ontwerpen’ alleen het uiterlijk. Hier ligt het net anders.
Ontwerpen gaat over hoe iets werkt voordat er een regel code is: welke stappen iemand zet, waar de gegevens vandaan komen, wat er gebeurt als het misgaat, en welk deel over drie jaar waarschijnlijk anders moet. Functionele en technische keuzes dus, en die bepalen meer over de levensduur dan de code die erop volgt.
Bouwen is die keuzes uitvoeren. Vakwerk, maar de belangrijke beslissingen zijn dan al genomen.
Software die na tien jaar nog past, is zelden beter geprogrammeerd dan software die na twee jaar knelt. Hij is beter ontworpen: doorontwikkelen blijft een paar dagen werk in plaats van een complete verbouwing.
Daarom is de eerste stap hier een verkenning en geen offerte.
Vaste prijs per fase, een afgesproken deadline, en allebei nakomen. Saai, en precies wat je van software wilt.
Past een standaardpakket beter, of is een idee nog niet rijp? Dan hoor je dat meteen. Een klant die tien jaar blijft is meer waard dan een project dat afgeraden had moeten worden.
Jouw code, jouw accounts, nette documentatie. Je zit nergens aan vast. Dat vrijwel niemand weggaat, is het mooiste compliment dat dit werk kent.
Niet elke wens hoeft een project te worden. Veel verbeteringen zijn een middag werk. Dan is het ook gewoon een middag werk.
Nieuwe software begint klein en groeit op basis van wat gebruikers werkelijk doen. Dat scheelt geld, en het scheelt functies die niemand opent.
De oudste apps staan er al ruim tien jaar en worden nog steeds bijgewerkt. Daarachter portalen, beheeromgevingen en backends waar dagelijks in gewerkt wordt. Zo lang meegaan is geen toeval: het is zo gebouwd, en er is al die jaren aan gewerkt.
Hierboven staat hoe er hier gewerkt wordt. Of dat bij jouw vraag past, blijkt het snelst door hem voor te leggen: in de eerste indruk, of gewoon in een mail.