Vai al contenuto principale
Torna ai blog Prospettive del settore

Perché i clienti apprezzano Mowgli: l’effetto IKEA nella sicurezza informatica

Di Thyaga Vasudevan - EVP di Prodotto

13 agosto 2026 4 minuti di lettura

Mi sono spesso chiesto perché alcuni dei nostri clienti più affezionati provino un legame così forte con Mowgli, il codice delle norme di Skyhigh Security.

È qualcosa di più della semplice familiarità. È qualcosa di più della competenza tecnica. Ed è certamente qualcosa di più della resistenza al cambiamento.

Un concetto di marketing noto come "Effetto IKEA" potrebbe aiutare a spiegarlo.

L’effetto IKEA descrive la nostra tendenza ad attribuire maggior valore a qualcosa quando abbiamo contribuito a crearla. Un mobile assemblato a mano spesso appare più prezioso al suo proprietario rispetto a un articolo identico consegnato già montato – non perché il prodotto finito sia oggettivamente migliore, ma perché il proprietario ha investito impegno, discernimento e creatività nel dargli vita.

Il stesso principio si applica anche alla politica di sicurezza.

I clienti non si limitano a implementare Mowgli. Lo utilizzano per creare.

Per molti clienti di Skyhigh, Mowgli non è semplicemente un linguaggio di policy fornito da un fornitore.

Nel corso degli anni, i loro team di sicurezza lo hanno utilizzato per tradurre i requisiti organizzativi in controlli precisi. Hanno codificato le regole aziendali, gli obblighi normativi, le prassi di trattamento dei dati, i livelli di tolleranza al rischio, le eccezioni e gli insegnamenti tratti da incidenti reali.

Ogni politica riflette una decisione:

  • Quali utenti dovrebbero avere accesso a quali applicazioni?
  • Quali dati devono essere protetti?
  • Quali azioni dovrebbero essere bloccate, guidate, monitorate o consentite?
  • In che modo la politica dovrebbe variare in base all’utente, al dispositivo, alla posizione, al contenuto, all’applicazione o al rischio?
  • In che modo l’organizzazione dovrebbe trovare un equilibrio tra sicurezza e produttività?
  • Come posso impedire ai dipendenti di accedere a siti dannosi tramite URL di phishing?
  • Come è possibile realizzare integrazioni personalizzate con _qualsiasi_ strumento software disponibile all’interno della mia organizzazione?
  • Come garantire la protezione dei modelli di linguaggio grandi (LLM) personalizzati per le mie applicazioni private di intelligenza artificiale?

Il quadro normativo che ne deriva non è quindi generico. Esso rappresenta il bagaglio di conoscenze accumulate dall’organizzazione responsabile della sicurezza del cliente.

I clienti non si sono limitati a configurare Mowgli. L’L'hanno plasmato.

La politica come conoscenza istituzionale

Una politica di sicurezza ben consolidata è molto più di un semplice insieme di regole tecniche.

Esso rileva il sapere istituzionale: come opera un’organizzazione, dove sono conservate le sue informazioni sensibili, come lavorano i dipendenti, quali sono le aspettative delle autorità di regolamentazione e in quali ambiti l’azienda è disposta – o non è disposta – ad assumersi dei rischi.

Tale conoscenza potrebbe essere stata acquisita nel corso di molti anni e affinata attraverso migliaia di decisioni.

Ecco perché la sostituzione di un quadro normativo può apparire molto diversa dalla sostituzione di un componente infrastrutturale. L’organizzazione non si limita a valutare se un’altra piattaforma disponga di funzionalità simili; si chiede piuttosto se sia possibile preservare anni di logica di sicurezza, esperienza operativa e contesto organizzativo.

Con il passare del tempo, Mowgli diventa qualcosa di più di un semplice codice di policy. Diventa il DNA della sicurezza dell’organizzazione, codificato dalle persone che conoscono le esigenze specifiche dell’azienda in materia di sicurezza.

