Hub overview dell’istanza di Janus per la vendita. Orchestra e dichiara il modello che combina tre componenti operativi: assistenza live alle call, call-debrief strutturato delle call concluse, formazione continua dei venditori. Tutta la “Janus per la vendita” passa da qui.
Senza questo hub, i tre canali sotto sembrano scollegati. Con questo hub, si vede il loop apprendimento sistemico: la call viva alimenta il call-debrief, il call-debrief produce regole, le regole alimentano la formazione, la formazione torna nella call viva successiva.
Risolve il problema 5 del Report Carlo (nessun apprendimento sistemico): finora ogni venditore impara dalle proprie call in modo episodico. Con Janus per la vendita, l’apprendimento e’ collettivo, persistente, ricorsivo.
https://MAGN-janus-vendita-hub.automaka.ai/(dominio da attivare, sottodominio noindex automaka.ai). La demo ospita la dashboard hub: vista aggregata della call live in corso (link verso live-assistant), coda call-debrief in lavorazione, micro-training generati nel mese, skill matrix venditori, trend voti A-D nel tempo.
Bench formato dashboard: pattern dashboard cliente safe-persist v1 consolidato come modello base.
L’hub non esegue le funzioni operative (quelle stanno nei tre sotto-canali). L’hub:
Janus-Delivery) per chiusura cerchio framework V.Faccia A · Lever System (amplificazione): il venditore con poco sforzo ottiene molto. Live-assistant suggerisce in tempo reale risposte, obiezioni, asset, case study; il venditore non deve ricordare tutto. Una leva fisica con fulcro AI.
Faccia B · Mediatore (traduzione biculturale): il venditore non cambia chi e’. Cambia solo come si presenta al prospect (registro, livello tecnico, settore). Janus media tra il registro interno Magnetize e il registro del prospect; la sostanza Magnetize resta intatta.
Il cervello dell’hub e’ il modello Janus_(Modello_Bidirezionale) istanziato per la vendita. Janus, dio romano bifronte, guarda in due direzioni contemporaneamente.
Mapping vendita:
| Faccia Janus |
|---|
| Lever · amplificazione |
| Mediatore · traduzione |
| Loop di apprendimento |
| Training continuo |
Equivalenza Carlo “il pozzo”: Carlo chiama “il pozzo” cio’ che V chiama Janus. Stesso oggetto, due nomi. Il pozzo per Carlo e’ il livello sotto la frase pronunciata dove vivono prompt operativi e pattern. Janus per V e’ il modello bidirezionale che orchestra come quei pattern fluiscono. La hub formalizza il pozzo di Carlo come Janus istanziato per la vendita.
Differenza con janus-delivery: stesso modello Janus,
due istanze diverse: - Janus-Vendita-Hub orchestra il
fronte commerciale (call vendita, prospect, chiusura).
- Janus-Delivery orchestra il fronte
operativo (delivery progetto, mediatore aree interne
Magnetize).
Le due istanze si parlano: una vendita chiusa diventa input per delivery; un’esperienza delivery (cosa funziona, cosa no) torna come case study a vendita.
La memoria dell’hub aggrega i tre sotto-canali in una vista unica persistente.
Semaforo: 🟡 GIALLO · T0, hub overview da costruire (sotto-istanze gia’ identificate).
tempistiche da definire framework V: tempistiche da concordare.
Stato per componente:
| Componente |
|---|
| SPEC modello Janus istanziato vendita |
| Dashboard hub UI |
| Aggregator cross-canale |
| Loop annotation->rule |
| Skill matrix venditori |
| Visualizzazione loop apprendimento |
Sotto-canali (orbita Janus VENDITA):
| Canale |
|---|
live-assistant |
call-debrief |
formazione-venditori |
Blocchi attuali: 1. Aspettiamo verticale vendita Magnetize per definire (a) tipologia call, (b) scala voto A-D, (c) pattern obiezioni ricorrenti settore Magnetize. 2. Decisione su dove archiviare call (locale Magnetize / nostro server / cloud cifrato). 3. Allineamento con Carlo su skill matrix iniziale (cosa misurare per ogni venditore).
Prossimi 3 step: 1. Bootstrap dashboard hub UI (step). 2. Activation 3 sotto-canali in cascata: live-assistant first (gia’ bench WF), poi call-debrief (form + estrazione regole), poi formazione (cartridge che apprende dai call-debrief). 3. Loop annotation->rule iniziale: ogni call-debrief produce 1-3 regole che entrano nel cartridge live-assistant. Calibrazione su prime 10 call vendita reali Magnetize.
Da V (architetto): - Conferma scala voto A-D per call vendita Magnetize (proponiamo 4 categorie misurabili: chiusura, gestione obiezioni, ascolto, asset usati). Decide V se ne servono altre o se modificarle. - Decisione dove archiviare le call (locale Magnetize / server nostro / cloud cifrato). Impatta privacy e conformita’. - Approvazione cadenza micro-training (settimanale o mensile? trigger per numero call-debrief accumulati?).
Da Carlo (sales lead Magnetize): - Lista tipologie call vendita Magnetize (cold call, demo, follow-up, chiusura) per calibrare il modello. - Lista obiezioni ricorrenti settore Magnetize (per pre-popolare il cartridge live-assistant). - Una call di test reale (consenziente) per validare pipeline end-to-end. - Skill matrix iniziale: cosa vuoi misurare nei venditori? quante categorie?
Da team vendita futuro: - Disponibilita’ a compilare call-debrief strutturato (5-10 min) dopo ogni call. - Apertura a micro-training periodici basati su pattern emergenti dai call-debrief.
Per fissare l’idea, esempio concreto end-to-end:
Loop chiuso. Janus per la vendita ha amplificato Carlo (Lever), tradotto al prospect (Mediatore), accumulato esperienza (annotation->rule), redistribuito al team (formazione). Senza questo hub, i quattro passaggi sarebbero scollegati.
materiali_eva/01_video_panoramica_2026-05-03/2_infografiche/05_Janus_Lever_System.htmllive-assistant (cuore live AI, demo WF)call-debrief (estrazione regole, pattern
annotation->rule)formazione-venditori (training continuo, Janus
formazione)Janus-Delivery (stesso
modello, fronte operativo)