Please enable JavaScript.

Coggle requires JavaScript to display documents.

5.1.2.1.6 MVP ACQUIRENTE IN TEST 2, RICHIESTA AQCUISTO ALTERNATIVA Modulo…

- - - - 5+7=12
    - - 5+2=6
    - - 4+3=7
    - - 5+5=10
- - - - 9+0=9
    - - 8+5=13
      - Queste soluzioni credo che siano molto simile a quella che ho indicato io come soluzione ottimale nel file 5.1.2.4. Ossia, fare compilare il modulo ma poi dire che siamo full e quindi rifiutare la richiesta.
        Se così è, l'impatto sul lavoro del team dovrebbe essere ottimale (10) in quanto noi non dobbiamo fare nulla, è tutto automatizzato e si può fare con il modulo acquirente già esistente (basta cambiare la pagina di ringraziamento). A differenza invece della richiesta servizio alternativa che dovremmo creare nuove funzionalità di registrazione utente (e quindi l'impatto sul team è peggiore).
        Anche gli effetti positivi sul test penso che siano sempre migliori della registrazione utente, in quanto facendogli compilare il modulo possiamo ottenere piu informazioni su dove avrebbero voluto parcheggiare.
    - - 10+0=10
    - - 8+8=16
      - perchè gli dai un impatto sul team pari alla " utenza massima raggiunta"?
        Qui dobbiamo creare una nuova funzione "registrazione utente" ancora mai fatta. Il lavoro del team è maggiore. inoltre anche gli effetti positivi sul test non so se sono maggiori, in quanto facendo compilare il modulo forse si può capire piu cose rispetto ad una registrazione utente, no?
- - - - 3+2=5
    - - 4+6=10
    - - 4+1=5
    - - 4+4=8
- - - - 6+1=7
    - - 6+2=8
    - - 6+3=9
    - - 6+4=10