La genesi di quello che sarebbe diventato Slack può essere fatta risalire a un complesso intreccio di iniziative precedenti, paesaggi tecnologici in evoluzione e le specifiche e pressanti esigenze di un piccolo team ambizioso. Prima di Slack, c'era Tiny Speck, una società fondata nel 2009 da un quartetto di tecnologi esperti: Stewart Butterfield, Eric Costello, Cal Henderson e Serguei Mourachov. Questo gruppo vantava un notevole curriculum, in particolare Stewart Butterfield, che aveva precedentemente co-fondato Flickr, una pionieristica piattaforma di condivisione di foto acquisita da Yahoo! nel 2005 per una cifra stimata tra i 20 e i 25 milioni di dollari. La loro esperienza collettiva includeva la navigazione nelle complessità dei servizi web su larga scala, la progettazione di architetture scalabili e la comprensione delle sfumature dei contenuti generati dagli utenti e della costruzione di comunità su scala internet. La loro ambizione iniziale con Tiny Speck era sviluppare un gioco online massivamente multiplayer (MMOG) chiamato Glitch.
Al momento della fondazione di Tiny Speck, il panorama della comunicazione digitale all'interno delle organizzazioni era frammentato e inefficiente. L'email rimaneva il mezzo dominante per la corrispondenza formale, ma la sua natura asincrona e la propensione per il sovraccarico di informazioni la rendevano poco adatta ai rapidi cicli iterativi dello sviluppo software moderno. Per la collaborazione in tempo reale, i team spesso si affidavano a un patchwork di strumenti disparati: Internet Relay Chat (IRC) per la comunicazione informale basata su testo, vari client di messaggistica istantanea di consumo come AOL Instant Messenger o Yahoo! Messenger, e soluzioni aziendali precoci come Microsoft Lync (poi Skype for Business). Questi strumenti spesso mancavano di funzionalità aziendali critiche come la cronologia dei messaggi persistente, robuste capacità di ricerca e integrazioni profonde con altre applicazioni aziendali come i sistemi di gestione dei progetti o il controllo delle versioni. Questo approccio frammentato portava a significative inefficienze, poiché le informazioni critiche diventavano isolate, difficili da recuperare e frequentemente perse nella natura effimera dei log di chat transitori o nelle caselle di posta elettronica sovraffollate. La sfida era particolarmente acuta per i team distribuiti, un modello che Tiny Speck abbracciava sin dall'inizio, con ingegneri e designer sparsi in diverse località geografiche e fusi orari.
I background dei fondatori furono strumentali nel plasmare il loro approccio a queste sfide comunicative. Butterfield, con le sue intuizioni filosofiche e il focus sull'esperienza utente affinato in Flickr, portò una profonda comprensione dell'interazione umana con la tecnologia e delle dinamiche delle comunità online. Comprendeva gli aspetti psicologici del coinvolgimento e l'importanza di un'esperienza utente fluida. Cal Henderson, in qualità di CTO, fornì la visione architettonica per sistemi scalabili, attingendo alla sua vasta esperienza dall'infrastruttura backend di Flickr, che gestiva miliardi di foto e milioni di utenti. La sua esperienza nella costruzione di servizi web robusti e ad alte prestazioni e nella progettazione di API flessibili si rivelò critica. Eric Costello e Serguei Mourachov, entrambi leader ingegneristici chiave, contribuirono all'esecuzione pratica dello sviluppo software complesso, garantendo la fattibilità tecnica e la stabilità dei loro ambiziosi progetti. La loro storia condivisa e le competenze complementari favorirono un ambiente collaborativo, ma evidenziarono anche l'attrito nella comunicazione interna insito nei loro sforzi di sviluppo di giochi distribuiti, rendendoli acutamente consapevoli del problema.
Lo sviluppo iniziale di Glitch fu ambizioso. Il mercato degli MMOG alla fine degli anni 2000 era dominato da giganti consolidati come World of Warcraft, che contava milioni di abbonati. Nuove proprietà intellettuali faticavano a guadagnare trazione e a raggiungere la sostenibilità commerciale, specialmente senza enormi budget di marketing. Glitch puntava a un'esperienza più fantasiosa, non violenta e creativamente guidata, concentrandosi sulla comunità e sull'artigianato piuttosto che sul combattimento. Sebbene fosse acclamato dalla critica per il suo stile artistico unico e le meccaniche di gioco innovative, Glitch faticava a trovare un pubblico sostenibile e sufficientemente ampio per supportare il suo sviluppo continuo e i costi operativi. L'acquisizione di utenti si rivelò difficile e le strategie di monetizzazione, che includevano un modello freemium e una valuta virtuale, non generarono ricavi sufficienti a compensare le significative spese coinvolte nella gestione di un MMOG live.
Lo strumento interno che si sarebbe poi evoluto in Slack non fu concepito come un prodotto commerciale, ma piuttosto come una soluzione utilitaristica a un problema immediato e pressante all'interno di Tiny Speck stessa. Durante lo sviluppo di Glitch, il team aveva disperatamente bisogno di un modo più efficace per coordinarsi, condividere frammenti di codice, discutere decisioni di design intricate, monitorare i progressi e risolvere problemi attraverso diversi fusi orari e località. I metodi tradizionali si rivelarono completamente inadeguati per il ciclo di sviluppo rapido e iterativo di un gioco online su larga scala, che richiedeva comunicazione costante, cicli di feedback rapidi e una chiara tracciabilità delle decisioni. La soluzione che costruirono per se stessi fu un sistema di comunicazione progettato su misura che integrava chat in tempo reale, facilitava la condivisione di file e, cosa più critica, forniva un registro robusto e universalmente ricercabile di tutte le conversazioni, file condivisi e link pertinenti. Questo sistema fu progettato per integrarsi con i loro strumenti di sviluppo esistenti, estraendo notifiche dal controllo del codice sorgente (come Git), dai tracker di bug (come Jira) e dai sistemi di distribuzione direttamente nei canali di chat pertinenti.
Questo sistema interno fornì un record persistente e indicizzato di tutte le interazioni del team, una funzionalità assente nella maggior parte degli strumenti di comunicazione in tempo reale dell'epoca. Questa persistenza significava che informazioni e contesto critici venivano mantenuti indefinitamente. Permise ai nuovi membri del team di integrarsi rapidamente esaminando le discussioni passate, comprendendo le decisioni storiche e accedendo a conoscenze condivise senza dover ripetutamente porre domande già risposte. Garantì anche che decisioni e informazioni critiche non venissero perse nel turnover del personale o nel rumore delle caselle di posta elettronica. L'utilità di questo sistema divenne sempre più evidente man mano che lo sviluppo di Glitch progrediva. Entro la fine del 2012, nonostante l'acclamazione della critica e una base di utenti dedicata ma ridotta, Glitch affrontava sfide insormontabili di sostenibilità commerciale, portando alla sua chiusura definitiva nel novembre 2012, circa tre anni dopo la fondazione di Tiny Speck. L'azienda aveva raccolto diversi round di finanziamenti, inclusi 8 milioni di dollari in un Serie A nel 2011, che fornivano un certo margine finanziario, ma non abbastanza per sostenere indefinitamente un MMOG di nicchia.
La chiusura di Glitch rappresentò un momento cruciale per Tiny Speck. Invece di sciogliere il talentuoso team e dissolvere l'azienda, i fondatori riconobbero il significativo, forse sottovalutato, valore insito nello strumento di comunicazione interno che avevano sviluppato. Osservarono che lo strumento, inizialmente un mero mezzo per un fine nello sviluppo del gioco, era diventato indispensabile per le loro operazioni quotidiane, una "zattera di salvataggio" per il loro team distribuito. Gli analisti del settore notano spesso che alcuni dei pivot più riusciti emergono frequentemente da robuste soluzioni interne a problemi diffusi, e questa era precisamente la situazione di Tiny Speck. I fondatori, possedendo una profonda competenza tecnica e una chiara comprensione della crescente domanda di flussi di lavoro digitali semplificati in un mondo sempre più connesso e orientato al cloud, presero la decisione strategica di spostare il focus dell'azienda dallo sviluppo di giochi al software per le imprese.
Questo comportò una profonda riorientazione del focus, del talento e delle risorse finanziarie rimanenti dell'azienda. La base tecnica per il sistema di comunicazione era già robusta, essendo stata testata in condizioni impegnative di sviluppo di giochi. Tuttavia, il cambiamento richiese una nuova visione del prodotto, un'analisi di mercato approfondita e una strategia di commercializzazione completa. L'utilità interna divenne ora il prodotto principale. Il team trascorse diversi mesi a perfezionare lo strumento, trasformandolo da una soluzione su misura in un prodotto pronto per l'adozione esterna, aggiungendo funzionalità come gestione degli utenti, controlli amministrativi e un'interfaccia utente più curata. Questo pivot strategico, un rischio calcolato dopo la chiusura del loro prodotto principale, segnò l'inizio ufficiale dell'azienda ora conosciuta come Slack, che lanciò ufficialmente la sua beta pubblica nell'agosto 2013. L'azienda fu ristabilita con un nuovo mandato: portare la loro soluzione di comunicazione affinata internamente, progettata per rendere la vita lavorativa più semplice, più piacevole e più produttiva, al mondo degli affari più ampio, affrontando un significativo bisogno di mercato che avevano prima identificato e risolto per se stessi.