Come abbiamo sviluppato la nostra prima applicazione mobile aziendale

Era l'inverno del 2015, quando ricevemmo una telefonata dal Direttore di un'azienda di prodotti IT B2B.

Ha affermato di aver bisogno di aiuto per lo sviluppo di un'applicazione aziendale mobile che consentisse di avere tutte le conversazioni relative alle vendite tra il team di vendita in ufficio e in loco, su un'unica piattaforma. Doveva essere schierato nella sua squadra nell'arco di un anno. Le questioni su cui voleva che toccassimo erano:

Conformità del marchio : il più delle volte il loro team di vendita in loco aveva un modello di vendita vecchio di un mese mentre il team in ufficio aveva quello con il logo modificato e lo stile del carattere più recente. Questo stava creando un problema nel mantenere la stessa identità di marca.

Scarso collegamento con il team dell'amministratore delle vendite : il problema successivo che stava affrontando era che, per un motivo o per l'altro, si verificava un ritardo continuo di 2-3 giorni nel passaggio dei dettagli dell'ordine di vendita all'amministratore dell'ufficio. Anche quando i dettagli dell'ordine raggiungevano l'amministrazione, ci metteva del tempo per registrarli e portare avanti il ​​processo.

Sarebbe stata la nostra prima volta a sviluppare una piattaforma di applicazioni aziendali mobili.

Sapevamo che l'unico modo in cui avremmo potuto portare avanti questo progetto come uno dei tanti a venire, se potessimo dare loro più di quello che chiedevano nello stesso lasso di tempo o in meno tempo e se potessimo risparmiare loro dei soldi, sarebbe sono stati un vantaggio.

Questa è la storia di come abbiamo sviluppato un'app per l'azienda A (per motivi di riservatezza, la chiameremo Azienda A) che rendesse i loro processi di vendita più fluidi per il futuro a venire.

Abbiamo iniziato con un po' di approfondimento sugli attuali strumenti aziendali dell'azienda per avere una comprensione più chiara di come stavano usando gli strumenti. Ciò ha comportato parlare con le diverse unità aziendali, osservare come i dipendenti utilizzavano realmente i dispositivi aziendali e gli strumenti con cui erano stati installati.

Abbiamo dovuto prestare particolare attenzione alla differenza di ciò che il CEO dell'azienda ci ha detto sulle sfide e sulla storia che i singoli responsabili di dominio hanno dovuto raccontare. Una delle parti più importanti del compito era porre un milione di domande, a volte la stessa domanda in contesti diversi per assicurarsi che i punti deboli e le preferenze esatte degli utenti fossero catturati.

Il passo successivo è stato vedere quanti di questi strumenti erano presenti con i dipendenti A in forma mobile. Perché se un'azienda non ha una componente mobile anche in un momento in cui la cultura aziendale è cambiata da 9 a 6 uffici restrittivi a 24 ore di vita lavorativa virtuale, significa che l'intera architettura deve essere cambiata e anche la mentalità su cui lavorare.

Che abbiamo scoperto, non era il caso di A. Avevano componenti mobili nei loro strumenti aziendali.

Con il nostro foglio dei punti deboli, realizzato dopo aver preparato molti incontri individuali con diversi responsabili di dominio, siamo quindi passati al team che sapevamo avrebbe fornito le migliori recensioni su ciò che hanno e su ciò che deve essere cambiato: il team di vendita .

Gli addetti alle vendite, secondo la mia esperienza, sono le persone migliori con cui interagire quando si desidera sapere esattamente di cosa ha bisogno l'azienda per essere più snella e veloce. E in generale, poiché Sales è uno dei team diretti che sono noti per ottenere affari, le loro esigenze per lo più non vengono mai lasciate inascoltate. Quindi rivolgersi ai Business Head con i loro punti deboli è il modo più veloce per ottenere buy-in dal top management e fare di "ora" la risposta a quando selezionare la piattaforma di applicazioni aziendali mobili.

La nostra esperienza non mi ha deluso anche questa volta. Quando siamo andati dai responsabili aziendali con il foglio composito dei punti deboli, con quelli delle vendite evidenziati, abbiamo ottenuto l'approvazione molto più facilmente.

Con l'approvazione della Business Unit, siamo quindi passati al team di Business Analysis per redigere un foglio delle risposte che affrontasse i requisiti di sviluppo di app aziendali per dispositivi mobili.

Queste sono le cose che abbiamo aggiunto dalla mia parte nel documento dei requisiti:

• Parole finali sulle piattaforme di distribuzione delle app. Abbiamo scelto sia iOS che Android, poiché la folla era mista e anche i loro team offshore stavano lavorando su entrambe le piattaforme.
• Qual è la funzionalità utente di cui i dipendenti avrebbero bisogno? Questo sarebbe basato su come il gruppo stava attualmente utilizzando gli strumenti.
• Come testeremo il software? Avevamo bisogno di un software che catturasse i bug nell'app

