Gestione utenti in access 2016

Question

Ciao a tutti,

sto cercando di creare un database unico che possa agevolare il lavoro degli operatori di call center

ho  la necessità di rendere più agevole il lavoro a gli operatori telemarketing, che sono i primi a contattare e ricevere le chiamate  dei clienti e a riempire poi una tabella (nel database di access ) con le informazioni che ottengono e sulla base di questa tabella poi si organizzano gli appuntamenti degli agenti; e vorrei rendere più agevole il lavoro anche a gli  agenti, creando grazie ad access un sistema che permetta di collegare le anagrafiche clienti gestite dal telemarketing con gli appuntamenti degli agenti e le loro successive note ed informazioni il tutto on line sul mio sito .

C’è qualcuno che mi può aiutare il database lo realizzato in access 2016 .

Saluti da Renato

Answer 1

Ciao,

Scusa per essere così diretto, ma ciò che chiedi è impossibile da fare in questo forum.

Stai chiedendo di creare un CRM completo con un'analisi di 5 righe? Solo alcuni punti per farti capire che non ci si può avventurare in un progetto simile senza competenze.

• Numero utenti illimitato ed internazionale. Che tipo di macchine? Dislocate dove? Dove saranno geograficamente situati i dati?
• Imparare SQL Server qui? Sai che un architetto dati nel mio paese guadagna intorno ai 100.000 $ secondo te ha imparato il mestiere in qualche scambio di email?
• Ignoranza nella programmazione? E come pensi di poter sviluppare se non sai nulla di programmazione? Impara il mestiere, fai dei progetti più semplici e poi lanciati in qualcosa di queste dimensioni. Senza esperienza non riuscirai mai ad arrivare alla fine del progetto.

Mi scuso ancora per il modo di rispondere, ma credo sia importante che tu sappia che non ci si può improvvisare programmatori, analisti e data architect senza un minimo di esperienza.

I vecchi milanesi dicevano sempre: Ofelé fa 'l tò mesté.

Auguri.

Answer 2

• Carissimo Francesco Cavalli , in anzi tutto ti ringrazio per la tua tempestività alla risposta delle mie domande .
• Hai mai sviluppato un'applicazione gestionale? si ma solo a livello dilettante come sono
• Hai competenze di architettura dati?  no non sono un professionista
• Quanto operatori hai? gli operatori devono essere inlimitati
• Quanti utenti? inlimitati
• Hai bisogno di un accesso con login e password (direi di si...)? si e con password che scade dopo determinato tempo dando il messaggio .

Mi scuso per la mia ingnoranza alla programmazione ma essendo invalido e vincolato a casa ,  è l'unica cosa che mi da stimolo ad imparare .

E' un incarico che ho preso e realizzato per una associazione onulus dove a bisogno di un programma per i loro call center dislocati in diverse nazioni,  e io lo già realizzato in access 21016 .

Mi sembra di aver capito che procedendo in SQL Server è la via più sicura , potresti darmi un aiuto concreto passo dopo passo , ti sarò grato a vita .

un saluto da Renato

Answer 3

Grazie !

Mi sembra che si stia andando un po' oltre lo scopo di un forum di "aiuto"....

Answer 4

Francesco, mi hai tolto le parole di bocca.

Renato mi scuserà, però è importante evidenziare che Access è uno strumento potente e "facile" da implementare, ma facile non significa che possiamo intitolare il manuale come "siamo tutti programmatori".

Le prime due domande di Francesco sono domande chiave, la risposta deve essere "Sì" con la S maiuscola ad entrambe, altrimenti rischi di fare un accrocco inefficiente.

Ciao

Answer 5

Ciao,

Credo che tu stia chiedendo di fare un'analisi completa di un sistema di CRM...

Le prime domande che mi vengono in mente sono:

• Hai mai sviluppato un'applicazione gestionale?
• Hai competenze di architettura dati?
• Quanto operatori hai?
• Quanti utenti?
• Hai bisogno di un accesso con login e password (direi di si...)?

Hai mai pensato a soluzioni preconfezionate di CRM? Ce ne sono molte ed in funzione del numero di utenti alcune sono anche gratuite.

Se vuoi creare da solo l'applicazione ed hai bisogno di sicurezza, allora ti sconsiglio di usare Access anche come BE, ma utilizzarlo solo come FE e inserisci i dati in SQL Server. In questo modo avrai anche la parte di sicurezza ad un livello più professionale.