L’IA trova sempre spazio per la tua feature (ma è un problema)

Trasformare l’idea in un MVP è diventato facilissimo con il contributo dell’IA. Descrivi l’idea, senza la necessità di termini tecnici, e in pochissimo tempo hai un prodotto che funziona, almeno a un primo sguardo.

Eppure a volte il risultato lascia a desiderare. Anzi, ciò avviene talmente spesso che qualcuno ha deciso di dedicare un intero sito ai contenuti di bassa qualità generati con l’IA, i cosiddetti AI slop. 

Chiariamo subito che lo scopo di questo articolo non è parlare dell’IA in sé e darne un giudizio complessivo, ma di raccontare uno specifico problema comune che può insorgere utilizzando l’IA per progettare un prodotto digitale, specialmente quando ciò avviene senza la supervisione di un tecnico esperto che conosce il processo di progettazione, le sue regole e gli standard condivisi.

Un problema di spazio e costi

Quello che spesso avviene è che, una volta che il prodotto inizia ad avere un aspetto quasi finale, l’ideatore inizia immediatamente a pensare alle evoluzioni: “Potremmo aggiungere questa feature”, “Ma se l’utente volesse modificare queste impostazioni?”, “Dovremmo includere anche questa casistica”.

L’IA non si pone limiti: ragiona sui singoli pezzi ed esegue, non suggerisce di tagliare questa o quella feature, né si preoccupa di norma di mantenere la coerenza interna del prodotto. 

Vuoi una nuova voce nel menù per accedere più velocemente ai preferiti? Nessun problema, nemmeno quando aggiungere quella voce richiede di ridurre spaziature o font, rendendo l’intera interfaccia meno comprensibile.

E ben presto un prodotto semplice, lineare, con uno scopo definito, inizia a diventare un’accozzaglia di feature, non sempre coerenti tra loro o con lo scopo ultimo. Ma perché questo avviene, e cosa c’entra l’IA?

Quando costruire era costoso, il costo era un filtro

Prima che lo sviluppo dei prodotti digitali passasse consistentemente in mano all’IA, se un imprenditore voleva costruire il suo prodotto digitale sapeva di avere di fronte mesi di lavoro, suddivisi fra design e sviluppo.

Oltre a riflettersi sull’investimento economico, le tempistiche spingevano a riflettere su quello che si intendeva costruire. In particolare, durante il processo di design:

• Venivano stabilite delle priorità
• L’architettura era il punto di partenza su cui costruire le singole schermate
• Le convenzioni riconoscibili dagli utenti venivano rispettate

In questo modo, ne risultava un progetto coerente, che seguiva un filo logico dal primo sviluppo fino all’aggiunta di feature secondarie. Spesso non era sufficiente che un singolo utente richiedesse una nuova specifica funzionalità, perché per rientrare dei costi doveva essere un desiderio condiviso da altri e in linea con la direzione generale del prodotto.

L’IA ha abbassato il costo del lavoro

Con l’IA, la nuova feature è spesso a un prompt di distanza. Ciò comporta che spesso la tentazione di aggiungere qualcosa si trasforma in un’azione concreta e, anzi, diventa il nuovo modus operandi.

Ci sono innegabilmente anche dei risvolti positivi: la necessità del singolo cliente, la piccola correzione, ecc. arrivano prima in produzione. Ma esiste anche un aspetto negativo, un fenomeno talmente diffuso da avere un nome: il feature creep.

Si definisce come feature creep l’aggiunta di funzionalità eccessive al prodotto digitali, che vanno al di là di quelle necessarie per l’utente. La spinta verso questo comportamento deriva molto spesso dal desiderio di compiacere gli utenti (e di conseguenza aumentare l’attività e il fatturato del prodotto).

Ma perché questo è un male? Accontentare qualsiasi utente non dovrebbe essere la massima aspirazione di un prodotto? La risposta ha varie sfaccettature:

• Da un lato, l’aggiunta di funzioni può comportare un appesantimento del software tale da compromettere la fluidità del prodotto.
• Dall’altro, l’architettura diventa complessa, ridondante e difficile da navigare. Tante informazioni, magari senza nemmeno un ordine gerarchico, generano confusione nell’utente.

In pratica, questo modo di procedere è opposto al principio KISS, ritenuto una delle golden rule per lo sviluppo di software.

