Dilemma informatico e toposo

Situazione:

il cliente ha 4 db di nominativi da quattro fonti: amazon marketplace, facebook, ecommerce e gestionale del negozio fisico

i db andrebbero gestiti unitariamente al fine di attività analitiche e campagne di newsletter e sms

la parte relativa alla gestione dovrebbe essere automatizzata una volta per tutte

la parte relativa all'invio di newsletter e sms dovrebbe avvenire con un software professionale ma che possa essere gestito da un impiegato che non sia un informatico

https://cdn.barstoolsports.net/wp-co...03239199_n.jpg

Fai un file excel

Inviato dal mio PRA-LX1 utilizzando Tapatalk

https://cdn.barstoolsports.net/wp-co...03239199_n.jpg
.................................................. .....................................https://i.imgur.com/l17FgZd.png

https://orig00.deviantart.net/4243/f...misaki_chi.gif

Citazione:

---

Originariamente Scritto da NoNickName

Situazione:

il cliente ha 4 db di nominativi da quattro fonti: amazon marketplace, facebook, ecommerce e gestionale del negozio fisico

i db andrebbero gestiti unitariamente al fine di attività analitiche e campagne di newsletter e sms

la parte relativa alla gestione dovrebbe essere automatizzata una volta per tutte

la parte relativa all'invio di newsletter e sms dovrebbe avvenire con un software professionale ma che possa essere gestito da un impiegato che non sia un informatico

https://cdn.barstoolsports.net/wp-co...03239199_n.jpg

---

Fatti un server SQL express con db ben fatto, così i dati sono gestiti bene, poi valuti la strada da prendere per le newsletter.
Usi access lo colleghi e fai qualche maschera di gestione.
Ti fai un programma di gestione in c#
Lo colleghi ad un server web e usi un prodotto professionale a pagamento.

Secondo me sono le possibilità che hai.

è una collega?

Per la privacy non può

Per le mailing list io uso Mailchimp, editor facile ma potente, free fino a tot invii poi si paga a scaglioni
Per unire i DB fanne uno nuovo con tutti i campi necessari e poi select into XXX from db1 union select into XX from db2 etc etc

Metti SAP, fai un job di import dalle varie fonti e poi una BSP per gestire il database via web, isi :smuggeek:

Sono qui solo per dire che la signa di Nonickname, unita alla foto toposa, è spettacolare! :asd:

Dipende dal budget del cliente :uhm:

Per analitica e gestione, se intendi sempre relativamente al direct marketing, una volta sincronizzati e unificati i contatti te lo fa direttamente la piattaforma di invio. Basterebbe impostare dei job ogni giorno che estraggano i nuovi contatti :uhm: non dovrebbe servire nessun tipo di data integration vera e propria. Poi se vuoi mandare anche sms credo tu debba evitare sia robe tipo Mailchimp/Mailup ecc. sia l'invio in proprio (phpList), e capire i costi di piattaforme più evolute (es. magnews.it) :uhm: edit: ah per la creazione della newsletter non so magnews come funziona, in generale di solito ti mettono a disposizione un editor più o meno evoluto che anche un impiegato con medie conoscenze informatiche può usare. Però per fare una cosa fatta bene di solito ci si lavora in più persone (di nuovo, dipende dal cliente).

Se sta roba ti è utile poi ti mando fattura

Ti direi di mantenere le tabelle separate in un unico db e poi fatti una vista aggiungendo un campo che indichi la provenienza del record

le campagne di sms sono tipo i lavavetri al semaforo, con la differenza che che almeno puoi bloccare i mittenti e segnalarli come spam.

Tu faresti un nuovo db a parte? In ogni caso è la piattaforma di invio che deve gestire la presenza o meno degli utenti. Ad esempio se un cliente decide di non ricevere più la newsletter clicca nel footer e si disiscrive. La piattaforma (facciamo finta Mailchimp) lo cancella. Come recepisci questa info indietro? Riesportando ogni tot il db da Mailchimp?

Tra l'altro va gestita bene anche la disiscrizione a norma GDPR

infatti. ascolta il para che ne sa

Citazione:

---

Originariamente Scritto da Moloch

le campagne di sms sono tipo i lavavetri al semaforo, con la differenza che che almeno puoi bloccare i mittenti e segnalarli come spam.

---

this, extramadonna

Mah... io una roba simile l'ho fatta per uso interno.
Invio mail, sms e gestisco i client di 3 "succursali"

Ed ho usato MSQL per il DB, IIS per il server, ASP/JAVASCRIPT come linguaggio di scripting e HTML/CSS per il sito.
Essendo "internal use" ho dovuto fare una cosa veloce, funzionale anche se non bellissima stilisticamente parlando.
E sta li in funzione da qualche anno senza neanche 1secondo di Downtime.

Citazione:

---

Originariamente Scritto da KymyA

Mah... io una roba simile l'ho fatta per uso interno.
Invio mail, sms e gestisco i client di 3 "succursali"

Ed ho usato MSQL per il DB, IIS per il server, ASP/JAVASCRIPT come linguaggio di scripting e HTML/CSS per il sito.
Essendo "internal use" ho dovuto fare una cosa veloce, funzionale anche se non bellissima stilisticamente parlando.
E sta li in funzione da qualche anno senza neanche 1secondo di Downtime.

---

> mySQL
> IIS
> ASP

Cioè, usi anche qualcosa che non è lammerda o hai l'esclusiva?

Mi tocca quotare il collega MDK :sisi:
Soprattutto ASP e IIS :uhoh:

Citazione:

---

Originariamente Scritto da gnappinox1

Mi tocca quotare il collega MDK :sisi:
Soprattutto ASP e IIS :uhoh:

---

In effetti si dai, mySql l'ho buttato li solo per aggiungere alla failanza di Kymya