Dat kan het platform niet
"Dat kan het platform niet, dat moeten we anders oplossen", waarna de klant zijn proces aanpast aan de software in plaats van andersom.
Zoho Catalyst is het pro-code ontwikkelplatform van Zoho. Lees wat het is, wanneer je het inzet, en waarom er in Nederland maar weinig partners mee werken.
Op enig moment in bijna elke implementatie komt de vraag die alles bepaalt: "kan dit ook?" Een berekening die net anders is dan de standaard. Een koppeling met een systeem waar geen connector voor bestaat. Een portaal waarin klanten iets moeten kunnen dat geen enkele module ondersteunt. Documenten die automatisch gegenereerd en gecontroleerd moeten worden.
Bij de meeste partners volgt daar een van twee antwoorden op.
"Dat kan het platform niet, dat moeten we anders oplossen", waarna de klant zijn proces aanpast aan de software in plaats van andersom.
"Dat bouwen we erbuiten", waarna er een los systeem ontstaat met een eigen database, een eigen inlog, een eigen beheerder en een koppeling die over drie jaar niemand meer begrijpt.
Er is een derde antwoord, en dat heet Zoho Catalyst. Wij geven dat antwoord, en we zijn in Nederland een van de weinigen die dat doen.
Catalyst is Zoho's pro-code ontwikkelplatform: een volwaardige cloudomgeving waarop je eigen applicaties en diensten bouwt, binnen hetzelfde ecosysteem waar de rest van je Zoho-omgeving draait.
Het is geen low-code tool en geen configuratiescherm. Het is een ontwikkelplatform met serverless functies, databases, objectopslag, authenticatie, caching, jobscheduling en een reeks AI-diensten, waarop je bouwt in talen als Node.js, Java en Python.
Alles rekent af naar gebruik, met een gratis ontwikkelomgeving om mee te beginnen.
Dit is geen bescheidenheid maar een feitelijke observatie over de markt, en het verklaart waarom je bij veel andere partijen hier geen informatie over tegenkomt.
Het grootste deel van de Zoho-partnermarkt bestaat uit configurators. Dat is geen diskwalificatie: Zoho configureren is een vak, en voor de meeste organisaties is dat ook precies wat ze nodig hebben. Maar het is iets anders dan software bouwen. Een configurator kent modules, velden, workflows en blueprints. Catalyst vraagt om ontwikkelaars die kunnen redeneren over datamodellen, API-ontwerp, foutafhandeling, schaalbaarheid, beveiliging en beheer.
Die combinatie (diepe kennis van het Zoho-platform én een echt ontwikkelteam) is zeldzaam. Partijen die kunnen bouwen zitten meestal niet in het Zoho-ecosysteem; partijen die het ecosysteem kennen bouwen meestal niet.
Mobile XL zit op dat snijvlak. Wij implementeren Zoho al jaren, en we hebben daarnaast een ontwikkelafdeling die maatwerkapplicaties, koppelingen en portalen bouwt. Daardoor hoeven wij bij die ene vraag ("kan dit ook?") geen nee te verkopen en ook geen los systeem voor te stellen.
Een paar typen oplossingen waarvoor wij Catalyst inzetten, zodat je een beeld krijgt van waar het thuishoort.
Een klant-, leveranciers- of partnerportaal met eigen logica, eigen schermen en een eigen rechtenstructuur, dat wel gewoon op je Zoho-data werkt. Niet als los systeem maar als onderdeel van je omgeving, met dezelfde gebruikers en dezelfde beveiliging.
Oudere branchepakketten, overheidsportalen, leveranciersomgevingen en machines. Met serverless functies bouw je de vertaling tussen twee systemen inclusief foutafhandeling, logging en herhaalpogingen: iets wat een kant-en-klare koppeling zelden netjes doet.
Inkomende pdf's uitlezen met OCR, inhoud valideren tegen je eigen regels, en het resultaat in de juiste Zoho-module boeken. Met SmartBrowz ook de andere kant op: documenten genereren.
Prijsberekeningen met tientallen variabelen, planningsalgoritmes, capaciteitsberekeningen, scoringsmodellen. Dingen die je in een configuratiescherm niet kwijt kunt zonder het onleesbaar te maken.
Processen die duizenden records per nacht verwerken of die te lang duren voor een standaardworkflow, met jobscheduling en monitoring eromheen.
Een voorspelmodel op je eigen data via QuickML, of AI-componenten die je in je eigen schermen aanroept in plaats van ze te moeten accepteren zoals ze standaard zijn.
Wat de standaardsoftware niet kon, is op Catalyst gebouwd en voelt als één geheel met de rest van Zoho. Onze klanten merken niet waar het ene systeem ophoudt en het andere begint.
Een specialist herken je er vooral aan dat hij weet wanneer hij zijn eigen gereedschap níet moet gebruiken. Catalyst is krachtig en daardoor verleidelijk, maar het is zelden het eerste antwoord.
| Je vraag | Waar dat thuishoort |
|---|---|
| Een extra veld, een andere workflow, een goedkeuringsstap | Standaardconfiguratie in de Zoho-app zelf |
| Een afgebakende interne applicatie met formulieren en rapportage | Zoho Creator (low-code) |
| Een koppeling tussen twee moderne systemen met goede API's | Zoho Flow of een integratieplatform |
| Een bot die handelingen uitvoert in een systeem zonder API | RPA |
| Een AI-agent binnen je bestaande processen | Zia Agents |
| Eigen logica, eigen datamodel, eigen schermen, op je Zoho-data | Catalyst |
| Een applicatie die volledig losstaat van Zoho | Een eigen stack, niet per se Catalyst |
Onze volgorde is altijd dezelfde: eerst kijken of het standaard kan, dan of low-code volstaat, dan of een koppeling het oplost, en pas daarna of er gebouwd moet worden. Maatwerk is duurder om te maken en duurder om te onderhouden. Wie dat niet eerlijk vertelt, verkoopt zichzelf in plaats van de oplossing.
Omgekeerd geldt ook: er zijn vraagstukken waarbij alles-in-standaard-proppen uiteindelijk duurder uitpakt dan bouwen. Een workflow met vijftig vertakkingen die niemand meer durft aan te raken, kost je meer dan een nette applicatie met documentatie.
Wat moet er gebeuren, voor wie, en hoe vaak? Vaak blijkt in dit gesprek al dat de helft van de vraag standaard op te lossen is.
Wat kost het om het te bouwen, wat kost het om het vijf jaar te onderhouden, en wat is het alternatief?
Dit is waar maatwerkprojecten slagen of mislukken.
Zodat je ziet wat je krijgt voordat het af is.
Je moet van ons af kunnen. Een maatwerkoplossing die alleen wij begrijpen is geen oplossing maar een afhankelijkheid.
Monitoring, foutafhandeling, logging en een afspraak over wie er kijkt als er iets stukgaat. Dat laatste punt is waar veel maatwerkprojecten in de markt alsnog mislukken. Software bouwen is het makkelijke deel; software vijf jaar laten draaien is het werk.
De meeste organisaties kiezen een Zoho-partner op basis van de implementatie die ze nú voor zich zien. Dat is begrijpelijk, maar het is de verkeerde vraag.
De betere vraag is wat er gebeurt over achttien maanden, als je omgeving staat en je tegen de eerste echte grens aanloopt. Kan je partner dan meebewegen, of moet je er een tweede partij bijhalen die jouw omgeving niet kent? Dat tweede scenario is waar landschappen uit elkaar vallen: twee partijen, twee verantwoordelijkheden, en een klant die ertussen zit zodra er iets niet werkt.
Wij bieden beide vanuit één team. Configuratie waar dat kan, low-code waar dat past, en pro-code op Catalyst waar het echt nodig is, met één aanspreekpunt en één partij die verantwoordelijk is voor het geheel.
Een pro-code cloudontwikkelplatform van Zoho waarop je eigen applicaties en diensten bouwt. Het biedt serverless functies, databases, objectopslag, authenticatie, caching, jobscheduling, browserautomatisering en een reeks kant-en-klare AI-componenten. Je bouwt erop in talen als Node.js, Java en Python, en het draait binnen hetzelfde ecosysteem als de rest van je Zoho-omgeving.
Zoho Creator is low-code: je bouwt er met visuele hulpmiddelen afgebakende bedrijfsapplicaties met formulieren, workflows en rapportages, zonder diepgaande ontwikkelkennis. Catalyst is pro-code: een volwaardig ontwikkelplatform voor ontwikkelaars, met volledige vrijheid in datamodel, logica en architectuur. Creator is sneller en goedkoper wanneer het past; Catalyst is de keuze wanneer je tegen de grenzen van low-code aanloopt.
Waarschijnlijk niet, en dat zeggen we liever meteen. Verreweg de meeste vraagstukken los je op met standaardconfiguratie, low-code of een koppeling. Catalyst komt in beeld bij eigen rekenlogica, portalen met specifieke eisen, koppelingen waar geen connector voor bestaat, zware achtergrondverwerking of documentverwerking op schaal. Begin altijd bij de vraag of het standaard kan.
Je bouwt op een platform van Zoho, dus er is sprake van platformafhankelijkheid, net zoals bij elke andere cloudleverancier. Wat de afhankelijkheid beperkt is hoe je bouwt: een helder datamodel, scheiding tussen logica en platformspecifieke onderdelen, en documentatie die een ander team kan lezen. Daar sturen wij bewust op, en wij vinden dat je van ons af moet kunnen.
Het platform zelf rekent af naar gebruik, met een gratis ontwikkelomgeving, en is bij normale volumes geen grote kostenpost. De werkelijke kosten zitten in ontwerp, bouw, testen en beheer. Daarom toetsen we vooraf hardop of bouwen de juiste keuze is: wat kost het om te maken, wat kost het om vijf jaar te onderhouden, en wat is het alternatief?
Ja. In de praktijk gaat het vaak om bestaande losse systemen die wel moeten blijven draaien maar beter geïntegreerd moeten worden met de Zoho-omgeving. Afhankelijk van de situatie koppelen we die, bouwen we er een laag omheen, of migreren we de functionaliteit stapsgewijs.
Dat spreken we vooraf af. We leveren op met documentatie, monitoring en foutafhandeling, en je kunt kiezen voor beheer door ons of door je eigen team. Waar we niet in meegaan is een oplossing opleveren zonder dat duidelijk is wie er kijkt als er iets stukgaat: dat is de meest voorkomende reden dat maatwerk na een paar jaar een probleem wordt in plaats van een oplossing.
Omdat de combinatie van diepgaande Zoho-kennis en een eigen ontwikkelteam in Nederland zeldzaam is. Partijen die Zoho kennen bouwen meestal niet, en partijen die bouwen kennen Zoho meestal niet. Daardoor hoeven wij bij een vraag die buiten de standaard valt geen nee te verkopen en ook geen los systeem voor te stellen, met één partij die verantwoordelijk blijft voor het geheel.
Leg hem aan ons voor. Soms is het antwoord alsnog "dat kan standaard", en soms is het precies waar Catalyst voor bestaat.