Come scrivere un documento sui requisiti del prodotto per un'app mobile

In questo articolo parleremo del ruolo fondamentale dei requisiti nello sviluppo di app per dispositivi mobili. Quali sono i tipi di requisiti e qual è il modo giusto per svilupparli? Scorri verso il basso e ottieni un esempio di documento sui requisiti dell'app mobile per aiutarti a iniziare.

Contenuti:

1. Perché dovresti scrivere un documento sui requisiti del prodotto per un'app mobile?
2. Tipi di requisiti
3. Requisiti aziendali
4. Requisiti dell'utente
5. Requisiti di sistema
6. Modi per sviluppare e gestire i requisiti
7. Caratteristiche di un buon documento sui requisiti per lo sviluppo di app mobili
8. Un modello di documento per i requisiti dell'app mobile

Perché dovresti scrivere un documento sui requisiti del prodotto per app mobili (PRD)?

Per trasformare la tua idea in un'app mobile spedibile, hai bisogno di un team di sviluppatori. Ma trovare la squadra giusta non è la parte difficile. La parte difficile è spiegare la visione della tua app mobile agli sviluppatori in modo così chiaro che la concepiscono come te.

Scrivere un documento sui requisiti del prodotto per app mobili (PRD) ti aiuta a facilitare un incontro di menti tra te e le altre parti interessate . Non esitare a investire tempo nei requisiti dei prodotti ingegneristici, perché il potenziale guadagno è chiaro.

• Aumenta la tua sicurezza. Discutere dei requisiti per la tua app mobile rende tutto più chiaro. Obiettivi, prospettive, caratteristiche, vincoli: la tua visione del prodotto inizia a prendere forma. La determinazione dei requisiti del prodotto ti consente di passare da dichiarazioni confuse ad attività tangibili con scadenze, budget e criteri di qualità accurati.

• Rendi le tue idee chiare agli sviluppatori. Requisiti di prodotto chiari riducono il divario tra le aspettative tra l'app mobile che desideri e ciò che gli sviluppatori offrono.

• Ottieni sviluppo e consegna rapidi. Con i requisiti delle app mobili documentati in vista, il tuo team di sviluppo può comprendere meglio il tuo progetto, stabilire le priorità e ridurre le rilavorazioni.

• Assicurati che l'app finale soddisfi le tue aspettative di qualità. Grazie ai criteri di accettazione indicati in un PRD, il tuo team può facilmente determinare se sarai soddisfatto dell'app consegnata.

• Ridurre lo scorrimento del mirino. Una specifica dei requisiti di alta qualità ti impedisce di sviluppare funzionalità non necessarie, impedisce al tuo team di sviluppatori di lavorare a scopi incrociati e protegge l'intero team di sviluppo dal sovraccarico.

• Spendere di meno. Poiché i requisiti ben ponderati contribuiscono a concentrarsi sull'essenziale, riducono le rilavorazioni e accelerano lo sviluppo, consentono di risparmiare denaro.

Secondo la ricerca di Boehm, la rilavorazione può costare dal 40% al 50% del costo totale di tutto lo sviluppo del software. E una parte importante della rilavorazione è causata da errori nei requisiti.

Un altro vantaggio dei requisiti chiari è che consentono al tuo team di rilevare i difetti subito dopo la creazione di un prodotto e di risolverli a un costo inferiore rispetto allo sviluppo tardivo o dopo il rilascio dell'app. Quindi considera lo sviluppo dei requisiti non come una questione dispendiosa e frustrante, ma come un investimento nel tuo progetto che ripagherà a palate .

Tipi di requisiti

Quando ti viene un'idea per realizzare un'app, devi porti tre domande principali:

• Come mai? Perché hai bisogno di un'app mobile? Per aiutare le persone con la tua esperienza unica, ottieni un flusso di entrate extra, come investimento: qual è il tuo obiettivo?
• Chi? Chi utilizzerà la tua app? Pensa alle difficoltà, ai problemi, alle esigenze e alle preferenze dei tuoi utenti target. Quale soluzione si aspettano di ottenere gli utenti dalla tua app?
• Come? In che modo otterrai i risultati aziendali desiderati e soddisferai le aspettative degli utenti? Pensa alle funzionalità che la tua app dovrebbe fornire.

