"Voglio una linea blu tra queste sezioni", afferma il designer UX. Nel documento delle specifiche si legge: "aggiungi una linea blu tra queste sezioni per migliorare l'interfaccia utente". Sembra abbastanza semplice finché diverse parti interessate e collaboratori non interagiscono con la piccola linea blu in momenti diversi del processo di sviluppo del prodotto.

"Sarà blu cielo o blu reale?" chiede il marketing. "Dovremmo renderlo punteggiato, tratteggiato o solido?" Il team concorda sul fatto che una linea tratteggiata blu reale sia la migliore.

Risolti i tira e molla interni, tocca al fornitore chiedere chiarimenti progettuali. "La risoluzione del nostro hardware fa sì che le linee tratteggiate sembrino sfocate a meno che non abbiano uno spessore di almeno cinque pixel, e la linea risulta distorta sulla cornice se si estende fino al bordo dello schermo."

Ora si torna alle discussioni interne. Lobby di marketing per hardware con grafica migliore per dare vita alla visione originale. L'approvvigionamento vuole sapere se è possibile ottenere risparmi utilizzando una linea nera continua. Il fornitore ricorda amichevolmente che questa iterazione non è prevista dal contratto originale, quindi ora potrebbe essere il momento di rinegoziare.

Quando questo incubo di collaborazione diventa più simile a un sogno ricorrente, brucia risorse, ritarda i tempi di commercializzazione e, in definitiva, si riflette nella qualità del prodotto. Un processo semplificato per lo sviluppo del prodotto deve chiarire la comunicazione tra le parti interessate.

Dal progettista al fornitore: dov'è la disconnessione?

Le frustrazioni collaborative possono produrre sentimenti di tensione ogni volta che avviene un trasferimento di informazioni o responsabilità: soprattutto dal progettista all'ingegnere e dall'ingegnere al fornitore. Il vero problema non sono le altre squadre ma il divario di collaborazione che c'è coordinati le squadre. I documenti specifici scritti diventano come una lunga partita al telefono:

  • Il mercato richiede funzionalità.
  • Il designer progetta.
  • L'ingegnere implementa un piano tecnico.
  • Il fornitore esegue il piano per consegnare un prodotto.

Le parti interessate lavorano in luoghi fisici diversi, spesso condividendo informazioni sui progetti visivi in ​​un formato basato su testo. I dettagli più fini si perdono nella traduzione finché qualcosa di semplice come una linea blu non può essere ingigantita a dismisura.

Sviluppo basato su modelli, specifiche funzionali e collaborazione chiara

Sviluppo basato su modelli mette progettisti e ingegneri di prodotto sulla stessa lunghezza d'onda. Il passaggio da documenti specifici scritti a soluzioni di sviluppo di interfacce utente grafiche (GUI) basate su modello elimina le ambiguità, chiarisce i requisiti e riduce i cicli di avanti e indietro. Le specifiche funzionali, sotto forma di modelli GUI, sostituiscono i documenti delle specifiche scritte, quindi tutti guardano la stessa linea blu. È proprio al suo posto: tra le due sezioni rilevanti sul modello GUI.

Tutti traggono vantaggio dal non dover discutere della linea blu ad nauseam.

La prototipazione rapida dei modelli GUI accelera la progettazione iterativa tra i team interni. Le parti interessate in vari luoghi fisici possono collaborare con stretti cicli di feedback. I test di usabilità possono iniziare nelle prime fasi del processo di progettazione, eliminando le iterazioni da parte del fornitore lungo la linea. Processi innovativi per la progettazione del software, lo sviluppo dei requisiti e la generazione del codice creano un effetto a catena lungo l'intero ciclo di vita dello sviluppo del prodotto.

Requisiti software e selezione dell'hardware

Lo sviluppo basato su modelli produce modelli GUI che diventano specifiche funzionali per mostrare come apparirà il progetto una volta implementato. Quando gli ingegneri riescono a vedere esattamente come dovrebbe apparire la linea blu, possono determinare quale hardware è necessario per ottenere l'aspetto giusto.

