Skip to content

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