Att ersätta den bärbara datorn eller, ännu hellre, förlegade bamsepärmar med en app. Det kan naturligtvis vara en lysande idé. Men utveckla inte en komplicerad monsterapp som blir omöjlig att hantera för användarna. Det rådet ger Quinton Alsbury, medgrundare på programföretaget Bi app Roambi.

- Det krävs en väldigt låg tröskel för att användarna ska ta det här till sig. Om det tar för lång tid för något att hända lägger man telefonen i fickan istället, säger Quinton Alsbury, medgrundare på programutvecklingsföretaget Bi app Roambi.

Här är några saker du som CIO bör tänka på och några saker du ska undvika när det är dags att utveckla en app.

Undvik: Att återskapa den bärbara datorn i app-form. Att replikera alla funktioner i ett affärsprogram till en app innebär ett garanterat misslyckande. Att zooma in och ut i texter och att mata in stora mängder data med det virtuella tangentbordet kommer att döda entusiasmen hos den mest inbitne prylfantasten.

Gör: Problemet med att replikera data är att det förutsätter att användarna nyttjar sin Iphone på samma sätt som den bärbara datorn. Men skillnaderna är stora. Betänk följande scenarier:

En säljare sitter vid sitt skrivbord med ett beslutsstödsprogram igång. Alla förändringar kan studeras i realtid. På väg till en kund kanske säljaren stannar för en fika och tar fram sin bärbara dator för att kika på ett kalkylark. I hissen på väg till kunden kanske säljaren tar en snabb titt i sin Iphone för att få svar på en fråga.

För en CIO gäller det att förutse var de mobila användarna kommer att använda sin app och till vad. Det kan saknas tid att navigera sig långt ned i informationsmängder och det kanske inte ens finns en internetanslutning. Oavsett situation måste appen kunna leverera snabba svar.

- Du vill inte att användarna ska bli stående, stirrande på en skärm med en roterande ikon på medan de väntar på att ladda ner data. Du kanske vill ha data lokalt eller åtminstone cache:ad i appen, snarare än att ha en serverbaserad lösning till följd av att nätverkstäckningen kan vara begränsad eller ingen alls, säger Quinton Alsbury.

Undvik: Generalisera inte. CIO bör anamma Apples filosofi kring enkelhet. Ofta fylls en app med för mycket funktioner. Quinton Alsbury rekommenderade en detaljhandlare som utvecklat en ”monsterapp” att istället dela upp appen i tre separata men specialiserade Iphone-appar. Detaljhandlarens säljare besökte återförsäljare för att samla in data och göra rapporter, som till exempel var hur produkter exponerades och hur mycket produkter som fanns på hyllorna. Därefter diskuterade de olika sätt att öka försäljningen med butikschefen genom att visa hur liknande butiker ökade försäljningen med hjälp av produktplacering. Slutligen tog säljaren upp nya beställningar. Alla funktioner återfanns i appen vilket gjorde den extremt svårnavigerad. När appen istället delades upp i tre specialiserade program blev de snabbstartade och tillät säljaren att enkelt utföra sina uppgifter. Slutsatsen är att affärssystem i appform bör vara små både med avseende på funktioner och vilka data de hanterar. Utveckla olika appar för olika användare snarare än en generell app som blir oanvändbar för alla.

Gör: Lägg tid på att samla information om behoven. CIO bör vara beredd på att lägga mycket tid på att ta reda på vad användarna behöver kunna göra innan utvecklingsarbetet startar. Prata med användarna både före och under utvecklingen. Det här är ett av de viktigaste stegen för att utveckla en lösning som användarna kommer att lita på.

- Rätt utfört tar det allt mellan två veckor och mer än en månad att sammanställa alla behov, säger Alsbury.

Och kom ihåg, att fuska här kan leda till en dålig användarupplevelse. Första intrycket är viktigt, i synnerhet när det gäller att få användarna att ta till sig appen. En app som ratas är svår att få tillbaka förtroendet för.

Undvik: Lasta inte in massor av finesser. Till och med en insatt CIO kan falla för frestelsen att peta in mer än vad som behövs. Att trycka in fler funktioner, mer data, fler knappar och fler menyer i en mobil-app verkar finnas i en teknikers DNA.

- Det är en så svårbotad vana, säger Quinton Alsbury.

För att få bevis behöver du inte gå längre än till Microsoft Excel. För att använda programmet behöver du antagligen bläddra i tjocka manualer och tredjepartsböcker för varenda liten funktion. Det är en absurd situation med tanke på att de flesta som öppnar Excel klickar sig fram i röran bara för att få se enklaste lilla information.

- Du måste vara disciplinerad och kapa för att få de funktioner användarna behöver i mobila sammanhang, säger Quinton Alsbury.

Oroa dig inte för att få kritik. Ett mobilt affärsprogram kan inte ha allt som dess motsvarighet i den bärbara datorn har. CIO kommer att fatta kunniga beslut kring vad som bör och inte bör finnas. Det förefaller finnas en oro för att användarna ska bli kritiska till saknade funktioner i appen. Men det finns ingen anledning till oro, menar Quinton Alsbury.

- Oftast är motsatsen sann. I själva verket älskar användarna färre funktioner.

Slutsats: Fler funktioner innebär större komplexitet. Användarna vill inte behöva läsa manualer för att använda en mobil-app. De vill bara kunna klicka sig fram i appen på ett enkelt och intuitivt sätt.