Lawrence

Twist again
posts - 56, comments - 209, trackbacks - 25

Stabilire un prezzo

Ciao UGIdotNETters :-), e` parecchio che non mi faccio vedere da queste parti. Ormai ho abbracciato "il lato oscuro della forza" :-P. Programmo/lavoro interamente su Python e sistemi opensource (anche se casualmente l'ultimo progetto Python viene sviluppato su Linux ma girera` su Windows quasi sicuramente) quindi mi sono un po` "allontanato" dalla community anche perche` come ben sapete Mono non mi ha mai esaltato e quindi son tornato al mio linguaggio preferito. Comunque veniamo al motivo del post: ho bisogno di un consiglio.
Mi e` stato chiesto di vendere _tutto_ Atom .NET e quando dico tutto intendo proprio tutto: sorgente ma soprattutto copyright e proprieta` intellettuale. Solo che non ho idea di quanto una tal cosa possa essere prezzata. Rinunciare alla proprieta` intellettuale e al copyright significa rinunciare a qualsiasi diritto su un prodotto software (e implicitamente asserire che non sei tu l'autore dello stesso).
Quale cifra sarebbe piu` indicata secondo voi?

Print | posted on martedì 29 novembre 2005 10.45 | Filed Under [ offtopic ]

Feedback

Gravatar

# re: Stabilire un prezzo

mille mila euri non va bene?!? ;-)
29/11/2005 10.58 | Marco Abis
Gravatar

# re: Stabilire un prezzo

Così poco??? Io aggiungerei anche due figurine del wrestling...


A parte gli scherzi... dipende da quanto ci hai lavorato, ma soprattutto dall'interesse che hai nel progetto per il futuro...
E poi da chi è il compratore...

E ricordati... come dice la pubblicità...

Sviluppare Atom.NET... non ha prezzo!!! :-D
29/11/2005 11.05 | Lorenzo Barbieri
Gravatar

# re: Stabilire un prezzo

Ok, seriamente: non esiste la formuletta magica. Di certo c'e' che se sono interessati a comprarlo significa che ne riconoscono il valore e ritengono piu' semplice/veloce/meno dispendioso fare cosi piuttosto che svilupparselo in casa. Quindi non aver paura di sparare cifre esagerate. Un buon punto di partenza e' sicuramente l'impegno che ci hai messo (in termini di tempo, studio, fatica) ma non mi limiterei a questo altrimenti si risolverebbe in una "consulenza".

Vendilo come un prodotto, vediti come un microisv, dai un'occhiata quindi a www.microisv.com anche se in questo caso venderesti tutto, non una licenza.
29/11/2005 11.09 | Marco Abis
Gravatar

# re: Stabilire un prezzo

Da imprenditore del settore ti consiglierei ... (visto che mi è già capitato) ..

a) stimare quante ore sono state necessarie allo sviluppo del progetto, quindi arrotondare verso l'alto non più del 10% .. (contento il Cliente, contenti tutti)

b) contrattare con il Cliente il 50% di cui sopra e una Royalty per installazione, garantendogli il supporto tecnico (1° anno gratuito, poi si vedrà)

c) brevettare subito il progetto e poi guerra sia !

ovviamente tutto dipende SEMPRE dal rapporto che si ha con il Cliente, se ci sono altri lavori in corso, previsioni, ecc...

(io sono per la "b")




29/11/2005 11.12 | marco
Gravatar

# re: Stabilire un prezzo

Ciao Lawrence.
Prima un punto: vendere un codice (compresa proprietà intellettuale) non significa asserire che non sei l'autore. Semmai proprio il contrario: solo l'autore può "venderlo".
Detto questo...i meccanismi di calcolo sono sostanzialmente due.
O ti basi sullo storico, ovvero sul costo "consuntivo" del codice che hai prodotto, oppure sui "guadagni" attesi.
Primo meccanismo: somma tutte le giornate che sono state dedicate al prodotto, stabilendo il tuo costo "a giornata", applica al totale il tuo "margine" e quello è il prezzo di una vendita che chiaramente puoi fare una ed una sola volta.
In alternativa, se ne hai la possibilità, puoi provare a stimare i guadagni attesi derivanti dal "non vendere".
A che base di utenti pensi di poter arrivare? Quanto conti di far pagare le licenze? Quoanto pensi di poter guadagnare con le consulenze?
Trova queste risposte, somma, poi sottrai i costi (ad esempio di manutenzione) e moltiplica questa volta per un fattore di riduzione che tenga conto del rischio (chi ti compra il codice ti da una cifra sicura, i guadagni sono solo "attesi").
Spero di averti dato qualche idea per ragionare.
In bocca al lupo!
Eugenio
29/11/2005 11.12 | Eugenio
Gravatar

# re: Stabilire un prezzo

Ahah ragazzi siete sempre i soliti burloni, soprattutto te Marco, secondo me Fowler ti ha assunto come bardo di corte :P

Scherzi a parte, come ben sapete e` un home project nato per divertimento e poi diventato un pezzo di software che viene usato in parecchi posti: un prodotto commerciale, newsreader, siti web, intranet e su cui han addirittura scritto un articolo :P

L'ho portato avanti per sei mesi e c'ho speso parecchio ma l'interesse futuro e` poco anche perche` non sviluppo piu` su quella piattaforma (e il python feedparser di Mark Pilgrim e` una bomba senza contare il fatto che il validatore che usiamo tutti per i feed rss e` scritto in Python :P).

Dunque siamo al punto di partenza. L'azienda che mi ha chiesto di vendere e` un'azienda canadese (una corporation).

@MarcoAbis: si vorra` dire che sparero` alto :P
@marco: non posso seguire la via b proprio perche` la mia intenzione era ed e` quella di non seguire piu` il progetto e poi questi son canadesi, che supporto faccio onsite :P ?
@Eugenio: credo che provero` a fare un calcolo approssimativo

saluti!
29/11/2005 11.17 | Lawrence Oluyede
Gravatar

# re: Stabilire un prezzo

ovviamente "burloni" era per MarcoAbis e Lorenzo :)
29/11/2005 11.19 | Lawrence Oluyede
Gravatar

# re: Stabilire un prezzo

E perchè io dovrei essere escluso dai burloni? :P
Comunque, stando così le cose, l'approccio "a consuntivo" mi sembra più agevole da fare, oltre che corretto.
L'unica altra alternativa che mi viene in mente è quella di un calcolo più o meno automatico a function point (lavorare con la PA ti devia!), che per il tipo di progetto tutto sommato dovrebbe essere facile.
Eugenio
29/11/2005 11.49 | Eugenio
Gravatar

# re: Stabilire un prezzo

Ne vale la pena cedere un prodotto in via definitiva?

Io ci penserei su molto.
29/11/2005 12.50 | Diego
Gravatar

# re: Stabilire un prezzo

Non conosco quanto codice ci stia dietro ma se dovessi vederlo da fuori non allocherei più di una 20ina di giorni uomo al suo rifacimento, quindi non volare troppo alto.

Secondo me il ragionamento i termini di function point e di dimensione del codice è il più corretto...
29/11/2005 15.16 | Phillo

Post Comment

Title  
Name  
Email
Url
Comment   
Please add 8 and 3 and type the answer here:

Powered by: