Sviluppo di un programma di prezzi configurabile

Question

Sviluppo di un programma di prezzi configurabile

#1 da (2 voti)
#2 da (1 voti)

3

L'organizzazione in cui lavoro ha alcuni requisiti interessanti in termini di prezzi per il commercio online. Attualmente gli sviluppatori scrivono diverse "regole di prezzo" e tali regole possono essere applicate ai nostri articoli in base agli attributi degli articoli.

For Example:
INPUTS: [cost, sug_retail, discontinued, warehouse_qty, orderable_qty, brand, type, days_available, shipping_rate, weight, map_protected, map_discount]
MATCH: brand=x, warehouse_qty > 1, discontinued=True, map_protected=False
SET: retail_price = (sug_retail * 0.95), offer_price1 = (cost * 1.25 + shipping_rate)

Sto cercando di consentire al team di merchandising di avere un maggiore controllo sui prezzi e sulle formule - sono dopotutto abbastanza tecnici da scrivere formule excel.

Ho cercato di scrivere un'applicazione desktop che utilizza qualcosa come numexpr link o link per consentire ai non programmatori di integrare la propria logica nel backend dei prezzi.

Abbiamo più livelli di prezzo che dobbiamo impostare, per più mercati, quindi è necessaria una soluzione elegante. È frustrante per il team di sviluppo modificare e gestire continuamente tutte le regole di prezzo (vendiamo oltre 200 marchi in 3 mercati).

My question is ; sembra un approccio decente? Riesci a pensare ad un modo migliore di analizzare il grammatica-matematica? Riesci a pensare a un modo diverso per gli utenti di fornire le formule da integrare in un sistema di prezzi automatizzato? Qualcuno sa di esempi di applicazioni esistenti che fanno questo?

Excel e Access sono fuori questione: il volume di dati che manipoliamo ha già dimostrato la necessità di automatizzarlo, ora abbiamo solo bisogno di una certa visibilità su tale automazione.

python pricing e-commerce

posta Ben DeMott 13.12.2011 - 03:02

fonte

2 risposte

1

Penso che sia una cattiva idea, per la semplice ragione che non penso che i tuoi merchandiser siano abbastanza intelligenti da farlo nel modo giusto. Stanno per fare regole contrastanti; avranno bisogno di un'utilità per assegnare in massa una regola agli elementi in base a criteri. E i criteri utilizzati per assegnare la regola avrebbero dovuto essere parte della regola per cominciare. Diventerà disordinato. (Poi un giorno il sito venderà 400 televisori al plasma da 90 pollici a $ 20 al pezzo, la gestione si accorgerà che la merce è stata in grado di f * su così male a causa di parentesi errate)

Poiché le nuove variabili vengono introdotte a settimane alterne, dovrai comunque modificare il tuo motore di regole, quindi in ogni caso non stai risparmiando molto.

Ti suggerisco di avere un algoritmo principale (che contiene tutti gli 800 parametri e le tabelle di riferimenti incrociati) e di essere fatto con esso. So che dovrai modificare quell'algoritmo ogni due settimane, ma questa è solo la natura del settore.

risposta data 13.12.2011 - 03:30

fonte

Leggi altre domande sui tag python pricing e-commerce

API REST con file come risorse? Cosa rende una lingua migliore di un'altra quando entrambe sono progettate per gli stessi obiettivi? [chiuso]

score 2 · Accepted Answer

L'agilità delle organizzazioni di e-commerce è al centro dell'efficienza aziendale. Essere pronti per il mercato in continua evoluzione e tenere il passo con le esigenze del business è più impegnativo e richiede scelte accurate nello sviluppo di programmi configurabili dall'utente.

I programmi configurabili comportano un grande rischio per l'organizzazione se non implementano, limitano, espongono correttamente la logica di business in modo da mantenere la configurazione in linea con i vincoli di business.

Esistono buoni esempi di soluzioni commerciali configurabili, le soluzioni sono generiche ma offrono una buona serie di funzionalità da prendere in considerazione. WebSphere Commerce Feature Pack 2 di IBM offre questo tipo di integrazione configurabile. link

Il tasso di variazione atteso nella maggior parte delle società di e-commerce richiede che le aree dell'architettura aziendale siano estremamente stabili e configurabili. Sfortunatamente, il prezzo è una di quelle aree e, senza almeno le regole configurabili dall'IT, è impossibile stare al passo con le modifiche quotidiane.

Avere un singolo algoritmo per la gestione dei prezzi diventa più sospetto quando si pensa agli aggiornamenti basati sui cambiamenti. Quando viene aggiornato un algoritmo principale, significa che TUTTI gli input, gli output e le variabili intermedie devono essere ricalcolati anche se le modifiche dell'algoritmo interessano solo il 10% del set di dati. Questo fatto da solo suggerisce che si tratta di un approccio imperfetto e deve essere considerato qualcosa di più scalabile orizzontalmente.

Dal punto di vista del business, anche il costo dell'opportunità di voltare le spalle a procedure di prezzo altamente personalizzabili e accessibili è inaccettabile.