Le risposte a queste domande formano tre livelli principali di requisiti per lo sviluppo di app mobili: requisiti aziendali, requisiti utente e requisiti di sistema.

Ogni livello ha anche un assortimento di requisiti funzionali e non funzionali.

I requisiti funzionali riguardano il funzionamento dell'app e le funzionalità che implementerai.

I requisiti non funzionali definiscono caratteristiche e vincoli non collegati ai requisiti funzionali. Nella maggior parte dei casi, i requisiti non funzionali riguardano:

• Attributi del prodotto sviluppato come prestazioni, affidabilità, disponibilità e usabilità.
• Il processo di sviluppo , descrivendo metodologie di sviluppo, standard, linguaggi di codifica, limiti di tempo, sicurezza, ecc.
• L'ambiente esterno , che tiene conto della connessione della tua app ad altri sistemi e componenti hardware, dell'allineamento con la politica aziendale, le normative governative e così via

Se sei preoccupato su come scrivere le specifiche per lo sviluppo di app per dispositivi mobili, inizia a sollecitare i tuoi requisiti aziendali.

Requisiti aziendali

Quando scrivi i tuoi requisiti aziendali, concentrati sui motivi per cui la creazione di un'applicazione mobile è essenziale per la tua azienda, sui cambiamenti che l'app comporterà e sui risultati che ti aspetti che produrrà. Per mantenere chiara la tua visione del prodotto alla tua società di sviluppo, dovresti registrare i tuoi requisiti aziendali in un documento dei requisiti aziendali dell'app mobile (BRD) .

Nota che sebbene usiamo il termine "documento", questo non deve essere un pezzo di carta stampato o un documento Google. Puoi memorizzare i tuoi requisiti utilizzando diagrammi, database, fogli di calcolo o strumenti di gestione dei requisiti, oppure puoi combinarli con un documento di testo tradizionale.

Sulla base del documento di visione e scopo proposto da Karl Wiegers nella terza edizione di Requisiti software , abbiamo preparato la seguente struttura BRD:

Puoi rappresentare l'ambito del tuo progetto utilizzando diversi strumenti. Il più completo è una tela snella . Rappresenta i segmenti di un business plan cruciali per lo sviluppo della documentazione per tutte le applicazioni mobili: gruppi di utenti e i loro problemi principali, soluzioni che la tua app fornirà insieme a una proposta di valore unica (UVP) e altri vantaggi. Nel modello lean canvas, puoi descrivere i canali che utilizzerai per attirare gli utenti target e le metriche chiave che ti diranno come sta andando la tua attività. Una tela snella ti aiuta anche a determinare il modello di monetizzazione per la tua app mobile insieme ad altri potenziali flussi di entrate.

Per favorire una comunicazione chiara tra tutte le parti interessate del progetto, in Mind Studios utilizziamo anche una mappa mentale . Questo strumento rispecchia la logica di un'applicazione mobile e le interconnessioni tra i suoi componenti principali.

Ecco un semplice esempio di mappa mentale per un'app di meditazione come Headspace:

Ricorda che la redazione dei requisiti aziendali coinvolge tutti gli attori del progetto. È sempre uno sforzo congiunto.

Requisiti dell'utente

Dopo aver identificato i requisiti aziendali, è il momento di concentrarsi sulle esigenze degli utenti. Devi delineare i potenziali obiettivi con cui gli utenti accedono alla tua app e le azioni che intraprenderanno per raggiungere questi obiettivi. Ma quale opinione dovresti considerare durante la stesura dei requisiti degli utenti?

Il problema è che non esiste un unico tipo di utente dell'app. Al contrario, ci sono molti tipi di utenti che chiedono cose diverse: investitori, imprenditori, utenti finali, sviluppatori, distributori, regolatori, personale di marketing e altri. Il tuo compito è ascoltare tutti e trovare l'equilibrio tra le esigenze dei diversi gruppi di utenti.

