Come realizzare una piattaforma "ad-hoc" (No CMS)

Silvio Losi

Nuovo Utente
22 Set 2015
3
0
0
Pavia
www.silviolosi.com
Ciao Community, sono nuovo e questo è il mio primo post qui.
Sono un giovane programmatore a cui piace imparare un po' di tutto e mi sto avvicinando da poco al mondo dell' e-Commerce. Avrei piacere di farvi qualche domanda riguardo le basi di una struttura ad-hoc per un e-commerce. Contando che lavoro ormai da anni in php/mySql/Javascript, e quindi non ho problemi a realizzare un front-end e un back-end di gestione dei dati da un database, da dove si inizia a realizzare, per voi, un sito e-commerce "ad-hoc"?
I punti che mi interessano in particolare sono:
- Quale può essere un buon design di partenza di un database?
- Come vengono implementati i pagamenti?
- Come fa il sito a dialogare con la logistica e il magazzino, ricevendo in tempo reale le giuste quantità di prodotto e, come la logistica sà in tempo reale cosa e quanto spedire?

Grazie mille in anticipo :mavieni:
 
Ciao Silvio,
non me ne volere, ma per fare un e-commerce ci vuole molta "sostanza"...
Prima di partire con db e programmazione bisogna fare un acuto studio se il o i prodotti possono "funzionare" testando con landing page o semplicemente provando su siti tipo E-bay...
se vedi risposte allora iniziano le "danze"...
Prima di pensare all'organizzazione del db devi fare una struttura del sito e renderti conto ben bene come presentare i prodotti
e studiare una logica di acquisto.
Mettiti sempre dalla parte di un ipotetico acquirente...
La scelta dei pagamenti dipende dal prodotto proposto, se vendi un servizio, certo non devi usare contrassegno ma esclusivamente carta di credito o bonifico...
Maggiore è la possibilità di scelta dei pagamenti maggiore il "rischio" di acquisto.
Per i "dialoghi" che dici, si usa tanta programmazione (personalmente uso php).
Quando tutto è pronto, mano al portafoglio... e partono le campagne pubblicitarie!
Dopo un anno di investimenti tra tempo e denaro se non hai frutti, abbandona tutto!
Questa è la mia esperienza personale.
Ciao
 
Intanto grazie per la tua risposta.
Forse non mi sono spiegato bene, io non ho intenzione di realizzare un e-commerce, ma la mia domanda era, a livello progettuale, di programmazione, come gestire i punti sopra indicati. Per il tuo discorso sto gia seguendo un ottimo libro dell'Hoepli "E-commerce la guida definitiva" che definisce bene le basi di un e-commerce, oltre che a tante guide online di strategie di marketing e quant'altro, ma dice quasi niente sulla programmazione, cosa che appunto, mi interessa di più. =)
 
Si, ma a livello di programmazione come sei messo? l'argomento da trattare è "spinosetto" e certo non si può in un post elencare l'intera progettazione di un e-commerce, poi quest'ultima diciamo che è come un "paio di mutande" (permettimi la licenza poetica) va studiato a "misura", quindi caso per caso.
per poter iniziare ti consiglierei di prendere carta e penna e fare uno schema a blocchi del funzionamento che vorresti facesse il sistema e poi ogni blocco inizia a pensare una logica e scrivi in dettaglio... Da qui si inizia a metter mano al PHP (per quanto mi riguarda).
 
Beh in programmazione me la cavo. Realizzo web application e back-end gestionali per aziende di un certo calibro. Più che altro mi interessava la logica dietro ad una programmazione di e-commerce, esempio:
"Ok, dopo aver chiarito cosa deve fare la mia piattaforma, inizio a strutturare il database con le classiche tabelle prodotti, categorie, tipologie, carrello etc.. etc.. etc.."
Ho il mio e-commerce che funziona, ma per la logistica e il magazzino? Devo creare una parte del back-end pure per il magazzino e la logistica che useranno anche loro? E se loro hanno già un software per gli ordini, come lo configuro col mio portale? Magari le risposte sono piu facili di quel che penso eh =D
 
Ciao Silvio.

Io ho realizzato un ecommerce b2b per l'azienda Buffetti(si, quella grande) qualche anno fa. L'e-commerce che avevo sviluppato si integrava con as400.
Parliamo di 7/8 anni fa, quando ancora l'e-commerce era agli inizi. In pratica feci tutto da zero in base alle specifiche dell'azienda buffetti e del committente di allora.
Attualmente sviluppo su magento e woocommerce. Inoltre faccio integrazioni per gestionali.
Secondo me, adesso, con tutte queste piattaforme disponibili non vale la pena creare qualche cosa di nuovo. Al limite fare personalizzazioni spinte si ma altro no. Il tempo che ci vuole per un progetto simile è enorme.
Per lavorare su un progetto del generare oltre ad avere ottime basi di programmazione e un'ottima conoscenza dei db, devi avere una buona conoscenza del magezzino e delle sue dinamiche, della fatturazione, della generazione dei ddt(documenti di trasporto), della generazione del codice (quindi parlo di padri e figli), varianti o come si chiamano su Magento attributi.
Devi avere una buona conoscenza di cosa sia una distinta base e delle sue logiche.

I database dei cms moderni(o e-commerce) hanno ognuno una sua logica. Difficile dire da cosa partire. Ad esempio, posso farti l'esempio di Magento e della sua gestione EAV degli attributi e customer address.

oltre alle macro problematiche, ci sono anche quelle minori. Ad esempio si può parlare della semplice gestione dell'invio mail e di come strutturare bene una header del mittente per non essere intercettato come spam.

Non voglio spaventarti ma è piuttosto complesso.
 
Quel che dice @alessandro-gnola corrisponde al vero, e mi riaggancio al mio discorso precedente. Siccome si parla di cose non poco complesse le domande arrivano quando si ha un "problema", quindi @alessandro-gnola ha fatto giustamente un esempio di scenario che può essere analizzato con CMS o con programmazione pura.
Personalmente uso la programmazione, mi entusiasma e mi da più soddisfazione ma è pur vero che se non si hanno discrete basi allora (come dice @alessandro-gnola) vale la pena accostarsi ai CMS, risolvono la vita...
 
@filemeni ha ragione e mi fa piacere che la pensi come me.

Attualmente ci sono cms ed ecommerce per le più svariate esigenze. Certo, se devi fare integrazioni ovviamente con gestionali esterni devi fare molte parti esterne ma quando si può, conviene usare strumenti già esistenti. Ovviamente dipende anche dal committente, ma in linea di massima, usare strumenti già esistenti ti evita molti problemi.

Penso che nello sviluppo dell'ecommerce, la parte relativa alla programmazione, sia il 50/60% del problema.

Personalmente mi sono scontrato ( e questa è stata una fortuna) con diverse problematiche relative al magazzino, documenti (fatture, bolle), sconti (semplici e a cascata), agenti/venditori, ecc... ed è questo penso che mi abbia fatto comprendere come affrontare certe situazione.
Poi ovvio, ogni azienda è diversa, ma ci devi sbattere le corna per capire a fondo certe dinamiche.
 

Discussioni simili