# Woobiweb — Vincoli Costitutivi

Questo documento raccoglie i principi fondamentali che guidano ogni decisione di sviluppo, UX e roadmap del prodotto. Sono vincoli non negoziabili, non opinioni.

---

## Identità e Posizionamento

- **Woobiweb** è uno strumento da tenere sempre a portata di mano: affidabile, chiaro, presente. Il nome richiama *wooby* (slang americano per oggetto di conforto/sicurezza — l'oggetto su cui si fa affidamento).
- Non compete per funzionalità con i grandi gestionali. Compete per **aderenza al caso d'uso reale del singolo professionista**.
- Il mercato ha centinaia di competitor. Il differenziatore non è la feature list — è il **rapporto diretto con chi lo usa**.

---

## Scope Funzionale

Fa poche cose, le fa bene. Niente di più.

1. **Preventivi chiari**, costruiti voce per voce
2. **Monitoraggio contabile/amministrativo**: convergenza automatica tra preventivato, eseguito e fatturato
3. **Comunicazione trasparente col cliente** sullo stato lavori e pagamenti
4. **Gestione collaboratori** — roadmap futura, non MVP

---

## Principi di Sviluppo

- Ogni nuova feature deve essere **richiesta o validata da un cliente reale**, non immaginata.
- **UX: user friendly, chiaro, senza ambiguità.** Se un professionista non tecnico non capisce da solo, la UI è sbagliata — non l'utente.
- **Sicurezza dei dati** come requisito non negoziabile.
- Nessuna feature complexity che non serva al caso d'uso dichiarato.

---

## Integrazione nell'Ecosistema

- Woobiweb è il **modulo operativo di AML** (piattaforma di gestione microterritorio/property management).
- Riceverà eventi dal progetto **IoT** (sensori ESP32/MQTT → ticket automatici di manutenzione).
- **Stack dichiarato**: Drupal backend, React frontend, REST/JSON API, PWA.

---

## Caso d'Uso Guida

**Gabriele** (idraulico) è il cliente reale attivo.
Ogni decisione di sviluppo si testa prima su questo caso concreto.
Se Gabriele non ne ha bisogno adesso, non si costruisce adesso.