Newsgroup: it.comp.appl.access
Titolo: Valore economico di un database in Access

Ciao di nuovo a tutti,
ho bisogni di alcuni importanti consigli da parte vostra che
probabilmente avete affrontato diverse volte una situazione simile.
Ho la necessità di capire quanto può valere orientativamente il lavoro
svolto...quanto sta a grandi linee sul mercato un db con le
caratterisiche che vi sto per dire!!
Ho realizzato un database in Access formato da una quindicina di
oggetti (tra tabelle,maschere,query,report) che gestiscono la parte
anagrafica,scheda utente, raccolta domande per l'erogazione di un
servizio, gestione criteri di assegnazione, graduatoria finale, stampa
unione di lettere di comunicazione all'utente filtrate in base ai dati
immessi...!!
Mi hanno espresso l'interesse per l'acquisto!
In base alla vostra esperienza come dovrei muovermi?
- Quanto potrei chiedere economicamente secondo voi? (a grandi
linee!!)
- Mi consigliate di trasformare il file Mdb in MDE per proteggere il
codice?
- Potrei e in che modo pretendere che l'acquirente non lo rivenda a
sua volta? (Esiste una sorta di Copyright?!)
Al momento mi vengono questi tipi di domande ma ovviamente accetto
qualsiasi tipo di suggerimento.
Vi saluto e vi ringrazio

