Non puoi mai vincere una controversia discutendo razionalmente. Quando ho preso lezioni di dibattito ho imparato che un argomento emotivo avrà sempre la meglio su uno razionale e i miei quasi 60 anni di esperienza di vita mi dicono che questo è vero. Ma il miglior argomento di tutti è un argomento emotivo mascherato da argomento razionale perché le persone vogliono apparire razionali. (Questo è il motivo per cui la lezione di dibattito si è rivelata la cosa più utile che ho preso al college.)

Quindi quello che devi fare è scoprire quali emozioni sono importanti per le parti interessate e esprimere la tua argomentazione in termini di ciò a cui sono emotivamente attaccati. Nota che questo non è necessariamente emozioni come la gelosia o l'amore, ma quali fattori li spingono a desiderare Apple vs Microsoft. Ascolta le ragioni che danno e cerca il pregiudizio emotivo dietro di loro. Quindi respingi la tua argomentazione in modo che anche quella che sembra una scelta razionale sembri soddisfare il loro bisogno emotivo.

Ad esempio, alcune di queste persone amano davvero Apple perché è ciò che usano i "ragazzi fantastici", quindi fagli capire che nel tuo mondo i ragazzi fantastici preferiscono Microsoft o Unix o qualunque cosa tu stia cercando di vendere a loro. Parte di questo è riconoscere che sì i prodotti Apple sono fantastici per ciò per cui li usano (convalidando le loro scelte perché se lo usano per essere cool, vogliono che gli altri li vedano come fantastici) ma per questo scopo, i grandi l'industria (l'eliminazione del nome è la chiave per queste persone) preferire ... Quindi fornire le ragioni razionali per (rendendolo un argomento emotivo e razionale, quello che ha la meglio su tutto.

Il trucco è ascoltarli abbastanza a lungo per capire l'attaccamento emotivo che hanno alla loro scelta, convalidando che in alcune circostanze questa è la scelta migliore e quindi allegando lo stesso argomento emotivo alla tua scelta preferita, quindi proseguendo con gli argomenti razionali in modo che possano avere un bell'aspetto raccontandolo ai loro superiori .

L'esempio che ho fornito è un'emozione comune legata alla mentalità dei fan, ma non è l'unica. Questo è il motivo per cui devi davvero conoscerli e capire perché gli piace quello che gli piace prima di poter effettivamente guidare un cambiamento. Potrebbe essere una motivazione per mantenere felice il loro capo e sanno che ama il suo iPad. Potrebbe essere stata una brutta esperienza con il marchio che ti piace 20 anni fa. Potrebbe essere che abbiano paura di quanto sarebbe difficile imparare qualcosa di nuovo o centinaia di altri motivi. La paura è un'emozione particolarmente potente, quindi cercala davvero.

Fanboys / Fangirls esistono da molto tempo. Nei tempi antichi (ovvero negli anni '80) il detto comune era " Nessuno è stato licenziato per aver acquistato IBM". Tornando indietro nel tempo fino alla preistoria, potrei citare Westinghouse vs Edison e il marketing che è entrato in quella "guerra dei fan" ... ma anche quello non era l'inizio.

Il marketing funziona ovunque, anche in quel presunto bastione del pensiero logico: l'IT. Inoltre, quando qualcuno è soddisfatto degli strumenti che utilizza, cercherà volentieri di assicurarsi che quegli strumenti siano utilizzati da tutti.

Non si tratta in realtà di un problema sul posto di lavoro, ma piuttosto di come affronti il ​​riconoscimento del marchio e la fedeltà dei clienti in tutti i ceti sociali. Detto questo, ti lascio con 3 fatti divertenti:

Fatto divertente 1: uno dei vantaggi di essere un decisore è che puoi imporre la tua visione del mondo a chi ti circonda.

Curiosità 2: tutti coloro che sanno che esiste UN SOLO VERO PERCORSO stanno prendendo in giro se stessi. Il mondo è molto più grigio di così ed è più che in grado di supportare il caos.

Curiosità 3: "Migliore" è definito dalla persona che usa la parola, è incredibilmente ambiguo, soggetto a modifiche per capriccio , e poche persone possono essere d'accordo su ciò che è idoneo.

Il mio consiglio: presenta le tue argomentazioni sul motivo per cui vuoi seguire un certo percorso e lascia che siano i responsabili delle decisioni a prendere le decisioni. Quindi usa i tuoi talenti per ottenere il meglio che puoi.

Tutto si riduce al costo rispetto ai premi.

@HLGEM ha fornito un'ottima risposta che dimostra che i tuoi fan potrebbero essere troppo stimare i vantaggi derivanti dall'implementazione della loro soluzione, che, nelle loro menti, giustifica il costo. Fare come suggerisce aiuta a ridurre i premi percepiti ( o aumentare i premi percepiti dalla soluzione migliore effettiva ) in modo che il costo aggiuntivo non sia più giustificabile.

Sembra che non sia così, ma solo per essere completo, sento di dover aggiungere che è anche possibile, a seconda del prodotto che stai creando e della base di utenti che lo utilizzerà, che tu sia effettivamente rispolverare eventuali requisiti aziendali aggiuntivi che devono essere affrontati, o costi, per l'azienda nel suo insieme, a cui non avevi pensato.

Per il requisito aziendale aggiuntivo:
forse il progetto deve essere accessibile dalla più ampia varietà di piattaforme possibile. Questo è spesso il caso dello sviluppo web, dove vuoi essere in grado di supportare il maggior numero di clienti possibile e non puoi davvero controllare il loro hardware.

Come esempio dei costi che l'azienda dovrà sostenere come nel suo insieme:
forse tutta la tua base di utenti ha già molta familiarità con i laptop Apple. Il costo extra che non hai incluso nella tua soluzione è il costo per riqualificare tutti a utilizzare Microsoft.

Alla fine, chiedi ai tuoi fan di spiegarti i vantaggi. O saranno legittimi ( anche se forse troppo costosi - il costo per i loro guadagni dovrebbe essere chiaramente comunicato ), oppure non forniranno valore in base alle tue esigenze ( e dovresti essere in grado di spiegare perché ), ma tieni sempre la mente aperta per i requisiti che non vengono esplicitamente dichiarati.

Questa è una classica domanda di psicologia sul posto di lavoro, a cui ha risposto Dale Carnegie in "Come conquistare amici". Fondamentalmente, devi lasciare che le persone salvano la faccia mentre danno argomenti razionali; Se critichi, inizia con un messaggio di ammirazione per i loro risultati e idee. È probabilmente un problema psicologico, non tecnico.

In primo luogo e in anticipo: non ignorare automaticamente queste richieste, ma esaminarle. Forse uno stakeholder vuole che tu metta i tuoi sistemi HR "nel cloud", ma se interrogato potrebbe semplicemente significare che vuole accedere al sistema da casa. Le persone potrebbero volerlo utilizzare su Apple perché trovano utile TimeMachine, forse vale la pena aggiungere una funzionalità di controllo delle versioni / annullamento. Mettili come richieste aggiuntive (da approvare in base al rapporto costi / benefici).

Dopodiché, tratta in modo ragionevole. La persona A del tuo esempio ha ragione quando desidera utilizzare il Mac a cui è abituato. Rendigli chiaro che ci sono più aspetti coinvolti oltre a quella comodità e spiegaglielo. Se è razionale, questo dovrebbe porre fine al problema.

Ciò che resta sarebbero i veri fan, a cui non interessano le funzionalità e / o i costi, ma solo l'essere cool. Fortunatamente nella mia esperienza è che quelli di solito si preoccupano di più delle "periferiche" (vg per poter accedere al sistema dal proprio iPhone), che della vera essenza del progetto.

Il mio approccio è inviare il messaggio che tali questioni non sono loro su cui decidere. Non con queste parole, di solito lo lascio nell'aria:

• "non abbiamo ancora deciso quale tecnologia sarà più adatta, una volta che avremo completato l'acquisizione dei requisiti la studieremo "(nelle fasi iniziali). Tieni presente che noi (IT), non tu (stakeholder), faremo lo studio e decideremo.

• "in in questa fase abbiamo avviato lo sviluppo utilizzando X, quindi ci occupiamo di tecnologie con cui abbiamo più familiarità (e abbiamo già i nostri desktop, quindi non abbiamo bisogno di acquisti). Successivamente, possiamo vedere come supportare Y con un piccolo sforzo in più "(nelle fasi intermedie).

• " in questa fase finale siamo già in ritardo quindi non c'è più tempo per aggiungere l'integrazione con Y, abbiamo bisogno di più sviluppo / test / ecc. "

Ovviamente l'inerzia è sempre un amico in ogni fase. Ammetto anche un po 'di empatia, useresti Y se potessi, ma non ti è permesso:

• "sì, sarebbe bene eseguire il prodotto su Y, ma poiché utilizziamo X e non possiamo permetterci di cambiare tutta l'infrastruttura in Y. E non possiamo permetterci di produrne e mantenerne due versioni ".

• " sì, tu e Vedo quanto sarebbe più bello il nostro IT se ci affidassimo a Y, ma l'utente medio conosce solo X e sarebbe piuttosto confuso se cambiassimo il sistema dall'oggi al domani ".

• " Vorrei / non mi dispiacerebbe usare Y, ma i criteri IT non lo supportano "(se effettivamente non lo fanno).