Ontwerp · ontwikkeling · ingebruikname
Jullie hebben een plan voor de onderneming. Misschien moeten de mogelijkheden nog worden uitgewerkt. Misschien liggen er al ontwerpen, requirements en een projectteam. IndustrylinQ neemt verantwoordelijkheid voor de vertaling naar software die mensen in hun dagelijkse werk kunnen gebruiken, van architectuur en ontwikkeling tot invoering en overdracht.
Als de richting nog openligt, werken we met jullie de gebruikers, bedrijfsregels en samenhang uit. Bij een fabrikant of groothandel kan dat gaan om wat verkoop mag toezeggen en welke informatie productie of het magazijn nodig heeft. Dat bepaalt wat we bouwen en wat we met bestaande systemen verbinden, of het nu om een dealerportaal, productietoepassing of medewerkersplatform gaat.
Is er al een uitgewerkt plan, dan beginnen we daar. We beoordelen de requirements en ontwerpen met jullie productverantwoordelijke, analist of ontwerppartner. We maken zichtbaar welke keuzes vaststaan, waar technische vragen zitten en wat nog moet worden besloten. Jullie hoeven het voorwerk niet opnieuw te laten doen.
Bij een Amerikaanse werkgeversorganisatie bouwden we bijvoorbeeld de leden- en beheertoepassingen vanuit het ontwerp van een externe partner. Bij KidsJobs begon de opdracht met een ondernemersvisie en lagen productuitwerking, app en backend bij ons.
Uit ons werk · Schoonmaakwoede
De klant kiest werkzaamheden en een moment. Het platform verbindt die keuzes met prijsberekening, planning en uitvoering. We bouwden de klantomgeving, Office, partneromgeving en uitvoeringsapp als onderdelen van dezelfde dienstverlening.
De oplevering
Een klantportaal, medewerkersapp, backoffice en de benodigde koppelingen. We ontwerpen gegevens, bevoegdheden en handelingen samen. De afspraak met de klant blijft herkenbaar als het werk naar een andere afdeling of toepassing gaat.
We leveren in bruikbare stappen en spreken vooraf af waaraan je kunt zien dat een onderdeel voldoet. Medewerkers beoordelen het gebruik; wij toetsen ook de verwerking, toegangsrechten en foutafhandeling. Wat nog niet klopt, krijgt een concrete vervolgactie.
De overstap krijgt een eigen plan: gegevens meenemen, gebruikers voorbereiden, het gebruik beproeven en ondersteuning organiseren. Broncode, documentatie, toegang en beheerafspraken horen bij de oplevering. Je team moet ermee verder kunnen.
Een koppeling kan op papier beschikbaar zijn, terwijl een noodzakelijke handeling ontbreekt. Een mobiele toepassing kan prima werken met verbinding, maar anders moeten omgaan met gegevens zodra iemand offline gaat. Zulke afhankelijkheden onderzoeken we vroeg.
We maken afspraken over de eerste versie, de verantwoordelijkheden van betrokken partijen en de voorwaarden voor ingebruikname. Een gerichte technische proef kan nodig zijn voordat we een onderdeel begroten. Je krijgt dan inzicht in wat is vastgesteld, welke aanname nog openstaat en wat dat betekent voor planning en investering.
Een bestaand boekhoud- of planningssysteem kan leidend blijven voor bepaalde gegevens. We leggen vast waar gegevens worden beheerd en hoe andere toepassingen wijzigingen verwerken. Dat voorkomt dat twee systemen ongemerkt verschillende versies van dezelfde afspraak gaan bijhouden.
We volgen een opdracht door de toepassingen heen. Kan een accountmanager een afspraak vastleggen, krijgt de uitvoering de juiste informatie en kan de administratie ermee verder? Ook een afwijzing, wijziging of mislukte koppeling hoort bij die toetsing.
Bij JobLog24 loopt een materiaalaanvraag van de schoonmaker naar kantoor en de bezorger, waarna de administratie de materialen kan factureren. De waarde zit in de samenhang tussen die handelingen. Een afzonderlijk scherm laten werken is één deel van de opdracht.
Tijdens demonstraties bespreken we het opgeleverde werk en de volgende keuzes. Komt er een nieuwe wens bij, dan maken we de gevolgen voor omvang, planning en budget zichtbaar. Jullie bepalen mee wat voorgaat en wat kan wachten.
We ontwikkelen in TypeScript, met Angular of Vue voor applicaties en Node.js op Google Cloud voor de backend. Voor iOS en Android kunnen we de webcodebasis met Capacitor hergebruiken en native functionaliteit toevoegen. De toepassing, bestaande omgeving en het beheer bepalen de keuze.
AI krijgt een plaats als het een concrete taak beter ondersteunt. Vaste afspraken blijven gewone bedrijfslogica. Een agent is zinvol wanneer hij binnen duidelijke grenzen zelf vervolgstappen moet kiezen. Onze voorkeur is private AI met een passend open model. We wegen kwaliteit, hosting en gebruikskosten samen af; een groter model is geen doel op zich.
Voor private AI kunnen we een open model op een eigen VPS of passende cloudomgeving draaien. Waar het vraagstuk dat toelaat, kiezen we bij voorkeur een Europees model en toetsen we eerst of een kleiner model voldoet. Mogelijkheden, responstijd en gebruikskosten horen bij dezelfde afweging. We spreken af wat een agent mag doen, wanneer een medewerker moet beoordelen en hoe mislukte handelingen kunnen worden hersteld.
Ook wanneer we AI bij de ontwikkeling gebruiken, blijven ontwerp, technische toetsing en oplevering onze verantwoordelijkheid. Lees verder over cloudarchitectuur, security en privacy en onze afwegingen bij private AI.
Voor de overstap bepalen we welke gegevens nodig zijn, wie de werking accepteert en hoe gebruikers worden voorbereid. Waar passend beginnen we met een pilot. We spreken af wat moet kloppen voordat de volgende groep of vestiging overstapt en hoe we terug kunnen als een wijziging niet goed uitpakt.
Na ingebruikname moeten vragen, onderhoud en nieuwe wensen een duidelijke eigenaar hebben. We kunnen dat verzorgen via beheer en doorontwikkeling, of overdragen aan jullie eigen team. De afspraken daarover maken we vóór de overgang naar dagelijks gebruik.
De volgende stap
We sluiten aan bij jullie vertrekpunt. Bespreek de beoogde toepassing, bestaande requirements en het team waarmee we samenwerken.
