Newsgroup: it.lavoro.informatica
Titolo: Quale ERP ( CRM ) ?

Ciao,
Premetto che ho visto molte discussioni sul tema pero' molte sono datate e vorrei un aggiornamento ( se possibile.. ).
Innanzitutto qual'e' la differenza *sostanziale* tra un prodotto che si dichiara ERP ed uno che si dichiara CRM?
Nel mio caso sono interessato ad apprendere un prodotto che si occupi della gestione del magazzino materiali ( non contabilita' ) e delle risorse umane ( tipo agenda con scadenziari, schede di intervento tecnico di manutenzione, impegni di tipo commerciale ), cioe', in pratica il tentativo di sostituire agende cartacee, fogli excel vari, appunti, note, moduli di consegna materiali, interventi di manutenzione, ecc...
Effettivamente e' un po' confuso ma chi lavora nelle piccole e medie aziende commerciali o di produzione capira'.. :-)
Il prodotto dovrebbe essere Open Source pero' con possibilita' di assistenza e personalizzazione, a pagamento, esclusivamente on-line ( va bene anche in lingua inglese ).
Il sistema operativo sul quale deve girare e' Windows.
Visto che si parte da zero quale *ambiente* di sviluppo e' consigliabile( Php, Java, .Net, altri? ) sopratutto in termini di *robustezza* e fruibilita' nel tempo? ( forse e' meglio iniziare in salita e poi godere della stabilita' nel tempo.. )
Ho letto di prodotti quali:
VTIGER
ADEMPIERE
OPENTAPS
OPENERP
...
Altri consigliabili?
Grazie

 Effettivamente e' un po' confuso ma chi lavora nelle piccole e medie aziende commerciali o di produzione capira'.. :-)
ma a che titolo stai chiedendo? come utente finale o come distributore/
sviluppatore?
la domanda non è casuale: se sei un utente finale non vorrei arrivare
a dire che "uno vale l'altro" ma quasi, la valutazione si sposta più
sulla validità e competenza dell'azienda installatrice piuttosto che
sul prodotto tout court.
se invece sei una software house e intendi scegliere un prodotto da
distribuire e supportare, la questione ovviamente non si liquida con
una discussione sul newsgroup. ci sono le vostre competenze da capire,
la base commerciale da cui partite, etc...

 e vorrei un aggiornamento ( se possibile.. ).
cortesemente, se imposti la lunghezza di riga ad un massimo di 70 
caratteri, fai un piacere a tutti.
grazie.

Ciao,
TI confesso che fra ERP e CRM oggi c'e' una forte confusione e di fatto non so
come mai ma molti prodotti che si chiamano crm sono degli erp.
C'e' anche da dire che anche a livello di crandi attori e' tutto ormai fuso
fra erp e crm. 
Se ci pensiamo in fondo il CRM per funzionare necessita dell'ERP.
Boooo imho la traduzione italiana piu' appropriata di ERP/CRM e' gestionale
che e' il teemine che usano di piu' in italia.
-- 

 wrote:

Hem scusa ma sto usando da poco Sylpheed, ho visto che e' impostato :
Configurazione / Preferenze comuni / componi / Vai a capo dopo 72
caratteri.
Devo fare qualcos'altro?

 si dichiara ERP ed uno che si dichiara CRM?
ERP Enterprise Resource Planning: quello che in Italia abbiamo sempre 
chiamato "gestionale".
CRM Costumer Relationship Management: averlo come prodotto a se e' 
abbastanza raro, di solito e' un sottoinsieme del gestionale e come dice il 
nome (letteralmente "gestione delle relazioni con la clientela") serve a 
gestire le relazioni con i clienti: comunicazione aziendale esterna, 
assistenza post vendita, spam post vendita :) e cose del genere.
Ormai molti gestionali comprendono un modulo CRM, cosi' come sempre piu' 
gestionali comprendono un modulo MRP (material requirements planning, 
pianificazione delle necessita' di materiali ma anche pianificazione 
dell'uso delle risorse produttive come impianti, personale etc).
-- 
ViLco
And the family stone 

 distributore/ sviluppatore?
A meta', infatti dovrei implementare in una ditta la soluzione,
mantenerla/modificarla nel tempo ed anche utilizzarla :-)
Vorrei costruirla da zero con l'aiuto di qualche esperto che mi dia
assistenza e consulenza nel tempo in modo da capire bene cosa sto
facendo.
Grazie

 -- 