Quando si tratta di requisiti utente, è ragionevole iniziare con questi tre passaggi:

Passaggio 1: classifica gli utenti. Raggruppa tutte le parti interessate in classi di utenti. Puoi ordinarli secondo i seguenti criteri:

• Livello di accesso (ospite, utente normale, utente pagante, provider, amministratore)
• Attività che svolgono (trovare, visualizzare, leggere, selezionare, acquistare, condividere, commentare)
• Funzionalità dell'app che utilizzano (ricerca, mappatura, ordinamento, confronto, pagamento, ecc.)
• Frequenza delle visite (giornaliera, mensile)
• Piattaforme utilizzate (iOS o Android)
• Lingua madre (o altri dati demografici come posizione, sesso, istruzione e stato di famiglia).

Passaggio 2 : identificare i campioni del prodotto. Scegli le persone che possono rappresentare ciascun gruppo di utenti e comunica i requisiti degli utenti al tuo project manager. Essere un buon campione di prodotto significa avere una visione chiara dei vantaggi che la tua app porterà agli utenti. A loro volta, i campioni dei prodotti devono essere utenti reali per comprendere perfettamente le difficoltà e le esigenze urgenti degli utenti.

Passaggio 3 : concordare i requisiti dei decisori per il progetto. Concordare i rappresentanti di ciascun gruppo di utenti con le parti interessate. Fai attenzione a non trascurare nessuna delle parti interessate per evitare lamentele che l'app finale non soddisfa le aspettative di una parte interessata.

Dopo aver identificato i rappresentanti degli utenti idonei, ottieni il loro contributo su due tipi di requisiti utente.

Registra il feedback degli utenti in un documento dei requisiti utente (URD) . Per fare ciò, puoi utilizzare le seguenti tecniche:

Una persona utente è uno strumento utile che ti consente di visualizzare i tuoi utenti target. Per ogni persona utente, scegli un nome e una foto, quindi elenca le esigenze, i desideri e gli obiettivi dell'utente. Scrivi i motivi principali per cui la persona utilizzerà la tua app. Ecco un esempio di un personaggio utente che abbiamo creato per un'app di social media come LinkedIn:

Storie degli utenti. Elenca le azioni che gli utenti eseguiranno all'interno della tua app per raggiungere i loro obiettivi. Quindi organizza queste azioni in una sequenza naturale per determinare un tipico percorso dell'utente attraverso la tua app. A seconda dell'ambito del progetto, puoi principalmente delineare le epiche: complesse azioni dell'utente che puoi scomporre in passaggi più piccoli che gli utenti eseguiranno durante l'utilizzo della tua app. Le epiche sono storie utente che tendono ad essere scritte come segue: Come <tipo di utente>, voglio <un obiettivo> in modo che <una ragione>.

Nello sviluppo Agile, le storie degli utenti sono spesso inserite in un backlog di prodotto. Durante la negoziazione dell'ambito dello sviluppo del software per la prima e le successive versioni, tu e il tuo team di sviluppo prenderete in considerazione le storie degli utenti dal backlog e selezionate quelle più pertinenti. Organizzando le storie degli utenti, puoi formare una roadmap del prodotto che definisce chiaramente quali funzionalità dell'app dovresti implementare e quando. L'esempio seguente è correlato ai due epici di base più comuni per qualsiasi app mobile:

Requisiti di sistema

Un documento completo dei requisiti del prodotto per un'app per dispositivi mobili dovrebbe contenere i requisiti su come deve funzionare l'app. Resisti alla tentazione di scrivere frettolosamente i requisiti di sistema basati solo sui desideri degli utenti e sulle esigenze aziendali. Parla con gli sviluppatori. Ti daranno un feedback sulla possibilità tecnica di realizzare i tuoi piani originali per la funzionalità dell'app. Parlando con gli sviluppatori, rivelerai potenziali minacce allo sviluppo del tuo progetto e potrai stabilire collettivamente un piano B per evitarle.

Dopo un dialogo costruttivo con il tuo team, annota i requisiti concordati in una specifica dei requisiti software (SRS) che contenga i seguenti blocchi:

