Det finns en lockelse i no-code. Du drar och släpper, du ser flödet visuellt, du kan visa kunden hur det funkar utan att de behöver läsa kod. För prototyper är det perfekt. För system som ska bära skarp drift är vår slutsats att det blir en broms.
Versionshantering blir oklart
När en utvecklare skriver kod hamnar varje ändring i git. Två personer kan jobba parallellt, slå ihop ändringar och se vem som gjorde vad. När någon ändrar i ett no-code-flöde är spårningen sämre. Vissa plattformar har versioner, andra har det inte. Att rulla tillbaka en specifik ändring utan att rulla tillbaka allt blir snabbt komplicerat.
Testbarheten är begränsad
Vi skriver enhetstester och integrationstester för agentlogik. Vi kör dem automatiskt vid varje ändring. När agenten lever i en no-code-plattform är det svårt eller omöjligt att skriva motsvarande testsvit. Du blir beroende av att klicka igenom flödet manuellt, vilket inte skalar bortom de enklaste fallen.
Prestanda är vad plattformen ger dig
När du skriver egen kod kan du optimera de delar som är hetast. Du kan parallellisera, du kan cacha, du kan göra antaganden som passar just din användning. I no-code är prestandan en black box. När den blir för långsam kan du ofta bara hoppas att leverantören löser det.
Och plattformsrisken
När leverantören ändrar prismodell, blir uppköpta eller bestämmer sig för att avveckla sin gamla redaktör är ditt produktionssystem gisslan. Migrationer bort från no-code-plattformar som ändrat villkoren är dyra och stressiga, och händer oftare än man tror när man satsat på en specifik leverantörs ekosystem.
När no-code är rätt val
Det finns lägen då no-code är rätt. Tidiga prototyper för att visa intressenter att en idé är möjlig. Internkommunikation som inte är affärskritisk. Småskalig automation för enskilda team där underhållet kan ligga hos dem själva. Marknadsteam som vill iterera snabbt på leadkvalificering.
Tumregeln vi använder: om felfunktion en timme gör väsentlig skada, bygg det med kod. Om det inte gör det, no-code räcker långt.
Den hybrida vägen
Ett mönster vi tror på är att låta kärnlogiken sitta i kod, men göra delar av flödet konfigurerbara via en enkel admin-yta för kunden. Det ger snabbhet utan att kompromissa med stabilitet, och är ofta den bästa avvägningen för medelstora bolag som vill ha både och.