Una nota del fondatore
Un ticket ricorrente dovrebbe diventare più semplice ogni volta che si ripresenta. Ma negli anni di lavoro nel supporto IT di secondo livello continuavo a vedere il contrario.
Ho lavorato in grandi aziende europee e ambienti IT strutturati tra Roma, Amsterdam e Londra. Le piattaforme erano sofisticate e i team esperti, eppure le richieste ricorrenti obbligavano ancora le persone a cercare, ricordare e reinterpretare lavoro che l’azienda aveva già affrontato.
Un controllo saltato poteva diventare un’escalation, una sostituzione o un intervento tecnico non necessario. Non per disattenzione degli operatori, ma perché il contesto giusto si trovava spesso altrove: in un documento, un portale esterno, un ticket precedente o nella memoria di un collega.
Ho iniziato a costruire Ticketack per portare quella conoscenza nel momento dell’azione. Non per escludere le persone dal processo, ma per rendere visibile il metodo approvato mentre lavorano.
Questa è ancora l’idea al centro del prodotto: meno ricostruzione, più chiarezza e giudizio umano esattamente dove serve.
Un ticket ricorrente dovrebbe diventare più semplice ogni volta che si ripresenta. Negli anni di lavoro nel supporto IT di secondo livello continuavo a vedere il contrario.
Lavorando in grandi ambienti IT europei tra Roma, Amsterdam e Londra, vedevo piattaforme sofisticate e team esperti ancora impegnati a cercare procedure, ricostruire il contesto e recuperare conoscenze che l’azienda aveva già sviluppato.
Un controllo saltato poteva comportare un’escalation, una sostituzione o un intervento tecnico non necessario. Spesso il problema non era l’operatore, ma il fatto che il contesto giusto si trovasse altrove.
Ho iniziato a costruire Ticketack per portare quella conoscenza approvata nel momento dell’azione. Non per escludere le persone dal processo, ma per rendere visibile il metodo giusto mentre lavorano.
Questa è ancora l’idea del prodotto: meno ricostruzione, più chiarezza e giudizio umano dove serve.
~ Marco ~