Software:interne apps maken met low-code, no-code platforms

Ervan uitgaande dat de beste ideeën voor het oplossen van problemen soms van de grond af komen, gebruiken fabrikanten programmeerplatforms zonder en met weinig code om werknemers problemen op te laten lossen door hun eigen apps op maat te bouwen.

De aanleiding voor de oprichting van deze platforms is de behoefte aan apps die niet te vinden zijn in iTunes of Google Play Store, verergerd door een tekort aan goede programmeurs, IT-afdelingen en bureaus die overbelast zijn met werk, de kosten en tijd die gemoeid zijn met het maken van een toepassing en de wisselende kwaliteit van wat er wordt geproduceerd.

Als gevolg hiervan voorspelde Gartner Inc., een wereldwijd onderzoeks- en adviesbureau in IT en andere industriële sectoren, dat in 2024 de ontwikkeling van low-code applicaties meer dan 65 procent van de app-ontwikkelingsactiviteit zal uitmaken.

Enkele van de meest populaire doe-het-zelf-apps die in de productie worden gebruikt, zijn apps voor garantiebeheer, zichtbaarheid van de toeleveringsketen, voorraadbeheer, rapportage aan regelgevende instanties, logistiek, verkooppunten en projectworkflow.

Productie is bij uitstek geschikt voor doe-het-zelf-apps op maat vanwege de technische training van het personeel in technische concepten en methodologieën. Sommige ingenieurs hebben misschien zelfs geëxperimenteerd met verschillende programmeertalen om hun werk te automatiseren of om analyses uit te voeren, dus ze zijn niet helemaal onbekend met softwareontwikkeling; het is gewoon niet hun primaire rol.

"Wat daar fascinerend aan is uit mijn ervaring, is dat deze mensen de neiging hebben om echt effectief te zijn in dit soort platformen", zegt Mike Schiraldi, teamleider oplossingsarchitecten bij Mendix, Boston. "Ze zitten niet vast in alle esoterische syntaxis van een bepaalde taal en ze bevinden zich ook in een unieke positie om een ​​zakelijk probleem te begrijpen, waar een leemte in dat proces zit en hoe dit op te lossen." Mendix werd in 2018 overgenomen door Siemens.

Ontwikkelaars van medewerkers

Bij Flowserve, Irving, Texas, dat vloeibare motion control-oplossingen voor de olie- en gasindustrie produceert en onderhoudt, hebben werknemers een low-code platform van Appian, Tysons, Virginia gebruikt om apps te maken voor verschillende doeleinden, waaronder een service centrale portaal voor het pompreparatieproces van Flowserve. Met behulp van de app maakt een medewerker een orderinvoer en gebruikt deze vervolgens om de benodigde gerelateerde informatie over inspectie, prijsopgave, coördinatie van fysieke arbeid en benodigde onderdelen vast te leggen en te beheren; beoordeling en goedkeuring; en tot slot verzending van een factuur.

Voor de doeleinden van Flowserve is er geen kant-en-klare software beschikbaar, zegt Malcolm Ross, plaatsvervangend CTO en vice-president productstrategie bij Appian.

"Er is software voor een voorraadbeheersysteem en HR-resourcebeheer, maar niets om de twee - de arbeid en de onderdelen - samen te combineren", zei Ross.

Met low-code platforms kunnen zakelijke gebruikers, zoals de medewerkers van Flowserve, op maat gemaakte oplossingen ontwikkelen om processen te automatiseren en te organiseren.

"Elke low-code gebruiker die een aangepaste applicatie ontwikkelt, zal een grondige kennis hebben van het probleem en het proces waarop de applicatie zich richt", zegt Tejas Gadhia, hoofd evangelist voor platformontwikkeling bij Zoho Corp., Pleasanton, Californië. is het belangrijkste voordeel van low-code platforms:ze houden de ontwikkeling intern, in plaats van dat gebruikers hun behoeften moeten uiten aan een IT-team of externe ontwikkelaar.”

Naast het mogelijk maken van app-ontwikkeling, stellen de platforms makers ook in staat om applicaties te updaten naarmate hun processen en vereisten evolueren op basis van feedback van gebruikers. Leveranciers verschillen in de vraag of de apps kunnen worden opgeslagen in een interne portfolio van een onderneming of in een commerciële app store, maar updates kunnen worden gepusht via een link in sms of een e-mail.

Agile app-ontwikkeling

