Sto cercando di "concepire" la logica di business di questo sito che ha molte attività, che gli utenti possono costruire il loro "combo" e ottenere sconti a seconda delle loro scelte e per quanto tempo sono disposti a pagare per il loro piano ( Piani di 1, 3, 6 e 12 mesi).
Ho difficoltà a cercare di trovare una soluzione, mantenendo il database normalizzato e con relazioni adeguate, senza dover ricorrere ai dati codificati JSON nei campi del database. Il sistema deve rimanere abbastanza generico da adattarsi a molti tipi di aziende che si basano su piani / attività. Devo sapere come strutturare le mie tabelle .
Scenario: Ad esempio, nel caso di una palestra, avrai bodybuilding, yoga, boxe, body pump. Se la persona sceglie il bodybuilding e la boxe, avrà uno sconto. Se aggiungono yoga, boxe e bodybuilding manterranno lo sconto, ma aggiungeranno lo yoga senza sconti al prezzo. Se la persona decide di pagare 12 mesi in anticipo, otterrà uno sconto maggiore.
Bodybuilding + Body Pump
Bodybuilding..$70 | 28% discount
Body Pump.....$70 |
Total........$100
1 month - $100 / month
3 months - $ 91 / month
6 months - $ 75 / month
Bodybuilding + Body Pump + Yoga
Bodybuilding..$70 | 28% discount
Body pump.....$70 |
Yoga..........$90 | No discount
Total........$190
1 month - $190 / month
3 months - $171 / month
6 months - $158 / month
Userò PHP e MYSQL ma non importa molto, solo la parte RDBMS.
Modifica per chiarimenti: quello che cerco davvero è uno schema di database per i prodotti di imballaggio (o in questo caso i servizi) insieme sotto un unico prezzo / offerta. Ogni prodotto deve anche esistere nel sistema come prodotto standalone.
Ho ancora bisogno della possibilità di riportare vendite (e profitti) per prodotto anche se quel prodotto è stato venduto come parte di un pacchetto.
Avrei bisogno della capacità di generare rapporti sulle prestazioni del pacchetto.