Ok, grazie, quindi, a spanne. ERP significa che ha anche la
contabilita' mentre CRM non prevede la contabilita?

pilo90 ha scritto:

Si certo, infatti se traduci la definizione che ti ha dato alla lettera si
parla di gestione delle relazioni con il cliente.
N
-- 

 
Ok, bene, relativamente alla mia domanda in oggetto ho visto che nei
post precedenti tu lavori su un ERP in Java, questo perche' hai
esperienza in Java oppure la soluzione php ( Tipo VTIGER ) ha delle
prestazioni inferiori ed e' meno stabile nel tempo? In pratica non
capisco ancora se *buttarmi* su Java o php ( di .net non ho
informazioni.. ) x avere le migliori soddisfazioni nel tempo...
Grazie

 contabilita' mentre CRM non prevede la contabilita?
assolutamente no.
un ERP è il gestionale (COMPLETO) come dice la parola Enterprise
Resource Planning che di solito DEVE essere modellato sulla base
dei processi dell'azienda e non viceversa (prendo un gestionale
qualcunque e adatto le mie esigenze in base a come funziona il
gestionale) che sarebbe la cosa più orribile e sbagliata del mondo.
un ERP accompagna i processi aziendali, dall'acquisto alla
vendita e contabilizzazione, in pratica è uno strumento che serve
all'interno all'azienda.
prende tutti gli input/dati/processi aziendali e ne fonda le
informazioni per essere meglio organizzate ed interpretate.
un CRM NON E' UN SOFTWARE ma una strategia che serve per
fidelizzare il cliente da quelli potenziali "lead" a quelli gia
acquisiti, e ne accompagni la crescita e appunto la
fidelizzazione con l'azienda ("assistenza pre/post vendita",
compagne publicitarie, contatti e comunicazioni varie, BI, pre
marketing, sondaggi , preventivi, appuntamenti, scadenze, ecc )
un CRM (la strategia) si accompagnia di solito ad un software,
questo è scelto o creato in base anche lui alle esigenze
dell'azienda (se la tua azienda non fa campagne publicitarie, non
fa sondaggi, non fa assistenza post-vendita a che ti serve un
mega software che fa tutto questo come SugarCRM???)
ERP e CRM sono cose differenti che si possono ed ad un certo
punto DEVONO fondersi l'una nell'altra, ma un CRM NON E' un erp
mozzo.
Ciao
-- 
Postato da Virgilio Newsgroup: lo usi da web ma con le funzioni del newsreader 
http://newsgroup.virgilio.it
Gerarchie it, italia, it-alt, tin, it.binari. Unico!

 mozzo.
Più che fondersi io direi parlare. I venditori di solito hanno
necessità e gusti completamente diverse dalla produzione, quindi
mantenere due prodotti, se ben integrati, può essere una scelta giusta
(vedi successo di sugar et simila).

 mozzo.
Ci sono call center che hanno solo software CRM.


 (vedi successo di sugar et simila).
per fondersi intendevo che le informazioni dell'una confluissero
nell'altra e viceversa, effettivamente questo ï¿œ perlarsi con la
stessa lingua e avere prodotti separati puï¿œ essere un ottima cosa
ma ti costringe a fare parecchie personalizzazioni e integrazioni
di dati, oppure se non integri/personalizzi a ridondare le
informazioni sui due sistemi.


 -- 
come parte operativa (core business), ma se prendiamo un
qualsiasi call center, questo dovra pur gestire l'insieme dei
processi (personale, postazioni, costi amministrativi,
fornitori/committenti, ecc) questi processi sono interni
all'azienda "call center" e non rientrano nel CRM.


 Ciao
Ciao
M.
-- 
Nessun Bit e' stato maltrattato o ucciso
per scrivere questo messaggio
http://www.qtp.it/Gallery/profile.php?uid=2311

 all'azienda "call center" e non rientrano nel CRM.
Giusto un sistema di rilevazione delle presenze e poco piu', del resto 
lavorano per anni per un solo cliente, che manda loro sia il software di CRM 
(all'inizio) che i dati (qualche aggiornamento dei dati del software CRM 
ogni tanto), la fatturazione / contabilita' e' piu' elementare di quella di 
un'azienda padre e figlio al punto che non hanno un ERP.


 Devo fare qualcos'altro?
