Descrizione dell’approccio¶
1. Premessa¶
Il progetto Progetto di valutazione, pianificazione e lancio dell’e-commerce Surya Shop viene trattato come un progetto di Project Management applicato a un’iniziativa software/retail digitale.
Surya Tesori Accessori possiede tre store fisici e intende valutare l’apertura di un e-commerce proprietario. Il progetto deve rispondere a una domanda manageriale concreta: l’investimento conviene e quale soluzione permette di ottenere il miglior equilibrio tra tempi, costi, rischi e coerenza con il brand?
La soluzione raccomandata è Shopify, ma la scelta viene motivata attraverso un confronto strutturato con e-commerce custom, WooCommerce, marketplace/social commerce e opzione “do nothing”.
2. Perché il progetto è gestito come progetto software/retail digitale¶
L’e-commerce è un progetto software perché richiede una piattaforma digitale, un checkout, pagamenti, spedizioni, analytics, gestione catalogo e integrazioni. Tuttavia, per Surya non si tratta solo di tecnologia. Il progetto coinvolge anche:
- Modello commerciale;
- Gestione catalogo;
- Customer care;
- Fotografia e storytelling;
- Processo ordini e resi;
- Formazione interna;
- Marketing digitale;
- Privacy e cookie policy;
- Misurazione dei risultati.
La piattaforma è quindi uno strumento a supporto del nuovo canale commerciale, non il fine del progetto.
3. Ciclo di vita scelto¶
Il progetto adotta un approccio ibrido:
- predittivo per planning, budget, milestone, rischi, responsabilità e criteri di accettazione;
- agile/incrementale per configurazione E-commerce, caricamento catalogo, contenuti, test UX e miglioramenti progressivi.
Questa scelta è coerente con una durata MVP di 10 settimane, un budget setup/lancio di 10.000 euro e una sola persona interna da formare. Il progetto deve essere snello, controllato e orientato al rilascio.
4. Motivazione dell’approccio ibrido¶
Un approccio totalmente waterfall sarebbe troppo rigido perché contenuti, schede prodotto, fotografie e layout devono essere verificati progressivamente. L’esperienza di acquisto online richiede test reali e correzioni rapide.
Un approccio totalmente agile sarebbe rischioso perché il budget è contenuto e il go-live è fissato al 1 giugno 2026. Senza confini chiari, il progetto potrebbe accumulare richieste non essenziali come loyalty, multilingua, integrazione POS o personalizzazioni avanzate.
L’approccio ibrido permette di:
- Fissare obiettivi e scadenze;
- Proteggere lo scope MVP;
- Controllare costi e rischi;
- Iterare su contenuti e UX;
- Lancio rapido;
- Rimandare le funzionalità evolutive a una roadmap post-MVP.
5. Fasi del progetto¶
5.1 Scoping/Initiating¶
Questa fase serve a chiarire opportunità, vincoli e Conditions of Satisfaction (COS). È svolta tra fine marzo e inizio aprile 2026.
Output principali:
- Meeting di scoping;
- Conditions of Satisfaction;
- Project Overview Statement;
- Definizione delle alternative da analizzare.
5.2 Planning¶
La fase di planning traduce gli obiettivi in un piano gestibile.
Output principali:
- Business Case;
- Analisi alternative;
- RBS;
- WBS;
- Gantt;
- Pert;
- Stime tempi/costi/risorse;
- Risk Register;
- RASCI;
- Piano comunicazione;
- PDS.
5.3 Launching/Execution¶
La fase operativa parte dal 1 aprile 2026 e include configurazione Shopify, tema, catalogo, pagamenti, spedizioni, policy, analytics, test e formazione.
Output principali:
- Ambiente Shopify configurato;
- Tema adattato;
- 150 prodotti caricati;
- Pagamenti e spedizioni impostati;
- Privacy/cookie/policy pubblicate;
- Analytics attivo;
- Formazione del proprietario più giovane;
- Soft launch;
- Go-live pubblico del 1 giugno 2026.
5.4 Monitoring & Controlling¶
Il controllo avviene durante tutto il progetto, con particolare attenzione a:
- Avanzamento WBS;
- Budget setup;
- Costi ricorrenti annui;
- Completamento catalogo;
- Issue critiche;
- Test checkout;
- Readiness go-live.
Dopo il go-live, il monitoraggio formale dura 2 settimane, dal 1 al 15 giugno 2026.
5.5 Closing¶
La chiusura formalizza:
- Accettazione deliverable;
- Handover e formazione del personale;
- Chiusura issue critiche;
- Report post-lancio;
- Lezioni apprese;
- Roadmap futura.
6. Differenza tra gestione del progetto e implementazione tecnica¶
La gestione del progetto riguarda decisioni, pianificazione, responsabilità, costi, rischi e qualità. L’implementazione tecnica riguarda invece la configurazione della piattaforma.
Nel caso Surya, il Project Manager deve garantire che:
- Le alternative siano valutate;
- Lo scope sia realistico;
- Il budget sia rispettato;
- L'E-commerce sia configurato in modo adeguato;
- Il catalogo MVP sia pronto;
- La formazione del personale garantisca autonomia;
- I risultati siano misurabili;
- Le evoluzioni future siano governate e anticipate.
7. Documenti prodotti¶
| Documento | Funzione |
|---|---|
| Approccio | Spiega metodo e ciclo di vita |
| Contesto e dominio | Descrive Surya, settore e glossario |
| Scoping e CoS | Formalizza bisogni e Conditions of Satisfaction |
| POS | Sintetizza opportunità, obiettivi e vincoli |
| Business Case | Valuta convenienza e alternative |
| RBS | Scompone i requisiti |
| PMLC | Definisce ciclo di vita |
| WBS | Mappatura tassionomica di tutte le attività da svolgere |
| Stime | Quantifica tempi, risorse e costi |
| Gantt | Pianifica attività (senza considerare le inter-dipendenze) e milestone |
| Pert | Evidenzia percorso critico e le inter-dipendenze tra le attività |
| Rischi | Identifica e mitiga incertezze |
| PDS | Formalizza scope e accettazione |
| Execution | Definisce regole operative |
| RASCI | Assegna responsabilità |
| Comunicazione/change | Governa comunicazioni e modifiche |
| Monitoring | Definisce KPI e report |
| Issue/Trello | Gestisce problemi e flusso lavoro |
| Closing | Chiude formalmente il progetto |
| Final report | Riassume risultati e decisione finale |