Requisiti di sistema
Richieste funzionali	Elenca le funzionalità che gli sviluppatori possono creare per consentire agli utenti di completare le attività in base ai requisiti aziendali. Per fare ciò, usa le mappe mentali o le storie degli utenti esistenti. Dopo aver definito cosa farà la tua app, assegna un nome e un numero univoci a ogni requisito funzionale insieme a una breve descrizione, motivazione e stato.
Requisiti del sottosistema	Descrivi i requisiti per la tua app mobile dal punto di vista dei sottosistemi software e hardware. Ad esempio, se hai intenzione di creare un'app di monitoraggio dell'attività di fitness, dovrai scrivere i requisiti per i tracker indossabili che si sincronizzeranno con l'app.
Regole di business	Poiché ogni azienda è soggetta a leggi, politiche e standard di settore, queste saranno ovvie fonti di requisiti per un SRS. Di seguito è riportato un elenco di fonti di requisiti: Politica aziendale Regolamenti governativi Standard di settore Ruoli utente e valutazioni delle autorizzazioni Se-allora modelli di comportamento degli utenti Algoritmi di calcolo, se presenti
Requisiti dei dati	Quando si sviluppa un'app mobile, è necessario creare, archiviare, modificare, visualizzare, eliminare, elaborare e utilizzare enormi quantità di dati. Per gestire i flussi di dati è necessario: delineare un modello logico delle interazioni tra entità dati definire entità nel dizionario dei dati specificare come il sistema deve imporre l'analisi, la conservazione o lo smaltimento dei dati scegliere i tipi di report di dati (fogli di calcolo, grafici, dashboard, ecc.)
Attributi di qualità	Scrivere criteri di qualità chiari garantisce che gli sviluppatori soddisfino le tue aspettative con il prodotto finale. È necessario considerare gli attributi di qualità che sono importanti per: la tua attività e i tuoi utenti, come usabilità, prestazioni e sicurezza ( attributi esterni ) sviluppatori, come efficienza, modificabilità e portabilità ( attributi interni ) Discuti quali attributi sono fondamentali per il successo della tua app con altre parti interessate e assegna loro la priorità. Scrivi aspettative specifiche per ogni attributo utilizzando criteri di adattamento : una quantificazione del requisito che descrive lo standard che la tua app deve raggiungere. Traduci gli attributi di qualità in specifiche tecniche e scrivi test di accettazione per il tuo team per consentire loro di verificare i risultati.
Interfacce esterne	Questa parte di un documento sui requisiti funzionali per un'applicazione mobile è necessaria per garantire che la tua app comunichi correttamente con gli utenti e i sistemi hardware o software esterni. In un SRS, è necessario annotare i requisiti per: Interfacce utente. Specifica il design degli schermi della tua app mobile (standard per caratteri, icone, combinazioni di colori, immagini, dimensioni dello schermo, layout, risoluzione e così via) Interfacce software. Descrivi le interazioni tra la tua app e altri componenti software, incluse altre app, siti Web, librerie, database e strumenti. Interfacce hardware. Descrivere ciascuno dei tipi di dispositivi supportati, dati e interazioni di controllo tra software e hardware e protocolli di comunicazione da utilizzare. Interfacce di comunicazione. In un SRS per la tua app mobile, indica i requisiti per tutte le funzioni di comunicazione che la tua app utilizzerà, inclusi messaggi in-app, notifiche push, e-mail e protocolli di rete.
vincoli	Registra i vincoli che limitano la progettazione, il funzionamento e l'implementazione della tua app mobile. Prima di tutto, controlla se le specifiche dei requisiti della tua app mobile sono in linea con i requisiti dell'Apple App Store e del Google Play Store. Inoltre, specifica altri vincoli di sistema imposti, ad esempio, dal linguaggio di programmazione utilizzato o dalle regole per l'utilizzo di API o contenuti di terze parti.
Requisiti di localizzazione	Se desideri che la tua app venga utilizzata in paesi, culture e posizioni geografiche diverse da quelle in cui è stata creata, devi impostare i requisiti per la modifica: Valuta Formati di data, numero, indirizzo e numero di telefono Lingua (comprese convenzioni nazionali di ortografia, dialetti locali, indicazioni stradali) Funzionalità per ottemperare a regolamenti e leggi Contenuti in considerazione di questioni culturali e politiche Fusi orari Pesi e misure Altre variabili