no, adesso va bene.
grazie e buona giornata.

informazioni.. ) x avere le migliori soddisfazioni nel tempo...
In php va forte anche sugarCRM
La scelta Java vs PHP e volendo anche versus MS
non so se sia un bene farla confrontando gli ERP OS.
eventualmente googla  e cerca dei confronti fra ERP, qualcosa c'e' in giro.
QUalsiasi confronto fra software che ho visto non ha mai la voce STABILITA'
NEL TEMPO. Cosa vuole dire stabile ? che non subisce modifiche ? e' molto
vago.
La scelta normalmente si fa innanzitutto in base al modello di licenza, poi
guardi le funzionalita' dei vari prosotti per vedere se qualcuno ha delle
mancanze di rilievo..
A quel punto inizi a provarli. Provi a farci delle modifiche per vedere se si
capisce qualcosa o e' tutto complesso. Un fattore che guardo io poi per gli OS
e' il numero di versione, gli os alla versione 0.x o 1.x imho sono a rischio
di venire abbandonati a loro stessi. Poi guarda la community. Considera che un
OS e' normalmente quasi completamente undocumented, quindi quando ti pianti
l'unica e' andare sui forum e sperare di trovare gia' risolto il problema da
un altro oppure lanciare un SoS.
Se vedi che google e i forum hanno 4 post in croce devi preventivare di
risolverti tutto te, il che non e' il massimo.
Guarda anche i case, piu' sono e piu' eterogenei meglio e'.
Io ho provato piu' di tutti OpenTaps, che e' molto fico, pero' alla fine mi
sono smarronato perche' non decollavo. Devi capire:
1. L'architettura software
2. Tutte le tecnologie / framework usati, in questo caso va studiato a fondo
ofbiz 
3. Il modello dati, in questo caso sempre ofbiz ha generato una cosa come 960
tabelle, e auguri ....
4. Poi c'e' il problema della lingua, Devi tradurre tutto, pagine testi in
giro nelle pagine, nel  java, nei  dati sul database eccetera
Insomma la scelta make/OS/buy e' tosta. Make lo puoi fare solo se non devi
fare un erp completo ( simil sap per capirci ) perche' ci metteresti 10 anni.
OS e' vero che potrebbe essere gratis per le licenze ma non e' gratis per
l'apprendimento, quindi se e' il primo devi avere budget e probabilmente come
e0' stato discusso nell'altro post vai pure sotto.
Imho il budget deve partire da 50 k o poco meno, altrimenti vai da Buffetti o
simili, o da Suarez :-) che hanno soluzioni a partire da cifre basse e
risparmi un sacco di soldi, hai il prodotto in tempi molto minori e sei sicuro
che funziona perche' gia' altri lo usano.
La spinta al make potrebbe venoire solo se hai processi particolari e quindi
vuoi grande personalizzazione e per ultimo devi essere un masochista suicida e
preventivare di farti le nottate programmando e bestemmiando e rimpiangendo di
esserti imbarcato nella missione suicida :-)
ciao Nicola
-- 

 
Eh, si, sono d'accordo :-) al mio livello, e per le mie esigenze ( che
sono standard, cioe' sono io che mi adeguo al prodotto e non il
contrario), dovrebbe essere tutto quasi pronto per partire e poi, piano
piano, arrangiarmi a fare delle piccole modifiche o avere qualche
partner che le faccia x me...
Ciao e grazie