La flessibilità favorisce il senso di appartenenza

Mowgli offre inoltre ai clienti la possibilità di definire criteri di sicurezza sofisticati, anziché costringerli a inserire ogni requisito in una serie limitata di opzioni predefinite.

QUESTO la flessibilità è importante.

Quando i team di sicurezza riescono a definire le politiche in modo tale da rispecchiare la realtà della propria azienda, sviluppano un senso di appartenenza. La piattaforma diventa quindi qualcosa che essi contribuiscono attivamente a plasmare, anziché qualcosa che si limitano a utilizzare passivamente.

Possono implementare controlli specifici per i propri settori, utenti, applicazioni, dati e flussi di lavoro. Possono perfezionare tali controlli man mano che l’azienda si evolve. Inoltre, possono reagire ai rischi emergenti senza dover attendere che un fornitore aggiunga una nuova casella di selezione nell’interfaccia utente della propria politica.

Quella capacità di creare è uno dei motivi per cui i clienti apprezzano così profondamente il risultato.

La vera lezione per i responsabili di prodotto

L’effetto IKEA offre una lezione importante per il settore del software aziendale: i clienti non apprezzano solo la semplicità, ma anche la possibilità di agire in prima persona. Quando hanno la possibilità di partecipare in prima persona alla progettazione, alla configurazione o alla realizzazione di qualcosa, sviluppano un senso di appartenenza più forte e, in definitiva, ne apprezzano maggiormente il valore.

È necessario trovare un equilibrio importante. I clienti non dovrebbero essere costretti a configurare tutto autonomamente. Tuttavia, quando scelgono di creare politiche, flussi di lavoro e controlli differenziati, la piattaforma dovrebbe garantire che tale investimento risulti duraturo, trasferibile, comprensibile e sempre più potente.

La nostra responsabilità non consiste quindi nel privare i clienti della proprietà dei propri prodotti, bensì nel rendere più facile la gestione, la modernizzazione, la scalabilità e l’espansione di ciò che essi hanno realizzato.

Dal codice delle politiche alla titolarità delle politiche

Più ci rifletto, più mi convinco che Mowgli rappresenti una forma di appropriazione delle politiche.

I clienti hanno investito tempo, competenze e conoscenze organizzative nella creazione del proprio sistema di sicurezza. Tale investimento genera valore – e un comprensibile legame emotivo e operativo con la piattaforma.

Questa potrebbe essere la spiegazione più chiara di un fenomeno che osservo da anni:

I nostri clienti non si limitano semplicemente a utilizzare Mowgli.

Si fidano di esso. Lo comprendono. Lo hanno adattato alle loro attività.

E, cosa più importante, si riconoscono in ciò che hanno realizzato.

È proprio l’effetto IKEA all’opera — e potrebbe rappresentare una delle forme più solide di fidelizzazione dei clienti che qualsiasi piattaforma aziendale possa ottenere.

Sull'autore

Thyaga Vasudevan, foto dell'autore

Thyaga Vasudevan

Vicepresidente esecutivo del prodotto

Thyaga Vasudevan è un professionista del software ad alta energia che attualmente ricopre il ruolo di Executive Vice President, Product presso Skyhigh Security, dove dirige il Product Management, il Design, il Product Marketing e le strategie GTM. Con una vasta esperienza, ha contribuito con successo alla creazione di prodotti sia nel software aziendale SAAS (Oracle, Hightail - ex YouSendIt, WebEx, Vitalect) che nell'Internet dei consumatori (Yahoo! Messenger - Voce e Video). Si dedica al processo di identificazione dei problemi e dei casi d'uso degli utenti finali sottostanti ed è orgoglioso di guidare le specifiche e lo sviluppo di prodotti e servizi high-tech per affrontare queste sfide, aiutando anche le organizzazioni a navigare nel delicato equilibrio tra rischi e opportunità.

Torna ai blog