Build vs. Buy: perché ho reso open source parte di ODKI invece di proteggerla

La prima cosa da ammettere su ODKI è che il dispositivo in sé non è una novità. I sensori per il velocity based training esistono già. Diverse aziende ne hanno costruito uno, alcune ben finanziate, altre che vendono unità da anni, da prima ancora che io toccassi un IMU.

Quindi quando la gente mi chiede se avessi paura di essere copiato, la risposta onesta è che l’hardware non è mai stato la cosa da proteggere. Era già prior art. Trattarlo come un segreto avrebbe significato custodire qualcosa che, di fatto, chiunque nel settore sa già come costruire.

La vera decisione riguardava qualcos’altro: cosa aprire, cosa tenere chiuso, e perché.

Il dispositivo è aperto. L’app no.

Il firmware di ODKI, l’algoritmo e il protocollo Bluetooth sono completamente documentati e pubblici. Chiunque può leggere come funziona il dispositivo, costruirsene uno proprio, o collegare un’app completamente diversa usando lo stesso protocollo aperto.

L’app è tutta un’altra storia: il confine lo traccio lì, perché è lì che si trova il vero problema.

Raccogliere dati di movimento da un bilanciere è ormai un problema risolto. La parte difficile, quella che ancora nessuno ha davvero risolto bene, è cosa farne di quei dati una volta che li hai: come elaborarli, cosa mostrare all’atleta, come trasformare un flusso di numeri in qualcosa che renda l’allenamento davvero più efficiente. È lo strato su cui sto ancora lavorando, con cui sto ancora sperimentando, e che per il momento non ho alcuna intenzione di regalare.

Quindi il dispositivo è una piattaforma, non una scatola blindata. Usa l’app ufficiale, oppure costruiscine una tua basandoti sul protocollo aperto. In entrambi i casi, il sensore in sé non è mai stato il vero valore.

Diagram showing ODKI's hardware, firmware, and algorithm as open and documented, feeding into a public BLE protocol that forks into the closed official app and an open ecosystem of third-party apps.

Perché aprire il dispositivo, allora

Se l’hardware non è un segreto, tenerlo comunque chiuso avrebbe solo un costo: trasformerebbe il dispositivo in una scatola nera.

Realisticamente, pochissime persone si prenderanno mai il tempo di leggere il firmware o la documentazione dell’algoritmo. Ma quelle che lo fanno contano molto più di quanto il numero suggerisca. Sono loro a poter confermare davvero che l’ingegneria è solida, che la correzione della deriva è gestita correttamente, che il dispositivo fa esattamente quello che dico. Quella credibilità non arriva da una pagina di marketing. Deriva dal poter essere verificato.

C’è una seconda ragione, meno certa e più legata alla speranza. Un dispositivo aperto è un dispositivo che una community può davvero migliorare. Non so ancora se quella community si farà vedere. Spero che le persone trovino in ODKI qualcosa a cui valga la pena contribuire, non solo qualcosa da comprare. Quella parte della scommessa non è ancora stata dimostrata.

Un commento di un amico che mi è rimasto impresso

Un amico mi ha detto una cosa semplice che mi ha fatto cambiare prospettiva su tutto questo: se tieni tutto chiuso e non lo condividi mai, non riesci a confrontarti con nessuno, e senza quel confronto non migliori davvero.

Vale per un diario di allenamento e vale allo stesso modo per un pezzo di firmware. La segretezza ti protegge dall’essere copiato, ma ti impedisce anche di scoprire, da una prospettiva che non sia la tua, dove stai sbagliando.

Da dove è arrivata davvero la decisione sul protocollo

Questa parte non è nata nello sport tech. È nata dal mio lavoro di tutti i giorni.

Nell’ingegneria delle sottostazioni e del controllo industriale, i protocolli vengono standardizzati apposta, in modo che apparecchiature di produttori diversi possano dialogare tra loro senza che nessuno debba chiedere un permesso speciale o costruire un collegamento proprietario. In quel mondo l’interoperabilità non è un optional. È il presupposto di base su cui è costruita l’intera industria.

Partivo da quella prospettiva quando ho deciso che il protocollo BLE di ODKI dovesse essere completamente aperto e documentato, senza eccezioni. Non perché l’open source sia di moda negli ambienti hardware, ma perché avevo già visto, in un settore molto più conservatore, che sono gli standard aperti a permettere a un intero ecosistema di costruire sulla stessa base, invece che ogni azienda debba reinventare da zero la propria versione chiusa.

La vera strategia di business

Niente di tutto questo è beneficenza. Aprire il dispositivo e il protocollo tenendo l’app chiusa è una scommessa deliberata su come si costruisce la fiducia.

Un dispositivo chiuso chiede alle persone di fidarsi delle mie parole. Uno aperto permette loro di verificare. Documentare tutto e tenere il protocollo pubblico è il modo in cui sto cercando di dimostrare che ODKI mantiene quello che promette, e che i principi alla sua base, un’accuratezza verificabile, un dispositivo a cui non sei vincolato, non sono solo slogan di marketing.

È nell’app, che resta chiusa, che il vero valore dovrebbe concentrarsi, prima o poi. Ma voglio essere chiaro: non sto presentando questa come una strategia di cui conosco già il risultato. È la strategia che ho scelto, basata su quello che ho visto funzionare in un settore completamente diverso e su una conversazione con un amico che mi è rimasta impressa più a lungo di quanto mi aspettassi. Se sia la scelta giusta per un progetto hardware da una sola persona che prova a diventare qualcosa di più, lo saprò solo guardando cosa succede davvero da qui in avanti.