Come non cadere nella trappola di costruire troppo e male

Abbiamo fatto un tentativo, che trovate in questo reel. Abbiamo chiesto all’IA di costruire un’app, con una sola funzione: tradurre conversazioni in tempo reale. Il risultato dimostra a pieno quale rischio si corre quando tutto il controllo viene lasciato in mano all’IA:

• Un layout troppo carico, con molte informazioni sullo stesso livello.
• Molte più funzionalità di quelle necessarie.
• Componenti incoerenti tra loro: la stessa informazione si trova in più punti nella piattaforma e, viceversa, nello stesso punto a volte si trovano informazioni diverse.

Questo traduttore per conversazioni noi l’avevamo già sviluppato: si chiama VoiceLink e lo trovate negli store. Senza falsa modestia possiamo dirvi che il risultato che abbiamo ottenuto è di qualità ben diversa da quello che abbiamo ottenuto con un singolo prompt.

Ma la differenza non la fa lo strumento in sé, anzi: noi stessi lavoriamo con il supporto dell’IA. La differenza sta nel progettare l’applicazione come un insieme di percorsi, pensati per essere seguiti in maniera più semplice possibile, e non come un semplice agglomerato di schermate.

Cosa chiederti quando progetti un’applicazione

Una serie di domande possono aiutarti a costruire un prodotto che abbia senso per chi lo utilizza. Farti seguire da un professionista in questa fase consente di saper rispondere a questi e altri quesiti che ti aiuteranno a sviluppare un’applicazione di qualità.

Cosa conta davvero? Prima di decidere dove mettere una nuova feature bisogna decidere cosa realmente serve. Stabilire una priorità serve a condurre lo sguardo dell’utente sulla funzionalità core.

In assenza di una gerarchia chiara nella schermata e dei riferimenti a cui ognuno di noi è inconsciamente abituato, il carico cognitivo di chi utilizza l’applicazione aumenta e la fluidità di utilizzo diminuisce.

Chi userà l’app e in quale situazione? L’IA disegna per un utente generico. Sta a noi indicare una tipologia di utente specifica. Ad esempio, nel caso del traduttore, possiamo immaginare che chi lo usa magari sarà in piedi, di fronte a un’altra persona, magari con il telefono in una mano e delle valigie in un’altra.

Immaginare una situazione tipica di utilizzo ci permette di pensare l’applicazione apposta per l’utente, anche nelle minuzie:

• Che dimensione devono avere i pulsanti
• Quanto testo va mostrato in ogni schermata
• Che orientamento dello schermo prevedere, nel caso di un’applicazione mobile

Dove aggiungo una nuova funzione e cosa cambia nel resto del prodotto? Non basta chiedersi dove far posto per una nuova feature, ma bisogna anche valutare come si integra con quelle preesistenti. Sono da evitare:

• Funzioni duplicate
• Menù eccessivamente lunghi
• Percorsi tortuosi per trovare una funzionalità

In un processo curato, l’architettura dell’applicazione primeggia sulla singola schermata: viene pensata prima e ha un’importanza maggiore. Ogni nuova funzione, quindi, dovrebbe prima passare per questa.

Viene mantenuto un comportamento standard? Le persone imparano a usare un’applicazione guardando come si comportano i singoli componenti. Se da una schermata all’altra, o persino nella stessa schermata in situazioni differenti, l’applicazione non risponde sempre nella stessa maniera, ad esempio mostrando informazioni diverse nello stesso punto, l’utente si perde.

Sono gestiti i casi in cui qualcosa va storto? Cosa succede quando, per esempio, il microfono non ha i permessi, non c’è connessione, la traduzione è sbagliata? Sono gestiti i casi di errore?  In un setup di test alcune di queste situazioni potrebbero non verificarsi mai, ma l’utente vero ha capacità che il miglior QA non può nemmeno sognare. 

Se vuoi qualcuno che ti aiuti a sviluppare la tua applicazione, sia nel caso in cui questa sia già al punto in cui le feature straripano ed è meglio tagliare, sia se sei ancora in una fase di progettazione e vuoi fare le cose per bene, Mabiloft è l’azienda che fa al caso tuo.

Possiamo aiutarti a sviluppare il tuo prodotto digitale seguendo una procedura collaudata nel tempo, seguita da persone che sanno cosa stanno facendo. Non esitare a scriverci, senza impegno.