tutto bello solo all' inizio...
Purtroppo non esiste una strada definita a priori ma tante soluzioni
quanti sono i soggetti che pongono domande (ciascuna va' calata nella
realta' produttiva specifica), ti potrei raccontare di aziende
floridissime che scegliendo il prodotto sbagliato sono finite
sull'orlo del fallimento, come di aziende messe benissimo che non si
pongono minimamente il problema.

simili, o da Suarez :-)
;-) 
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
(poi per la percentuale ne parliamo a parte ;-D)
scherzi a parte, a quello che hai scritto tu e che quoto integralmente
mi permetto di aggiungere solo una considerazione extra tecnologica
(ma neanche tanto): a monte di tutto ci deve essere una chiara visione
degli obiettivi che si vogliono raggiungere, del contesto in cui si
opera, e della strada necessaria da percorrere. 
Una seria analisi fatta prima dell'intervento che magari fa pure
risparmiare qualcosa dopo in termini economici...
[mode aneddoto del venerdi' pomeriggio on]
C'era una volta taaanti anni fa una bella azienda del nord italia, un
tempo assai florida e che da qualche anno attraversava acque
perigliose, commercialmente e finanziariamente parlando.
Il padron del vapore, nel tentativo di salvare capra cavoli e
ciminiere chiamo $manager da altra grande azienda a dirigere la
baracca facendosi temporanemanete da parte.
$manager appena arrivato si mise a studiare la baracca per 4/5 mesi
buoni, alla fine stilo' un elenco degli interventi da fare il
principale dei quali era rivedere il sistema informativo aziendale ERP
in senso lato, magazzino, ordini, logistica ecc mettere su un CRM,
rafforzare la presenza sul web tramite un nuovo sito e relativo CMS
ecc (ho aveva previsto anche di rivedere le linee di produzione
cambiare alcuni fornitori ecc un intervento ben ampio).
Una cosa cui $manager teneva tanto era la intranet e nella intranet,
il cui uso aveva diffuso con ottimi risultati nella precedente azienda
che aveva diretto, i forum per i dipendenti, che dovevano nella sua
intenzione divenire il luogo dove si depositavano direttamente o
indirettamente i know-how aziendali.
Senonche tali forum rimanevano desolatamente muti, 0 messaggi, nix,
nada, niente.
La cosa non mi colpiva piu' di tanto, avendo notato che nei tre piani
del casermone alla periferia di media-citt� lombarda, dove l'azienda
aveva sede, non c'era una macchinetta del caffe' ne tanto meno una
stanza adibita a mensa o similari.
La proprieta' aveva efficacemente annientato in tutti quegli anni
tutti gli spazi di discussione tra colleghi che lungi dall'essere il
solito luogo di giaculatorie contro i capi reparto/ufficio potevano
anche divenire luoghi in cui discutere in modo significativo
dell'attivita' aziendale, dei processi interni, dei prodotti, di come
migliorare entrambi.
Se questi poracci erano stati educati a non parlare tra di loro
durante una ipotetica pausa caffe' (di cui non usufruivano) come
potevano scrivere dell'azienda dentro un forum.
Averci riflettuto prima avrebbe comportato di semplicmente adibire una
stanza a cafetteria, poi magari si poteva mettere il forum sulla
intranet.
[mode aneddoto del venerdi' pomeriggio off]

 vago.
Io ci metterei anche  il tempo di sviluppo nuove funzionalità/
personalizzazioni  : che può dipendere da molte cose, in primis il
linguaggio/DB e poi l'architettura, il supporto alle estenzioni ecc..
Se prendi un ERP OS, poi però per fare una personalizzazione ci metti
troppi giorni o risulta incompatibile con la prossima release sei
fregato.

 
Si certo, pero' io qua' posso implementare la soluzione con una certa
tranquillita' perche' non e' un'azienda di produzione e funzionerebbe
tranquillamente anche senza un gestionale di questo tipo :-), pero'
vorrei mettere un po' d'ordine nei vari reparti e nella gestione dei
materiali innanzitutto. 
Pero', visto che sono digiuno dell' ambiente, non vorrei perdere tanto
tempo nei test e, magari, ricevere consigli da chi ci' ha sbattuto le
*corna* prima...
Ciao e grazie


Se cerchi un CRM ti consiglio vivamente Sugarcrm (secondo me decisamente 
superiore a vtiger per qualit� di codice e possibilit� di creare moduli 
personalizati). La versione open source � decisamente completa ben fatta 
e facilmente personalizzabile.
Se cerchi qualcosa di pi� completo potresti anche vedere questo
http://www.openerp.com/
non l'ho mai usato in produzione ma da una sua installazione di prova 
che ho fatto mi � molto piaciuto


Ok, SugarCRM potrebbe andare anche bene pero' vorrei avere una assistenza 
*remota* che mi aiuti nel tempo. Esiste qualcuno che lo fa ?
Grazie 

 Grazie
sul sito ci sono dei nomi di aziende italiane.
Chiaro che per fidarmi vorrei che mi parlassero delle loro 
implementazioni del prodotto

 del prodotto
Ok, ma non credo facciano assistenza sulla Open Source, forse qualche forum 
? Esistono anche in lingua italiana o solo USA?
Grazie