Se un progetto avrà un bell'aspetto solo in alta definizione, il fornitore dovrebbe aspettarsi di utilizzare hardware di alta qualità che funzionerà come previsto. Per GUI semplici che non richiedono molti dettagli, il fornitore dovrebbe sapere come utilizzare i chipset economici invece di cercare di aumentare il prezzo per qualcosa di inutilmente avanzato.

Avvicinare l'implementazione alla fase di progettazione previene problemi imprevisti alla scadenza. Se è probabile che un progetto di interfaccia uomo-macchina (HMI) di fascia alta metta a dura prova la memoria e la larghezza di banda dell'hardware, è meglio trovare una soluzione prima. Ad esempio, una soluzione di codice a basso consumo può aiutare evitare che i vincoli di memoria e larghezza di banda diventino problematici.

Iterazioni interne ed esterne

Anche con una collaborazione semplificata, conversazioni occasionali sulle linee blu e argomenti correlati potrebbero essere inevitabili. La buona notizia è che queste conversazioni possono essere brevi e conclusive invece che confuse e continue. Le parti interessate interne si allineano rapidamente attorno a una specifica funzionale nelle loro riunioni interne. Una volta che tutto è stato considerato in una specifica completamente funzionale, il progetto è impostato e pronto per essere inviato al fornitore.

Con questo processo, qualsiasi iterazione esterna sarà specifica dell'implementazione e non correlata alla riprogettazione. Fornire un progetto chiavi in ​​mano ai fornitori fa risparmiare loro tempo e risorse: tutto ciò che devono fare è eseguire un progetto che tenga conto di ogni dettaglio nel modello. Ecco come nascono i prodotti arrivare sul mercato come previsto, rispettando il budget e prima del previsto.

Passaggi successivi: migliorare la collaborazione per creare prodotti migliori più rapidamente

La progettazione dell'interfaccia uomo-macchina basata su modello aiuta i progettisti a esprimere chiaramente le proprie visioni. Gli ingegneri possono vedere il progetto, quindi sanno esattamente cosa è richiesto nell'implementazione tecnica. I fornitori ricevono un modello funzionale anziché istruzioni scritte e hanno anche una guida chiara su come selezionare l'hardware appropriato per realizzare il prodotto finale.

Una soluzione di collaborazione veramente completa offre una serie di strumenti per coprire l'intero processo di sviluppo del prodotto. Ad esempio, un editor GUI combinato con un generatore di codice crea una suite di collaborazione per portare un progetto dall'inizio alla fine. Niente si perde nella traduzione.

Investire nel flusso di lavoro di collaborazione può salvare un progetto, ma i vantaggi non finiscono con quel progetto. Hyundai ha assunto il controllo completo del design del display integrato rendere più efficiente anche l’innovazione futura. Acquisire il controllo del processo collaborativo ripaga in ogni progetto di sviluppo prodotto, soprattutto quando si lavora con nuovi fornitori per portare avanti il ​​lavoro precedente.

Iniziare con Altia

L'ambiente di progettazione e sviluppo dell'interfaccia utente grafica di Altia è costruito per funzionare in modo olistico, con l'editor della GUI e il generatore di codice che lavorano in sinergia. La combinazione di queste due funzioni è ciò che colma le lacune comunicative tra le parti interessate. Per facilitare la transizione, il team di assistenza di Altia aiuta colmare le lacune di conoscenza per portare il progetto iniziale sul mercato nei tempi e nei limiti del budget.

Se il tuo progetto GUI è già in corso ma forse sta andando nella direzione sbagliata, non tutto è perduto. Il pacchetto Altia Design Jumpstart include gli strumenti di sviluppo e il supporto necessari per far decollare la tua GUI. Inizia oggi e arriviamo al mercato nel modo giusto.