Con i requisiti e il piano di test pronti e approvati, il passaggio successivo è stato lo sviluppo dell'app.

Un'app aziendale è generalmente un'estensione di un'app che si trova sul PC dell'azienda. Raramente è un'app autonoma che si trova solo sul dispositivo. E poiché avevamo deciso di distribuire l'app sia su Android che su iOS, il passo successivo è stato quello di coinvolgere il mio team di sviluppatori Android e iOS .

Ma un'ora di discussione con loro ci ha portato via dal nostro piano originale di sviluppo di versioni iOS e Android dell'app.

Quando abbiamo discusso di come l'app avrebbe dovuto avere le stesse identiche funzionalità e sincronizzazione in tutti i dispositivi, abbiamo deciso di sviluppare un'app multipiattaforma , in modo che le funzionalità dell'applicazione mobile aziendale potessero essere eseguite contemporaneamente su entrambe le piattaforme. Era la situazione ideale, poiché in questo modo avremmo raggiunto il fattore di somiglianza e sarebbe costato meno tempo e fatica.

In qualità di agenzia di servizi di sviluppo di app mobili aziendali, possiamo pensare di sopravvivere a lungo termine solo quando pensiamo come partner dei nostri clienti e non come loro fornitori di servizi. Quindi, anche se lo sviluppo di app iOS e Android individualmente avrebbe funzionato a nostro favore, dal punto di vista finanziario, abbiamo optato per lo sviluppo di app multipiattaforma perché era nel migliore interesse di A.

Detto questo, il passo successivo è stato finalizzare uno strumento per il nostro processo di sviluppo di app aziendali .

La piattaforma di sviluppo che abbiamo finito per selezionare è stata Xamarin. Il nostro ragionamento alla base di ciò era che A. Xamarin è un componente della suite di Visual Studio, un set di strumenti di sviluppo offerto da Microsoft e B. Il vantaggio di Xamarin risiede nel fatto che consente di riutilizzare il codice della logica aziendale tra piattaforme diverse.

Mentre abbiamo riflettuto su altri strumenti per il progetto, come React Native e Apache Cordova , poiché sapevamo che le aziende si stanno spostando per reagire alla piattaforma nativa per le loro app multipiattaforma, ma vista l'intensità del lavoro che sarebbe stato necessario per il progetto, abbiamo deciso di Xamarin.

Una volta che tutti noi, il nostro team e l'ufficio di A, si sono sincronizzati con le funzionalità dell'app e della piattaforma di sviluppo, da lì è andato tutto liscio. In circa 6 mesi siamo stati in grado di lanciare 2 versioni dell'app per il team di vendita. E alla fine, siamo passati allo sviluppo di un'app per il loro team delle risorse umane e poi per il loro personale logistico.

L'apprendimento che abbiamo tratto dal progetto è stato che il segreto per sviluppare in modo efficiente un'applicazione aziendale mobile è comprendere i punti deboli del team del tuo cliente.

A meno che tu non calzi i panni della squadra e affronti i problemi che deve affrontare, non sarai mai in grado di creare un'app che dia davvero un valore e semplifichi la loro vita.

Inoltre, non puoi mai creare correttamente un'app aziendale se è l'esatto opposto di ciò a cui il team è abituato a lavorare. Il passaggio dal software per PC all'app mobile non dovrebbe essere agli antipodi sin dal primo giorno. Dovrebbe avvenire gradualmente in più fasi.

Con questo, abbiamo iniziato il nostro viaggio come società di sviluppo di app mobili aziendali .

Da allora ad oggi, in quattro anni siamo diventati la società di sviluppo di app aziendali a cui una serie di startup e agenzie Fortune 500 si sono affidate per ottenere una soluzione che risolva i loro problemi semplificando al contempo i loro processi interni.

Abbiamo sviluppato oltre 70 app mobili aziendali che operano in oltre 20 diversi settori, offrendo a tutte lo stesso vantaggio: migliore gestione dei processi e maggiori entrate.

Vuoi conoscere i nocciolo della questione del progetto A? Contattaci.

Domande frequenti sul nostro primo progetto di sviluppo di app aziendali

1. Quali sono i diversi requisiti aziendali nell'applicazione mobile?

Quando si parla di app mobili di livello aziendale, l'insieme di requisiti che qualsiasi azienda di sviluppo di applicazioni mobili aziendali considera il successo della soluzione sono:

• L'applicazione supporta e cresce con il team
• Le app mobili aziendali devono supportare sicurezza e scalabilità
• Le app devono risolvere i problemi reali e attuali degli utenti pur avendo lo scopo di risolvere i loro problemi futuri.

2. Perché la mobilità aziendale è importante?

I motivi per cui dovresti investire nello sviluppo di app mobili aziendali sono molteplici . Alcuni dei più importanti sono:

• Comunicazione effettiva
• Maggiore produttività
• Migliore coinvolgimento dei dipendenti
• Condivisione dei dati in tempo reale
• Sicurezza robusta