"Dit blijkt het belangrijkste te zijn als je echt agile en innovatieve app-ontwikkeling wilt doen:geef het in handen van sommige gebruikers, krijg hun feedback en produceer een iteratie", zegt Praveen Seshadri, CEO van AppSheet, Seattle. "Echt, het aantal iteraties dat u kunt doen met kwaliteitsfeedback is wat uw app laat converteren naar iets nuttigs en succesvols voor uw gebruikers. De snelheid van iteraties is de drijvende kracht achter succes.”

Hoewel het ontwikkelen en gebruiken van een app op zichzelf waardevol is omdat het de productiviteit stimuleert, realiseren fabrikanten zich op een gegeven moment dat er extra waarde zit in het platform dat ligt in het bouwen van veel apps. Als ze eenmaal veel applicaties hebben gebouwd, wordt dat besef vaak aangedreven door het analyseteam dat ziet dat de applicaties niet alleen de productiviteit stimuleren, maar ook gegevens verzamelen die kunnen worden gebruikt door de ERP-, MES- of PLM-software van een fabriek.

"Dit is als goud", zegt Seshadri. “Het geeft inzicht in al deze zaken waar we voorheen geen inzicht in hadden.”

Met die gegevens kunnen fabrieken analyseren welke delen van hun productielijn het beter doen dan andere en waar er meer problemen zijn dan elders. Ze kunnen identificeren waar kansen liggen.

"Dus, het stimuleert strategisch denken," zei hij. “Hoe kan dit ons bedrijf fundamenteel concurrerender maken?”

Efficiëntie-casestudy

Elijah Magrane, operations director bij Tutti Gourmet, een producent van gezondere snacks in Hudson, Quebec, Canada, begon AppSheet ongeveer 16 maanden geleden te gebruiken voor het inventariseren.

Vroeger deed de fabriek de inventaris op basis van fysieke tellingen die vervolgens handmatig in spreadsheets werden ingevoerd. Fouten kwamen vaak voor en sommige dingen werden over het hoofd gezien. Met het platform was Magrane echter in staat een inventaris-app te maken die het soort formules en berekeningen bevat dat gebruikelijk is voor spreadsheetprogramma's en heeft sindsdien streepjes- en QR-codes toegevoegd, zodat tellingen geautomatiseerd zijn.

"De implementatie van een barcodesysteem via AppSheet, samen met geautomatiseerde kennisgevingen van herbevoorrading, hebben onze efficiëntie verhoogd en ervoor gezorgd dat we altijd in staat zijn om bestellingen uit te voeren en op volle capaciteit te produceren," zei Magrane.

De apps die Magrane heeft gemaakt - ongeveer 40 in totaal - zijn handig voor dagelijkse activiteiten, zoals het in kaart brengen van de tijd van werknemers, het bijhouden van lijsten met goedgekeurde leveranciers, het invullen van inspectiechecklists, het beheren van magazijnvoorraad, het volgen van productdistributie en meer.

"Om eerlijk te zijn, waar ik nu ben, heb ik een volledig functionerend ERP met AppSheet", zei hij (zie afbeelding op pagina 63).

Omdat het platform zich in de cloud bevindt, heeft de baas van Magrane onderweg toegang tot inventaris, projectbeheer en R&D-apps. Bij de onderneming kan de nieuwe verkoopmanager bijhouden hoe lang het geleden is dat een winkel een levering heeft ontvangen en zo nodig een verkoopgesprek voeren.

"Low code is coderen zoals een geprefabriceerd huis is voor een huis dat helemaal opnieuw is gebouwd."

En wanneer het bedrijf wordt gecontroleerd op traceerbaarheid, heeft Magrane gemakkelijk toegang tot informatie in plaats van door mappen te bladeren.

"Ons boekhoudsysteem is niet traceerbaar voor afgewerkte goederen", zei Magrane. “Voorafgaand aan AppSheet opnamen we handmatig in Excel. Dit kostte enorm veel tijd en fouten waren hoog. Sinds het gebruik van AppSheet is de traceerbaarheidsworkflow voor meer dan gehalveerd en zijn er bijna geen fouten meer.”

Updateerbaarheid is van cruciaal belang

De grootste onderscheidende factor tussen doe-het-zelf-app-platforms is misschien of de technisch onderlegde maker een deel van zijn eigen code kan toevoegen.

Over het algemeen bieden no-code-oplossingen 100 procent point-and-click applicatie-ontwikkeling en zijn ze rechtstreeks gericht op zakelijke gebruikers en mensen met geen tot minimale programmeerkennis. De meeste van deze tools zijn bedoeld als vervanging of verbetering van spreadsheets. AppSheet is een no-code platform.