Diamo un'occhiata più da vicino agli strumenti che puoi usare per rappresentare i requisiti di sistema nella specifica dei requisiti software per un'app mobile.
I fogli di calcolo offrono una presentazione tradizionale in righe e colonne delle funzionalità dell'app che intendi creare. Esaminiamo un frammento del foglio di calcolo dei requisiti funzionali che abbiamo redatto come parte di un documento di sviluppo di un'applicazione mobile immobiliare:

Un diagramma entità-relazione (ERD) rappresenta il modo in cui le entità di dati si relazionano tra loro all'interno di un sistema e le connessioni tra gli elementi all'interno di tali entità. Di seguito è riportato un esempio di diagramma che abbiamo utilizzato in un documento di specifica dei requisiti per un'applicazione mobile per la consegna di alimenti:

Modi per sviluppare e gestire i requisiti

Man mano che il tuo progetto si evolve, le modifiche ai requisiti software per la tua applicazione mobile sono inevitabili. Nuovi requisiti possono provenire da qualsiasi luogo: i tuoi investitori possono insistere per ottenere un ritorno sull'investimento più velocemente di quanto pianificato; gli utenti possono accedere all'app di un concorrente perché la tua app non fornisce una funzionalità che gli piace; successivi aggiornamenti software possono imporre ulteriori restrizioni allo sviluppo della tua app mobile.

Si è tentati di delineare i requisiti software per lo sviluppo di applicazioni mobili una volta per tutte, ma farlo può portare al fallimento del progetto. Scopriamo perché lo sviluppo dei requisiti è un processo iterativo .

La stesura dei requisiti per il progetto dell'app mobile riguarda generalmente l'esecuzione di quattro attività:

1. Elicitazione, o chiedere cosa si aspettano gli utenti da un nuovo prodotto, ascoltare ciò che dicono e osservare ciò che fanno
2. Analisi o elaborazione del feedback degli utenti per comprendere, classificare e mettere in relazione queste informazioni con i possibili requisiti dell'app mobile
3. Raccolta delle specifiche, che comporta la trasformazione del vago input dell'utente in documenti di requisiti scritti, ponderati e strutturati con illustrazioni visive
4. Convalida, che consiste nell'ottenere conferma dalle parti interessate che la specifica dei requisiti che hai creato è accurata e completa

Durante l'analisi, puoi realizzare alcune imprecisioni che ti riportano all'elicitazione. E mentre scrivi un documento sui requisiti del prodotto per un'app mobile, puoi imbatterti in alcune lacune che richiedono di condurre ulteriori analisi. Se le parti interessate segnalano errori nel documento dei requisiti, dovrai riscrivere alcune dichiarazioni, condurre una nuova analisi o persino condurre un sondaggio di follow-up. Solo intrecciando e iterando queste attività puoi fornire alle parti interessate i requisiti delle app mobili pertinenti durante l'intero ciclo di sviluppo.

In Mind Studios , definiamo e concordiamo i requisiti iniziali del prodotto nella fase di scoperta e convalida dell'idea seguendo i seguenti passaggi:

In nome del successo del tuo progetto, devi tenere a freno la volatilità dei requisiti con una sana gestione. Un project manager e/o un analista aziendale può assumersi questa responsabilità. I project manager e gli analisti aziendali dispongono di diversi strumenti di gestione dei requisiti per:

• Tieni traccia della necessità di cambiare i requisiti
• Eseguire l'analisi dell'impatto per determinare cosa porteranno questi cambiamenti allo sviluppo del progetto
• Traccia i requisiti di manutenzione
• Tieni traccia dello stato di ogni requisito
• Tieni traccia dei problemi relativi ai requisiti
• Mantenere una cronologia delle modifiche ai requisiti

Caratteristiche di un buon documento sui requisiti per lo sviluppo di app mobili

