Un piano non è una strategia
Pianificazione guidata dalla strategia per i team di finance e operations: le decisioni che avete preso stanno in cima al modello, e il piano, la previsione e gli scenari sono derivati al di sotto.
Da Roger Martin · «un piano non è una strategia»
Le decisioni in cima al modello Ogni cifra risale a una cella Un solo varco in scrittura, imposto dal motore
I vostri numeri atterrano sulle dimensioni del modello.
Un CSV o una cartella di lavoro Excel si mappano partendo dalla destinazione.
Scegliete la misura e le dimensioni su cui i dati atterrano, e il file viene letto per adattarsi a quelle, non il contrario. Il separatore decimale, la riga di intestazione e la prima riga di dati si impostano una volta sola e vi aspettano al caricamento successivo. Una query Postgres si registra allo stesso modo, e una lista può essere tenuta al passo con il system of record secondo una pianificazione. Una vista salvata legge un modello dentro un altro. Ogni sorgente resta salvata, si riesegue da Actions e lascia traccia di che cosa ha scritto e su quale revisione è atterrata.
Excel da qualsiasi vista · PDF ed Excel da un board pack · uno star schema dai nomi espliciti che SQL e gli strumenti di BI leggono · le decisioni stanno sopra tutto questo
La vostra strategia, in cima al modello.
Il modello è gerarchico, e le scelte a cui vi siete impegnati sono il suo primo strato.
Ogni driver, previsione e scenario è costruito al di sotto di esse. Obiettivi, decisioni e KPI non sono oggetti del motore: modellarli per primi, come liste e misure con responsabili, date e note, è il nostro metodo — applicato insieme a voi, e già disposto nei tre modelli di partenza. Un piano Superiora può sbagliarsi sul mondo — nessun planner ne è immune — ma non può sbagliarsi su ciò che avete deciso.
Pianificazione che parte dal piano — l’era precedente
Ottimizza il piano che avete già. La strategia vive in una presentazione per il board che nessun modello sa leggere, così il piano se ne allontana il giorno stesso in cui viene firmato e nessuno sa indicare dove.
Pianificazione guidata dalla strategia — Superiora
Dove competere e come vincere sono oggetti del modello, con responsabili e date. Ogni driver è scritto sotto la decisione che serve, con la ragione annotata sull’oggetto. Cambiate gli input di una decisione e tutto ciò che le sta sotto si ricalcola; cambiate la decisione stessa e la lineage vi mostra che cosa dipende da essa.
Obiettivi, decisioni e KPI sono oggetti modellati · il nostro metodo, non una funzione del motore
Modellare, simulare e riportare — a partire dalle vostre decisioni.
Modellare · agentico
Descrivete come pianificate. Ottenete un modello.
Un operatore guida Claude sulla superficie di strumenti di Superiora per tirare su il calendario, le dimensioni, i cubi e le righe di driver che il vostro processo richiede, e per rimodellarli quando cambia — così nessuno dalla vostra parte deve scrivere una formula per avere un primo modello funzionante. Un nuovo workspace può anche aprirsi su uno dei tre modelli di partenza: Sales plan, Long-range plan, Sales & operations planning. Giorni invece di un’implementazione di sei mesi è una promessa che facciamo come partner, non un’affermazione sul software.
Simulare · sui vostri numeri
Scenari che dichiarano che cosa mettono alla prova.
Uno scenario è la copia di una versione o di un membro Scenario con i vostri override sopra, tenuta accanto alla base perché la differenza si legga invece di doverla ricordare. Dove c’è storico, una baseline di previsione viene stimata e sottoposta a backtest su ciò che è davvero successo, così vedete fin dove fidarvi. Ogni scenario porta il nome della decisione che mette alla prova.
Riportare · ancorato
Report vivi, niente di inventato.
I report si costruiscono sui vostri consuntivi e su una previsione governata, e ogni cifra si risolve in una cella del modello — apritela e trovate la formula, gli operandi, una lettura del perché il valore è quello che è, e il changeset che l’ha scritto. Dove il modello non ha un numero, la cella è vuota; niente la riempie con una cifra che si limita a leggersi bene.
Sorvegliare · e reagire
Una guardia permanente sul piano.
Le Actions girano su pianificazione; parte una notifica quando un periodo viene chiuso o riaperto; un digest quotidiano dice che cosa si è mosso; e l’audit trail dice chi ha scritto quale cella, su quale revisione. Superiora vi dice che cosa è cambiato e vi mostra che cosa ha toccato. La mossa successiva è vostra.
La stessa piattaforma, vista da una sola postazione.
Ogni pagina qui sotto è Superiora Planner visto da dentro un settore o un processo.
Le decisioni che lì contano, i driver che le portano e il modello che i due implicano.
Settori
Pianificazione
Ecco che aspetto ha una pianificazione guidata dalle decisioni.
Tre schermate dal prodotto funzionante, tutte leggono lo stesso modello governato.
Il board pack su cui si discute un ciclo di pianificazione, la griglia in cui si battono i numeri e il builder che ricava un grafico direttamente dagli assi del modello — ognuna di esse sotto le stesse decisioni. La home ha il lato dell’agente e come si costruisce un modello.
Numeri che non possono inventarsi.
Ogni cifra si risolve in una cella del modello.
E ogni cella si apre sulla formula che l’ha prodotta, sugli operandi che ha letto e sul changeset che li ha scritti. Uno scenario legge i vostri numeri; l’agente legge il modello. Nessuno dei due scrive una cifra che il modello non sappia giustificare.
varco in scrittura da cui passa ogni modifica, che l’abbia fatta una persona o il sistema
Stato del ciclo di vita e blocchi di periodo · un solo controllo, nel motore
modelli di partenza su cui un nuovo workspace può aprirsi, dal primo giorno
Sales plan · long-range plan · S&OP
funzioni nel linguaggio di modellazione, su una semantica di formule che un modellatore Anaplan già conosce
Contate dal registro delle funzioni del motore · più le aggregazioni fra parentesi
tipi di sorgente su cui un import viene salvato e da cui si riesegue
CSV · cartella di lavoro Excel · vista salvata · vista remota · query Postgres
In anticipo sul piano deciso.
Ricavo netto FY26 a +12% rispetto al plan of record, concentrato nei segmenti che la decisione del Q1 ha scelto di proteggere. L’headcount è rimasto piatto perché quella decisione lo diceva, ed è per questo che il vantaggio è pulito e non comprato. Le cifre qui sono inventate per la pagina; la forma della risposta — uno scostamento, la decisione a cui appartiene e la linea del modello da cui è sceso — è ciò che il prodotto produce davvero.
+12%
L’affidabilità è una funzionalità, non una nota a margine.
L’accesso vive nel modello
I permessi sono dimensioni, non un innesto: una concessione è una cella, così «che cosa può vedere questa persona?» è una domanda a cui risponde il modello stesso. Superiora non risponde mai oltre l’accesso di chi chiede.
Ogni cifra è tracciabile
Aprite un numero e risalitelo — la formula, ogni operando e perché ha letto quel che ha letto, il dettaglio che gli sta sotto, che cos’altro dipende da esso, e il changeset che l’ha scritto. Le previsioni mostrano i loro driver. Niente è una scatola nera perché niente ha dove nascondersi.
Un varco sulle scritture, non solo sulle letture
Un modello passa da Dev → Prod → Locked, e un periodo bloccato rifiuta ogni scrittura che lo riguardi: una cella battuta a mano, un incolla, un import, una previsione, la copia di uno scenario, il sistema stesso. La governance è un atto sul modello, non un paragrafo in una policy.
Portate le vostre decisioni. Superiora fa la pianificazione.
Costruiamo il modello di decisione sui vostri obiettivi, dati e KPI, poi costruiamo i piani e mettiamo alla prova gli scenari che li sostengono. Un'ora per vederlo all'opera sui vostri numeri.
Un modulo, oppure il vostro client di posta — entrambi arrivano al team fondatore