Low-code tools bieden ook meestal point-and-click-configuratie; ze bieden echter enkele geavanceerde mogelijkheden via scripttaal om complexe bedrijfslogica uit te voeren. Deze tools zijn gericht op gebruikers die wat meer technische kennis hebben, maar niet helemaal op het niveau van de ontwikkelaar. Appian, Mendix en Zoho Creator zijn low-code platforms.

"Low code is coderen zoals een geprefabriceerd huis is voor een huis dat helemaal opnieuw is gebouwd", zegt Jon Scolamiero, manager architectuur en bestuur bij Mendix. "Geen enkele code is in wezen een gefabriceerde 'dubbele breedte'."

No code en low code zijn niet de enige onderscheidende factoren. Beveiliging verschilt per leverancier.

"Het is altijd een goed idee om de beveiligingspagina van een leverancier te bekijken om hun beleid en procedures te zien voor hoe ze met gegevens omgaan en beheren", zegt Gadhia.

Evaluatoren kunnen leveranciers om details vragen over certificeringen zoals ISO 27001, dat zich richt op kwaliteit en continue verbetering van informatiebeheersystemen, en SOC 2 Type II, een standaard voor controles die rechtstreeks verband houden met de beveiliging, beschikbaarheid, verwerkingsintegriteit, vertrouwelijkheid en privacy bij een organisatie die software als een service levert.

Beveiliging is slechts één onderdeel:het begrijpen van het privacybeleid van een leverancier is net zo belangrijk. Klanten moeten ervoor zorgen dat hun applicatie, gegevens en het intellectuele eigendom van hun app allemaal van hen zijn, niet van de leverancier, zei Gadhia. Ze moeten er ook voor zorgen dat hun informatie niet kan worden verkocht of gedeeld met derden.

De kernwaarde van low-code en geen code is niet alleen de samenstelling van de apps, het is ook het voortdurende onderhoud en de upgrade van de levenscycli van het platform als de apps worden gebruikt op mobiele apparaten of via het web, zei Ross. Dat is waar mensen vaak problemen ondervinden met bedrijfssoftware.

"Het is het idee dat als ik het eenmaal heb gebouwd, het allemaal goed is", zei hij. "Maar alleen omdat het tegenwoordig werkt met een mobiel besturingssysteem, wil nog niet zeggen dat het volgend jaar ook zal werken wanneer iOS 13 of 14 of 15 uitkomt."
Ross voegt een soortgelijke waarschuwing toe voor webgebaseerde apps. Webstandaarden evolueren elke dag, en alleen omdat een app vandaag met Edge, Safari, Bing of Chrome werkt, wil nog niet zeggen dat hij er morgen ook mee zal werken. Een belangrijk aspect om samen met de leverancier van het low-code platform te onderzoeken, is of het de software levert die de onderhoudsvereisten verdoezelt en toekomstbestendigheid heeft ingebed in de mogelijkheden van het platform.

"Als parallel vraag ik mensen vaak:'Welke versie van Google gebruik je'", zei Ross. "Google werkt letterlijk elke dag hun zoekmenu en hun zoekopdracht in de webbrowser bij, maar we zien het niet als een versie, we zien het als een service. Dat is waar we willen zijn wat betreft hoe we deze platforms als een service verwerken.”

Scolamiero zei dat platformkopers zich ook moeten afvragen of het platform cloud-native is, wat betekent dat het voldoet aan de kernprincipes en architecturen die het niet alleen mogelijk maken om in één cloud te bestaan, maar om processen en procedures in elke cloud en op locatie uit te voeren en te integreren met alle dat.

"We hebben een hybride wereld waarin software intern wordt uitgevoerd in zeer veilige systemen die geen internettoegang hebben, maar die ook moet worden uitgevoerd in het bredere systeem van de cloud en internet", zei hij.

Uiteindelijk is het belangrijkste om te vragen bij het winkelen voor een platform of het bedrijven helpt bij het oplossen van problemen en het ontgrendelen van productiviteit en innovatie, zei Seshadri. Elke branche heeft deze druk om te innoveren en te verbeteren, of het nu gaat om inspectie op een fabrieksvloer of inventaris in een magazijn dat moet worden geautomatiseerd.

"Stel dat je een app bouwt om apparatuur op een fabrieksvloer te inspecteren", zegt Seshadri. “Het haalt gegevens over welke apparatuur je hebt uit je ERP en legt inspectie-informatie vast. Als er schade is, kunt u een foto maken en iemand op de hoogte stellen om de reparatie uit te voeren. Elke ochtend heeft het management een rapport nodig van wat er is beschadigd.”