A SaaS Capital, abbiamo molto rispetto per i bilanci GAAP. Pensiamo che i bilanci GAAP generalmente facciano un lavoro migliore dei bilanci basati sulla liquidità nel riflettere la performance finanziaria sottostante di un business SaaS. I GAAP sono lo standard, e se i vostri numeri non sono basati sui GAAP, allora non sono affatto conformi a uno standard. Detto questo, quando si tratta della capitalizzazione dei costi di sviluppo del software, i GAAP hanno torto marcio.
Lo stato del mercato:
Ecco la buona notizia. Nonostante le linee guida GAAP richiedano la capitalizzazione di alcune spese di sviluppo del software, la nostra esperienza e quella dei nostri partner contabili SaaS di PlusPoint Consulting, indica che circa il 75% delle aziende SaaS non sta più capitalizzando le spese di sviluppo del software. Anche se sottoposti a revisione contabile, i contabili esterni di fronte ad argomenti ben motivati dai loro clienti, non richiedono più la capitalizzazione. Quindi, anche se non credete pienamente alle argomentazioni che seguono, la vostra azienda SaaS è in minoranza se sta ancora capitalizzando le spese di sviluppo del software.
Background:
Prima dell’emergere del modello di business SaaS, la maggior parte delle aziende di software rilasciava i principali prodotti ogni pochi anni. In questo modo, i contabili hanno deciso che i costi sostenuti per sviluppare i prodotti sarebbero stati meglio “abbinati” alle entrate una volta che il prodotto fosse stato rilasciato per la vendita. Così, durante la fase di sviluppo del prodotto, le spese salariali degli sviluppatori non venivano spesate, ma piuttosto capitalizzate e messe in bilancio.
La contabilità diventa più complicata in pratica perché solo le spese sostenute dopo che il prodotto è ritenuto “tecnicamente fattibile” vengono capitalizzate, e poi, solo i costi di costruzione dei “miglioramenti”, non delle “modifiche” vengono capitalizzati. La tracciabilità dei costi di sviluppo diventa rapidamente contorta e relativamente arbitraria, e più costi vengono capitalizzati, più i libri GAAP si allontanano dal costo reale di gestione dell’azienda. Questa complessità esiste anche prima che l’azienda tenti di determinare come srotolare il bene capitalizzato nel corso della “vita utile” del miglioramento del prodotto (periodo di ammortamento).
Per le ragioni di cui sopra, pensiamo che il concetto originale di capitalizzare le spese di sviluppo del software per le aziende di software con rilasci poco frequenti fosse sospetto nella migliore delle ipotesi. Per le aziende SaaS di oggi, tuttavia, la capitalizzazione non ha alcun senso.
Oggi:
Le aziende SaaS moderne aggiornano i loro prodotti costantemente. Gli aggiornamenti quotidiani non sono rari, e i prodotti sono in continua evoluzione e morphing per soddisfare le richieste degli utenti e il panorama competitivo. Il ritmo rapido del moderno sviluppo SaaS si riflette nel gergo della metodologia di sviluppo agile che fa riferimento agli “sprint”.”
In questo mondo di sviluppo veloce e granulare, l’idea di suddividere gli sforzi degli sviluppatori in fattibilità pre e post tecnica, poi decidere quale lavoro è un miglioramento o una modifica, poi decidere la vita utile del miglioramento, e poi registrare tutti questi costi separatamente sui libri contabili è assurdo. Inoltre non serve a nulla. I manager e gli investitori sommano i costi capitalizzati e le spese di ammortamento per avere comunque una visione più chiara della redditività dell’azienda.
Conclusione:
Abbiamo scritto il nostro primo post su questo argomento qualche anno fa, e questo post sarà l’ultimo sull’argomento. Questo caso dovrebbe essere chiuso. La linea di fondo è che, nonostante le linee guida GAAP, poche aziende SaaS continuano a capitalizzare le spese di sviluppo del software, perché è un’operazione che richiede tempo e in realtà toglie usabilità al bilancio.