Vi saluto e vi ringrazio
In teoria il costo non dipende solo dall'applicativo che hai realizzato, ma dal tempo (reale) che hai impiegato a farlo......
Tieni conto di queste cose: mde SEMPRE, e SEMPRE il cliente compera solo la licenza d'uso (salvo accordi differenti) quindi nn pu� rivenderlo. Puoi chiaramente prevedere un qualche codice di attivazione (magari web) per proteggerti (in parte). Il cliente ha access? Distribuisci il runtime 2007 gratuito? Hai un pacchetto developer x la distribuzione (in quel caso devi aggiungere un fisso)? Monoutenza o multiutenza? Tutte queste cose danno il prezzo finale....tieni conto che se un tuo applicativo � distribuito in una copia soltanto, chiaramente nn puoi pretendere di guadagnare migliaia di �......diverso se hai + acquirenti.......Tieni anche conto che Access � assolutamente in grado di competere con ogni altro ambiente di sviluppo (nell'ambito gestionale) quindi se ti dicono cose tipo 'era meglio in delphi, .net, C++, FoxPro(!!!!)' o quello che vogliono non lasciarti intimorire.....se il sw fa quello che deve, interessa solo a te come e con cosa � realizzato.....cmq questo � il mio punto di vista (altamente NON professionale). Altri del NG si faranno sentire.....
-- 
Questo articolo e` stato inviato dal sito web 
http://www.nonsolonews.it

 Altri del NG si faranno sentire.....
Lo spero..più opinioni ho, più ho la possibilità di avere un quadro
piu preciso della situazione :-)
Grazie ancora in attesa di vs risposte

Nient'altro??Non ci credo...:-)!

> Nient'altro??Non ci credo...:-)!
Potresti anche andare ad occhio, oppure a naso
Primo comandamento, devi sempre parlare con chi decidera' la cosa
Poi guardalo in faccia, che orologio porta, che vestito, le scarpe sono 
commerciali o su misura, che squadra tiene, con che macchina gira, c'ha la 
donna extra o si fa bastare la moglie, ecc....
Poi devi decidere se vuoi farlo quel programma oppure se potresti anche non 
farlo
A questo punto hai tutti gli elementi per valutare correttamente il prezzo 
da proporre al tuo cliente, che bada ben bada ben bada ben, e' indipendente 
dallo sforzo che tu hai fatto per ottenere il prodotto offerto.
Quello che voglio dire e' che a volte capita di voler 'piazzare' una tua 
installazione presso quel particolare cliente, perche' sai che essendo un 
'diffusore di opinioni' (nei manuali li chiamano 'opinion leader' ma fa un 
po schifo) particolarmente apprezzato da altri nel suo campo specifico, il 
guadagno ci sara' sicuramente se lui sara' soddisfatto del lavoro e lo 
consigliera' anche ai suoi colleghi
Viceversa, ci possono essere dei lavori che ti frega niente di realizzarli 
ed allora mettici pure quattro volte il costo che prevedi di avere, se ti va 
bene almeno raccimoli qualcosa
L'equazione  (tempo speso)+(ricarico adeguato)+(costi vari sostenuti) = 
(prezzo di vendita)  e' una chimera che i novellini sembrano intravedere 
prima della partenza di ogni progetto
Poi si accorgono che, essendo novellini, ci metterebbero 1000 ore/lavoro il 
che tradotto in dindini vien fuori 50.000 euri, mentre il cliente ne 
spenderebbe al massino 500  perche' c'e' il programma della Finson che con 
129 euri fa lo stesso lavoro
Essenso novellini, pensano che con 100 ore/lavoro riescono a farlo ma si 
accorgono poi che tra debug, tra richieste del cliente che bisogna esaudire 
per tenerselo buono, tra documentazione che alla fine ti viene chiesta, tra 
collaudi che non passano mai la fase del collaudo, vengono spese 1000 ore 
rispetto alle 100 preventivate
Naturalmente il cliente di quelle mille ore ne vorrebbe pagare una ventina
Ricapitolando:
- se vuoi farlo, lo fai, indipendentemente dal costo, e gli chiedi quello 
che secondo te il cliente puo' valutare come 'valore' del prodotto
- se puoi anche non farlo, gli spari qualche cazzata per intorbidire le 
acque, e poi 4 volte il prezzo che ritieni corretto
- se l'hai gia' fatto, allora rientra nel capitolo 1, indipendentemente dal 
costo gli chiedi quello che il cliente puo' sborsare (mica glielo chiedi 
apertamente, devi cercarlo di euincerlo con la tua astussia)
Un ultimo consiglio, non fare caso alle righe scritte sopra, un mare di 
cazzate
Ciao
RobertoA

Grazie ancora in attesa di vs risposte
Intendevo dire che se fai un sw specifico per Tizio, allora, nonostante tu ci metta un anno di lavoro (e se il sw � un po' complesso sta tranquillo che ce lo metti tutto) non puoi davvero chiedergli � 35.000.....Se invece lo fai per Tizio, Caio e Sempronio, allora il guadagno aumenta, ma di pari passo aumentano anche le responsabilit�.....adeguamenti, versioni non allineate, richieste diverse per diversi utenti, vasta assistenza e chi pi� ne ha pi� ne metta.......Quindi, se vendi il tuo sw, in teoria lo devi anche mantenere......ergo, preparati......Un sw in monoutenza monolitico ha esigenze <> di una piccola multiutenza, da una vasta multiutenza o da una intranet aziendale...lo sviluppo � differente, gli accorgimenti ed il tempo speso anche, quindi anche il prezzo....Molti sw commerciali per es fanno pagare il programma centrale e poi un tot ad utenza (tipo 1 = � 100, da 2 a 4 = � 250, da 4 a 10 = � 800 e cos� via). Tieni poi conto che da 'contabilizzare' c'� anche tutto il 'prima': pianificazione, studio del problema, studi tuoi per affrontare il problema ecc ecc ecc......


 cazzate
Non tanto ;-{)
--
ac

 Nient'altro??Non ci credo...:-)!
Fai molta attenzione perchè definire il prezzo è anche frutto della
definizione dei tuoi obblighi...
In sostanza quando sviluppi una cosa per te... spesso ti accorgi che
quando la usano altri ha più Bachi che funzionalità... ed
effettivamente una volta VENDUTO un prodotto, vendi anche una sorta di
Garanzia da vizzi...!
L'esperienza in questo caso è fondamentale, perchè è quella che ti fa
sviluppare cose semplici in modo semplice e con pochi errori...
La questione MULTIUTENZA è una trappola pericolosa, se pensi che
un'applicazione sviluppata senza i dovuti concetti di Multiutenza
possa funzionare commetti un'errore grossissimo... la multiutenza deve
prevedere i casi di accesso contemporaneo ai dati... ed in base al
tipo di applicazione stessa definire come gestire la cosa....!
Insomma per un "principiante" ed io sono uno di questi nonostante
possa avere una certa dimestichezza con il codice... è un grosso
rischio VENDERE una cosa di questo tipo...
Auguri.
@Alex

 volta? (Esiste una sorta di Copyright?!)
Parto dal presupposto che tu hai scritto sorgenti tuoi, che tu non abbia 
sviluppato da dipendente del committente, che non abbiate fissato 
clausole che parlano di sorgenti.
In tal caso i sorgenti sono tuoi, fai un mde e gli dai quello.
Mettersi d'accordo 'dopo' di una stima del genere è comunque un buon modo 
per litigare.
Sulla carta la stima si fa così, devi ipotizzare quanto ci avrebbe messo 
un buon programmatore a ottenere un risultato di buona qualità (come 
immagino sia il tuo).
Moltiplica per un costo orario che tenga conto del monte ore impiegato, 
aggiungi l'IVA ... e poi dopo che il cliente te ne dice di tutti i colori 
patteggi (se volevi il tuo lavoro giustamente riconosciuto dovevi 
pattuire prima, per iscritto).

 aggiungi l'IVA ...
La moltiplicazione me la faccio da solo ovviamente...:-) ma su mercato
quanto viene pagato un programmatore diciamo discreto e che comunque
fornisce senz'altro prodotti funzionanti?
Un'altra cosa relativa alla MULTIUTENZA:
Sicuramente fornirò al committente il FE in formato MDE ma che
conterrà necessariamente i collegamenti alle tabelle che risiederanno
in un altro BE (mdb?) che dovrò andare io ad installare presso la
società,e in base al percorso del BE impostare i collegamenti sul
FE,giusto?
Come agite voi?
Vi ringrazio ancora molto, aiutate sempre tante persone che come me
imparano molto dalla vostra esperienza