{{{sourceTextContent.title}}}

Progettazione e applicazione della maniglia di controllo del motore principale della nave basata sul modello KANO

{{{sourceTextContent.subTitle}}}

Con l'aiuto del modello di Kano, è possibile identificare con precisione i livelli di richiesta dei membri dell'equipaggio per le funzioni della maniglia di controllo, dare priorità alla soddisfazione delle richieste principali e migliorare la competitività del prodotto e la soddisfazione degli utenti.

{{{sourceTextContent.description}}}

I. Fasi dell'applicazione
1.Identificazione della domanda e progettazione del questionario
(1) Selezione dell'elenco delle richieste: Esplorare dimensioni quali la funzione, l'esperienza e la sicurezza, come il controllo a maniglia singola, il feedback di stato, il diametro dell'impugnatura antiscivolo, la protezione IP65, la personalizzazione modulare, ecc.
(2) Costruire il questionario di Kano: Per ogni richiesta, progettare due domande "positive + negative" per indagare sulla soddisfazione quando la funzione è "presente/assente", con cinque livelli di opzioni (molto soddisfatto, scontato, indifferente, accettato con riluttanza, molto insoddisfatto). Esempio:
① Richiesta di "logica di controllo a maniglia singola" :
② Domanda rivolta in avanti: "La maniglia di comando ha una logica di funzionamento semplice a una sola maniglia (regolazione integrata avanti/indietro/velocità). Cosa ne pensa?"
③ Domanda negativa: "L'impugnatura di comando non ha una logica di funzionamento semplice a impugnatura singola (richiede una combinazione di più pulsanti/manopole per il funzionamento). Qual è la sua sensazione in merito?"
------------------------------------------------------------------
2. Statistiche di raccolta e classificazione dei dati
(1) Soggetti della ricerca: Piloti di navi, ingegneri, progettisti di cantieri navali, ecc. per garantire un campione completo.
(2) Organizzazione dei dati: Dopo aver raccolto i questionari, calcolare la distribuzione delle opzioni di ciascuna domanda in "con/senza funzione" e determinare i tipi di domanda (A - tipo eccitato, O - tipo previsto, M - tipo base, I - tipo indifferenziato, R - tipo inverso):
①M Tipo base: Quando la funzione è "presente", gli utenti la danno per scontata; quando è "assente", sono "estremamente insoddisfatti" (ad esempio, il feedback di stato mostra che l'assenza di questa funzione influisce sulla sicurezza operativa).
②O Tipo di aspettativa: "Soddisfatto" quando la funzione è "presente", "insoddisfatto" quando è "assente" (ad esempio, il design del diametro della presa antiscivolo, che influisce sul comfort operativo).
③A Tipo eccitato: "Molto soddisfatto" quando la funzione è "presente" e "indifferente" quando è "assente" (come i messaggi intelligenti di diagnosi dei guasti che migliorano il comfort operativo).
tipo indifferenziato: Agli utenti "non interessa" se la funzione è "presente" o "assente" (come l'illuminazione RGB fredda, che non ha un valore sostanziale per il controllo della nave).
tipo inverso ⑤R: "Insoddisfatti" quando la funzione è "presente", "soddisfatti" quando è "assente" (come le Impostazioni personalizzate troppo complesse, che aumentano il costo di apprendimento).
------------------------------------------------------------------
3. Classifica di priorità della domanda (calcolo del coefficiente Meglio - Peggio)
Formula:
coefficiente ①Better (coefficiente di soddisfazione positivo) : Better= (A+O)/(A+O+M+I), che riflette il grado di miglioramento della soddisfazione dell'utente quando i bisogni sono soddisfatti. Più il valore è vicino a 1, più forte è l'impatto positivo.
coefficiente ②Worse (coefficiente di insoddisfazione negativa) : Peggiore= -1 × (O+M)/(A+O+M+I), riflette il grado di insoddisfazione dell'utente quando le esigenze non sono soddisfatte. Più il valore è vicino a -1, maggiore è l'impatto negativo.
(2) Conclusione sulla priorità:
① Requisiti di base (come la visualizzazione del feedback di stato, la logica di controllo a una sola maniglia) : Entrambi i coefficienti Better e Worse sono elevati e devono essere considerati prioritari per garantire la sicurezza e l'esperienza utente di base.
② Requisiti di tipo aspettativa (come il design del diametro dell'impugnatura antiscivolo) : Il coefficiente Better è relativamente alto, con un'ottimizzazione delle priorità secondarie per migliorare la soddisfazione.
③ Richieste orientate all'eccitazione (come le richieste di diagnosi intelligente dei guasti) : Con un coefficiente Better medio ma con un potenziale di differenziazione, vengono investite come punti di innovazione per migliorare la competitività.
------------------------------------------------------------------
4. Implementazione e verifica del progetto
(1) Integrazione delle funzioni: In base alla priorità, i requisiti di base servono come linea di fondo del progetto (come un chiaro feedback di stato e una semplice logica di controllo), i requisiti attesi incorporano le interazioni fondamentali (come l'ottimizzazione della curva di aderenza del controller) e i requisiti interessanti sono funzioni evidenziate (come le spie di diagnosi dei guasti integrate nel controller).
(2) Verifica del prototipo: Creare un prototipo del controller, invitare gli utenti target a provarlo, verificare la soddisfazione dei requisiti attraverso il modello di Kano per la seconda volta e ottimizzare iterativamente (come la regolazione dell'effetto sonoro di feedback, del materiale della presa, ecc.)
=========================================
II. Valore dell'applicazione e precauzioni
1.Valore
① Evitare l'overdesign: Eliminare le richieste indifferenziate (come le decorazioni estetiche ridondanti) e concentrarsi sulle funzioni principali.
② Bilanciare sicurezza ed esperienza: I requisiti di base garantiscono la sicurezza, mentre le richieste di aspettative ed emozioni migliorano l'esperienza operativa.
③ Guidare l'input dei costi: Privilegiare l'investimento delle risorse nelle richieste ad alto impatto (di base e attese) e controllare il costo delle funzioni innovative.
------------------------------------------------------------------
2. Precauzioni
① Rappresentatività del campione: È necessario coprire membri dell'equipaggio di diversi gradi e con diversi livelli di esperienza per garantire requisiti completi.
② Dinamica della domanda: L'iterazione della tecnologia navale può cambiare il tipo di domanda, ed è necessaria una rivalutazione periodica.
Grazie al modello Kano, la progettazione della maniglia di controllo del motore principale della nave può ancorare con precisione le esigenze principali degli utenti, tenendo conto della sicurezza, dell'esperienza e dell'innovazione, rendendo la progettazione più in linea con gli scenari reali e le aspettative degli utenti.

{{medias[58653].title}}

{{medias[58653].description}}