Poiché gli interessi di tutte le parti interessate non si intersecano più che nei requisiti del prodotto, devi assicurarti che i tuoi requisiti siano ugualmente chiari e comprensibili per investitori, utenti e sviluppatori. Come creare un documento sui requisiti dell'app mobile per soddisfare le esigenze di tutti? Non solo il contenuto di un documento sui requisiti, ma anche il tono di voce può aiutarti in questo.

Vai oltre per ottenere un documento sui requisiti del prodotto di alta qualità. Discutere il livello di dettaglio, le tecniche di rappresentazione e lo stile di scrittura che sono i migliori per le parti interessate.

In un mondo perfetto, i requisiti della tua app mobile indicati in un PRD dovrebbero essere:

• Completare. Ad esempio, ogni requisito funzionale dovrebbe contenere informazioni sufficienti per consentire agli sviluppatori di implementarlo correttamente. Se hai delle lacune, contrassegnale come TBD (da determinare) e seguile in seguito.
• Corretta. Tu e il tuo team di sviluppo dovreste entrambi verificare la correttezza del documento sui requisiti del prodotto della vostra app mobile. È possibile considerare corretti i requisiti se sono conformi a specifiche tecniche, regole aziendali, standard di settore e leggi pertinenti.
• coerente. Ciò significa che nessun requisito in un PRD dovrebbe contraddire altri requisiti nello stesso PRD.
• Fattibile. Deve essere possibile realizzare ogni requisito di prodotto all'interno dell'ambiente operativo disponibile, date le capacità, il tempo e il budget noti del personale. La metodologia di sviluppo Agile e i prototipi proof of concept aiutano a valutare la fattibilità dei requisiti.
• Priorità. Ogni requisito, sia esso un requisito funzionale o un requisito utente, deve essere classificato per l'importanza da implementare per una particolare versione.
• Modificabile. Poiché i requisiti possono cambiare durante lo sviluppo, la struttura del documento dei requisiti del prodotto deve essere flessibile.
• Verificabile. I requisiti del prodotto devono essere misurabili e specifici in modo che i tester possano verificarli con i test e determinare se un particolare requisito è implementato correttamente.
• Non ambiguo. Uno dei motivi principali per scrivere un documento sui requisiti del prodotto per un'app mobile è ridurre i problemi di comunicazione. Devi scrivere ogni requisito in modo che possa essere interpretato solo in un modo possibile.

Si consiglia vivamente di creare un glossario dei termini dall'inizio dello sviluppo . Il fatto è che gli sviluppatori non hanno familiarità con il tuo discorso aziendale e probabilmente non sei abile nella programmazione. Una mancanza di comprensione dei termini può portare a rielaborazioni, scadenze mancate, superamenti dei costi e dibattiti inutili.

Un modello di documento per i requisiti dell'app mobile

Alcune aziende richiedono un elenco dettagliato di requisiti supportati da specifiche tecniche ben ponderate, mentre altre si accontentano di un approccio superficiale. Non importa a quale gruppo appartieni, devi iniziare da qualche parte.

Come guida per sviluppare i requisiti iniziali, puoi compilare il nostro modello di requisiti del prodotto per app per dispositivi mobili . Fornisce informazioni di base sufficienti per facilitare e accelerare l'ingresso degli sviluppatori nel tuo progetto e, quindi, farti risparmiare tempo e denaro.

Breve documento sui requisiti del prodotto per l'app mobile realizzato da Mind Studios

After you complete this brief, email it to us and one of our managers will respond promptly. This brief will provide a solid basis for creating a detailed mobile app product requirements document with the help of our team.

Have any questions about your mobile app project? Mandaci una riga.

ultima parola

Even for the smallest projects, it's critical to have a shared understanding of initial requirements. In some cases, ready-made product requirements document templates can help you out. But more often, they're only illustrative. Since no two apps are alike, there's no chance that someone else's PRD will suit your project.

To perfectly meet your specific tasks, you need to create an original mobile app requirements document , which can be a time-consuming and tedious process. The good news is that you can leave it to experts. Especially since they're just one call away.