01 · PRODUCT DEFINITION
Product Definition
Missione della App, target, problemi risolti, casi d'uso e relazione con S.F.S. Web, Identity, Marin e servizi dell'ecosistema.
DA COSTRUIRE
PRODUCT SPEC →
PROJECT OFFICE · PRIORITY 01
S.F.S.
Project Office.
SEARCH
·
FIND
·
SOLVE
S.F.S. è il cantiere prioritario.
Questa pagina costituisce il Master Project Dossier
operativo del progetto: Product Truth, architettura,
build, Identity, Marin, App, SAIE, marketing,
decisioni, roadmap e backlog.
EXECUTIVE VIEW
NOW · BUILD · MOAT · VISION
Separazione obbligatoria tra ciò che possiamo dimostrare oggi e ciò che appartiene alla roadmap.
NOW
Prodotto dimostrabile
Conversation Workspace, file, cronologia, Identity & Access, login invite-only, interfaccia S.F.S. e Marin come interlocutore conversazionale.
BUILD
Cantiere corrente
Consolidamento Identity, Workspace, produzione output, Deep Search, Android App e gestione operativa del progetto.
MOAT
Asset proprietari
EDS Core, knowledge architecture, Identity layer, AtlasHub.OS, Ediltouch legacy matrix, dati e metodologie dell'ecosistema.
VISION
Executive delegation
Marin come vero Executive Manager, orchestrazione tool, pipeline Search → Find → Solve e delega operativa progressivamente autonoma.
PRODUCT TRUTH v1.0
Capability reali e roadmap
La classificazione impedisce di presentare una funzione futura come già disponibile.
Capability
Product Truth
Stato
Affidabilità
Conversazione AI
Workspace conversazionale con Marin come interlocutore della sessione.
IMPLEMENTATA
ALTA
Workspace
Conversazioni, gestione stati e organizzazione dei materiali.
IMPLEMENTATA
ALTA
File & Documenti
Asset associabili a conversazioni e contesti di progetto.
IMPLEMENTATA
ALTA
Identity & Access
Invito, verifica codice, registrazione, policy acceptance, Identity e login.
IMPLEMENTATA
ALTA
Search Web
Funzione rappresentata nel Control Center; consolidamento operativo ancora in build.
VISIBILE
MEDIA
Deep Search
Ricerca strutturata e approfondita. Capability formalizzata ma da consolidare end-to-end.
DICHIARATA
MEDIA
Output documentali
Report, PDF, Word, Excel, Presentazioni e immagini: obiettivo Solve in progressivo build.
DICHIARATA
MEDIA
Marin Executive Manager
Oggi interlocutore reattivo. Supervisione e orchestrazione autonoma appartengono alla roadmap.
VISIBILE
ALTA / BASSA*
Delega operativa
Modello direttivo uomo + AI oggi; pipeline realmente autonoma prevista nell'evoluzione del sistema.
VISIONE
ROADMAP
OPERATING MODEL
Search → Find → Solve
Il payoff è il modello operativo del prodotto, non una semplice tagline.
S
SEARCH
Acquisire informazioni, fonti, documenti e dati utili al problema. Comprende ricerca rapida e, progressivamente, Deep Search.
→
F
FIND
Individuare ciò che conta nel Workspace: contesto, materiali, evidenze, conversazioni, informazioni e conoscenza.
→
S
SOLVE
Trasformare conoscenza e analisi in decisioni, documenti, output e risultati utilizzabili.
TECHNICAL FOUNDATION
Architettura corrente
CORE
EDS Core
Backend FastAPI, SQLite, servizi AI, knowledge engine, sessioni e audit.
DATA
S.F.S. Workspace
sfs_conversations, sfs_messages, sfs_files, project context.
IDENTITY
Identity Foundation
users, roles, identity_profiles, identity_invites, policy_acceptances.
FRONTEND
S.F.S. v2
Conversation Experience, Marin, Command Bar, Control Center e accesso.
IDENTITY & ACCESS
Invite-Only Journey
01
Codice invito
Accesso non pubblico:
Identity autorizzate.
02
Verify API
Controllo invito,
stato e scadenza.
03
Registration Form
Nome, email autorizzata,
password e consensi.
04
Identity activation
User + role +
SFS identity code +
policy acceptance.
05
Login S.F.S.
Accesso al Conversation Workspace.
MARIN
Executive Manager Evolution
OGGI
Conversational Executive Interface
Riceve istruzioni, mantiene
la conversazione e assiste
il lavoro dell'utente.
BUILD
Context awareness
Progressivo collegamento tra
progetto, knowledge, file e strumenti.
VISION
Executive delegation
Orchestrazione dei tool e
pipeline Search → Find → Solve.
GUARD
No overclaim
Marin non viene presentato oggi
come agente autonomo
o garante automatico della qualità.
S.F.S. APP
Android Track
Il primo setup Android Studio è stato avviato. L'App dovrà utilizzare la stessa Identity e lo stesso backend, evitando un secondo sistema utenti.
STEP 01
Android Studio
Primo impianto progettuale avviato.
DEPEND
Identity API
Login e onboarding devono essere
condivisi con Web S.F.S.
TARGET
Unified Experience
Web e App devono rappresentare
due client dello stesso sistema.
CALL · 17 AUG 2026
Chiara — Project & SAIE Role
ROLE
Project participant
Chiara è parte del progetto
e dispone già di accesso S.F.S.
SAIE
Field coordination
Presidio operativo delle hostess
e gestione dei contatti qualificati.
LEAD
Direct relationship
Escalation dei lead interessanti,
demo e follow-up commerciale.
IDENTITY
Existing user migration
La sua Identity dovrà essere
regolarizzata senza perdere
user_id e ruolo.
GO-TO-MARKET
S.F.S. × SAIE Bologna
Il SAIE diventa contemporaneamente field launch, user test, acquisition test e collaudo reale del funnel S.F.S.
ATTENZIONE
Hostess / Manifesti / Social
CARD
Executive Access Card
QR
Codice univoco tracciabile
LANDING
Verticale per categoria
EXPERIENCE
Demo / prova S.F.S.
CHIARA
Qualifica lead
FOLLOW-UP
Contatto e opportunità
PHYSICAL CHANNEL
Hostess & Stand
Le hostess non distribuiscono materiale indiscriminatamente: individuano marketing, innovation e commercial decision maker dello stand.
EXECUTIVE ACCESS
S.F.S. Card
Formato ID-1 / credit card, circa 85,6 × 54 mm, PVC premium 0,76 mm, QR tracciabile e codice campagna.
DIGITAL CHANNEL
Vertical Landing
Construction, Professionisti, Building Products, Real Estate e altre macro-categorie ricevono messaggio e form dedicati.
MARKET DEVELOPMENT
Marketing Strategy
Social Campaign
TikTok e Instagram: presenza visuale forte, persone reali, S.F.S. sulle T-shirt, QR e messaggio orientato a Search · Find · Solve.
Marin Visual Identity
Marin deve diventare un'identità visuale coerente e riconoscibile: stessa figura, tono executive, immagine professionale e non assimilabile a campagne lifestyle.
Executive Brief
PDF sintetico per macro-categoria: problema, Search/Find/Solve, caso d'uso, capability reali, roadmap e CTA.
DECISION REGISTER
Decisioni consolidate
LoftCity Lab = S.F.S. Control Office
Il dossier e la governance
del progetto risiedono qui.
APPROVED
Invite-only Identity
Nessuna registrazione pubblica
indiscriminata.
IMPLEMENTED
SFS Executive Access Card
Formato credit-card,
QR e vertical funnel SAIE.
DESIGN
SAIE Field Launch
Chiara presidia lead
e relazione diretta.
STRATEGY
NEXT BUILD
Backlog prioritario
OVH Identity Mail
Attivazione casella reale
search-find-solve.com.
WAITING
Identity cleanup
Pulizia utenti test e
regolarizzazione Leo / Chiara.
NEXT
Identity Owner Panel
Utenti, inviti, sessioni,
policy e audit.
BACKLOG
Technical Gap Matrix
Trasformare capability
DICHIARATE/VISIONE in
IMPLEMENTATE.
BACKLOG
Android continuation
App collegata a
Identity/API comuni.
BACKLOG
PROJECT INFORMATION ARCHITECTURE
S.F.S. Project Map
Mappa prospettuale delle Project Room. Il centro rappresenta il Project Brain S.F.S.; i nodi periferici sono i cantieri specialistici collegati.
S.F.S. CONTROL CORE
S.F.S. Project Office
Project Brain · Decisioni · Knowledge · Evidence · Roadmap
ACTIVE / IMPLEMENTED = operativo
BUILD = in costruzione
DESIGN = progettazione
RESERVED = area prevista
PRODUCT · BUILD · RELEASE
S.F.S. Mobile App Control
Cantiere permanente per definizione prodotto, reengineering, architettura Android, specifiche funzionali, build, collaudo e pubblicazione della S.F.S. Mobile App.
MOBILE PRODUCT OFFICE
Da concept a prodotto distribuibile.
Questa area governa l'intero ciclo di vita della S.F.S. App. Le componenti legacy vengono analizzate e reingegnerizzate; le nuove capability vengono documentate, costruite, testate e validate prima di entrare nel prodotto dichiarato.
CURRENT STATUS
Product stream
ATTIVO
Platform
ANDROID
Development environment
ANDROID STUDIO
Architecture audit
DA CONSOLIDARE
Legacy input
LIFE IS EASY
Release
NON ANCORA DEFINITA
02 · LEGACY REENGINEERING
Life is Easy
Analisi critica del concept storico: cosa conservare, eliminare, trasformare e portare nella nuova architettura S.F.S.
IN ATTESA FONTI
LEGACY MATRIX →
03 · TECHNICAL FOUNDATION
Android Architecture
Struttura reale del progetto Android Studio, stack, package, moduli, API, autenticazione, storage, sicurezza e ambienti.
AUDIT RICHIESTO
ARCHITECTURE →
04 · FUNCTIONAL DESIGN
Feature Specification
Specifica per modulo: purpose, user story, UI, dati, API, permessi, error states, test e acceptance criteria.
DA COSTRUIRE
FEATURE MAP →
05 · DELIVERY CONTROL
Build Journal
Diario tecnico delle implementazioni Android: versione, componente, modifica, evidenza, test, problemi e stato di collaudo.
STRUTTURA PRONTA
BUILD LOG →
06 · DISTRIBUTION
Google Play / Release Center
Store listing, descrizioni, media, privacy, Data Safety, permissions, versioning, release notes e checklist.
PRE-RELEASE
PLAY PACKAGE →
BACKLOG
DESIGN
BUILD
TEST
VALIDATED
RELEASE CANDIDATE
PRODUCTION
!
PRODUCT TRUTH RULE
Una capability prevista, descritta o progettata non è una capability implementata. Lo stato IMPLEMENTED richiede evidenza di build; VALIDATED richiede evidenza di test e collaudo.
CONVERSATION & EVOLUTION LOG
Diario operativo S.F.S.
Cronologia strutturata di decisioni, call, analisi, build, test, strategie e cambi di direzione del progetto.