Jak obliczyć cenę kodu źródłowego? [Zamknięte]

Poproszono mnie o sprzedaż kodu źródłowego (wraz z istniejącymi użytkownikami) małej aplikacji narzędziowej, którą stworzyłem lata temu. Sprawdziłem, jak wycenić kod źródłowy, ale jak dotąd nie znalazłem dobrego rozwiązania.

Przeszukałem sieć, ale nie znalazłem nic przydatnego. Potem natknąłem się na kilku innych, którzy również sprzedawali swój kod źródłowy użytkownikom, ale ich ceny wydają się nierealnie wysokie. Na przykład jedna osoba obliczyła cenę za użytkownika na około 200 USD. Miał 80 użytkowników i ostatecznie sprzedał to źródło użytkownikom za 30 tys. USD. Jak wymyślił tę cenę?

Czy mogę znaleźć dobrą cenę dzięki tej formule:

(liczba użytkowników x cena aplikacji) + (cena aplikacji x liczba nowych użytkowników w ciągu jednego roku)

?

Jeśli jest to dobra formuła, jak oceniasz źródło, które jeszcze nie ma użytkowników?

Sprzedaż kodu źródłowego aplikacji jest bardzo podobna do sprzedaży firmy.

Standardowa formuła to price = revenue * 3 + assets.

Mnożenie 3jest czynnikiem podaży i popytu. Im więcej kupujących firma ma wyższy mnożnik. Kiedy w wiadomościach słyszymy o firmie kupionej przez ABC Corp, jest to często duża liczba. Te firmy mogą mieć mnożnik równy 5lub wyższy.

W przypadku firm, które nie mają revenuehistorii, zależą one od oceny. Ocena jest szacunkiem prognozowanych dochodów i do tego stosuje się mnożnik.

Możemy więc obliczyć mnożnik dla twojego przykładu;

1.875 = 30000 / 16000 = 30000 / (200 * 80)

Zakładając, że sprzedał wszystkie swoje licencje w ciągu 1 roku, miał (twój przykład) mnożnik 1.875bez żadnych dodatkowych aktywów. To nie jest bardzo dobra oferta dla programisty. Zwłaszcza gdy weźmiesz pod uwagę przyszłe uaktualnienia od tych użytkowników, którzy zwiększają przychody.

Dlaczego to nie jest dobry interes?

Kupujący może odzyskać swoje koszty w mniej niż 2 lata. Większość osób spłaca pożyczkę na samochód dłużej.

Kiedy rozmawiamy z kupującym w sprawie ustalenia ceny, dyskutujemy, jak długo kupujący chciałby odzyskać swoją inwestycję i zacząć czerpać zyski z zakupu.

Mówisz I'm giving up this source code, and its future revenue to you. Cena jest ustalana na podstawie oszacowania przyszłej przyszłości.

Jeśli nie otrzymałeś żadnego przychodu z kodu źródłowego, będziesz musiał spierać się z kupującym, jaka będzie ocena jego przyszłych przychodów.

Najtrudniejsza część robienia tego rodzaju rzeczy po raz pierwszy jest naprawdę psychologiczna - istnieje bardzo silna tendencja do myślenia o tym, ile cię to kosztuje w godzinach ludzkich, co zwykle jest bardzo niedokładne, gdy robi się to retrospektywnie i ignoruje „Nie byłem siedziałem przy biurku, ale cały dzień myślałem o tym algorytmie ... ”i innych szczegółach ogólnych itp.

Chciałbym więc zaprosić cię do zmiany swojego widoku perspektywy za pomocą analogii: nie masz już aplikacji, masz stalowy widget. Wkładasz w to rzeczy, a rzeczy wychodzą z drugiej strony, a to, co robi z rzeczami, które wchodzą, sprawiło, że różne osoby przyzwyczaiły się do posiadania swojego widżetu. Do tej pory właśnie rozdałeś swój widget za darmo, ponieważ ktoś dał ci stal za darmo, więc nic Cię to nie kosztuje.

Koncepcje tła

Teraz ktoś chce kupić od ciebie całą koncepcję i bazę użytkowników twojego widżetu.

Po pierwsze, dlaczego chcą to kupić? Jeśli jest to firma, odpowiedź brzmi „zarabiać pieniądze”. Albo udoskonalają istniejący produkt, który mają i chcą zwiększyć lojalność i zaoferować korzyści, które według nich mogłyby sprzedać więcej kopii, lub chcą uniknąć rozwiązania problemu, a tym samym zmniejszyć koszty lub skoncentrować swój wysiłek na innych rzeczach. Mogą również chcieć, aby Twoi użytkownicy byli potencjalnymi „gorącymi potencjalnymi klientami”, o których wiedzą, że mogą być zainteresowani ich produktem i niezwykle prawdopodobne, że kupią od nich rzeczy.

Odpowiednie równanie:

Price Paid = (Buyer's Perceived Value - Seller's Cost) * Negotiation

Więc jeśli nic Cię to nie kosztuje (wykonałeś już pracę bez oczekiwania na wynagrodzenie), a dla nich jest to warte 100 000 USD, czy płacą Ci 1 USD? A może 99 tys. Dolarów? 50 000 $? Chodzi o negocjacje - próbę ustalenia, gdzie ostateczna cena jest między maksymalnym zapłatą a minimum, które zaakceptujesz.

Czasami negocjacje są tak dziwne, że ludzie płacą za dużo, a czasem ludzie sprzedają za mniej niż koszty. Są to przypadki skrajne, więc je ignorujemy - ale tak, istnieją. Chcę zatrudnić negocjatorów na Instagramie do wszystkiego, co robię;)

Po pierwsze, co jest dla nich warte? Jest to zdecydowanie najtrudniejsza rzecz do poznania, a jedną z taktyk jest pochlebne spytanie ich. Wiem, szalony, prawda?

Super Tajna taktyka negocjacyjna

„Jestem rozsądnym człowiekiem - ile to dla ciebie warte?” lub „Jaki jest twój budżet na tego rodzaju przejęcia?” Zdziwiłbyś się, jak często ludzie ci to mówią. Mogą nie chcieć się targować, a jeśli chcą po prostu wykonać swoją pracę i kupić coś od ciebie i kontynuować swój dzień, mogą po prostu powiedzieć: „Mamy około 50 000 $ w budżecie na przejęcia takie jak twoje, a twój jest stosunkowo niewielki w porównaniu do niektórych innych rzeczy, które kupujemy, więc doszliśmy do wniosku, że 5-10 tys. byłoby rozsądne, biorąc pod uwagę prosty zakup, którego wymagamy ”. Lub „Stwierdziliśmy, że zrobienie tego sami kosztowalibyśmy około 4000 USD, więc to tyle, ile zapłacilibyśmy w każdych okolicznościach”, lub po prostu „Chcemy zawrzeć tę umowę na około 3000 USD”.

A potem musisz zdecydować, czy nie masz nic przeciwko, czy chcesz to popchnąć, czy wziąć. Jak trudne to było? W negocjacjach prawie zawsze bardzo ważne jest, abyś nie był pierwszym, który poda cenę - więc jeśli podadzą cenę, to masz linię bazową, którą możesz zaakceptować lub argumentować. Ale mogą nie podać ceny i musimy sprawdzić, czy i tak jest rozsądna.

Istnieje kilka systemów księgowych do określania wartości czegoś, i to właśnie racjonalna firma wykorzysta do ustalenia budżetu na zakup twojego małego „podmiotu”:

1. Koszt

   Wartość jest kosztem, być może z roczną amortyzacją. Jest to najczęstsza forma rachunkowości na świecie i dosłownie mówi „wartość jest tym, ile kosztuje jej zakup, z czasem maleje”. Poważnie - kosztuje tyle, ile kosztuje. Nie bardzo nam tutaj pomocny, ale to prawda.

   To właśnie ludzie starają się ustalić, określając liczbę roboczogodzin, ale dam ci sedno: w oprogramowaniu nie ma to znaczenia. Możesz pracować 40 lat na milionie linii kodu z bieżącą stawką 50 USD na godzinę, a wynik jest wart 0 USD. Nie jesteś freelancerem ani nie akceptujesz umowy na budowę czegoś według stawki godzinowej, ani nie zrobiłeś tego „na zamówienie” z nadzieją sprzedaży go w celu odzyskania swoich wydatków. Jest to przyjemne psychicznie, ale całkowicie pozbawione znaczenia w kontekście kupna i sprzedaży.

2. Koszt wymiany

   Wartość czegoś to koszt jego wymiany. Może to być łatwe w przypadku towarów, takich jak pytanie „jaka jest wartość nowego Forda Focus?” Nie jest to jednak takie łatwe w oprogramowaniu, ponieważ może być podobne do matematyki - formuła z jedną linią może zająć sto lat, aby odkryć, jeśli jeszcze tego nie wiesz. A co zajęło ci 10 godzin, ktoś inny mógłby zająć 100 - a może zajmie to tylko godzinę.

   Spojrzałoby to na próbę oszacowania, ile kosztowałoby zbudowanie zamiennika widżetu, który jednocześnie nie narusza żadnych praw twórcy. Spojrzenie na linie kodu / złożoność / trudność Twojej aplikacji przyniosłoby szereg różnych rozwiązań, od „może miesiąca na prototyp, w którym jest mało błędów, jeśli jedna osoba, która wie, co robią, pracuje nad tym” do… wie. To nie może być trywialne, bo w ogóle nie zaoferują ci pieniędzy.

   Jeśli mają własny zespół programistów, być może ich szacunek dotyczący robienia tego samodzielnie jest bardzo rozsądny. Ale nie chcą - mają ważniejsze rzeczy związane ze swoim czasem. Aby zacząć, musieliby czekać miesiące, albo kogoś zatrudnić - a kto wie, czy może to dostarczyć, czy to będzie strata czasu i pieniędzy? Jest takie ryzyko!

   Masz towar już TERAZ, a to ma szczególną wartość. Skorzystaj z tego.

3. Comps (skrót od „porównań”)

   O to właśnie chodzi. Na przykład, jeśli ta firma jest przyzwyczajona do kupowania aplikacji / użytkowników / kodu źródłowego, mogą powiedzieć: „Cóż, ten widget jest łatwiejszy do zrobienia niż SuperWidget, który kupiliśmy w zeszłym miesiącu za 10 000 $, ale wynik nie jest tak zbywalny jak nasz DeluxeWidget, który kupiliśmy w zeszłym roku, za który zapłaciliśmy tylko 5 000 $. ” Być może więc uważają, że wartość porównawcza wynosi pomiędzy 5 000 a 10 000 USD, i nie ma znaczenia, czy masz milion linii kodu lub 10, nie muszą wiedzieć ani się tym przejmować.

   W ten sposób sprzedaje się większość towarów innych niż towary (np. Nieruchomości). To świetny system i to właśnie próbowaliście zbadać, ale na tym rynku (oprogramowaniu) dostępnych jest bardzo niewiele danych publicznych, więc nie jest łatwo znaleźć się w tej kwestii. Zrozum jednak, że prawdopodobnie mają więcej danych na ten temat niż ty i prawdopodobnie jest to częścią tego, jak ustalają, co chcą ci zapłacić.

4. System wielokrotnego dochodu (sprzedaż prognozowana)

   Jak zauważył Mathew Foscarini , jest to system służący do wyceny nieruchomości komercyjnych i komercyjnych.

   Chodzi o to, że masz aktywa, które generują dochód. Na przykład budynek mieszkaniowy kosztuje czynsz w wysokości 50 000 USD rocznie. Następnie stosuje się opcję Multiple, która opiera się na systemie Comp (wspomnianym powyżej), powiedzmy 10. Więc wartość rynkowa tego budynku apartamentowego to, ile czynszu można pobrać, w oparciu o bieżące obłożenie i stawki czynszu, w ciągu 10 lat = 500 000 $. Oczywiście, jeśli podniesiesz czynsze i poprawisz obłożenie w przyszłym roku, aby uzyskać dodatkowe 10 tys. Rocznie, nagle twoja nieruchomość jest warta dodatkowych 100 tys. Dolarów - i w związku z tym dlaczego tak wielu bogatych ludzi (i oczywiście bankrutujących) jest zaangażowanych w nieruchomości.

   Ten system można zastosować do oprogramowania, ale jeśli aplikacja nie jest indywidualnie opłacalna komercyjnie, trudno to zrobić. Na przykład 80 użytkowników płaci po 200 USD za każdy, oznacza to, że jeśli firma może przekonać te same osoby do zakupu nowej wersji (co jest o wiele łatwiejsze niż sprzedaż do nieznajomych) lub przekonać niewielką część ich większej bazy klientów do zakupu 80 kopie, to szybkie 16 tys. USD za wysłanie wiadomości e-mail i wysłanie notatki do sprzedawców.

   Firmy o ugruntowanej pozycji oszacowały wartości użytkowników w całym okresie użytkowania, a jeśli liczba ta jest wysoka (np. Nabywcy pakietu Creative Suite firmy Adobe), zapłacenie 30 000 USD za pozyskanie nawet 1 nowego użytkownika lub utrzymanie dotychczasowego klienta było świetnym pomysłem.

Co powinieneś zrobić

Pierwszym krokiem jest „porozmawiaj z nimi”. Dowiedz się o ich potrzebach, dlaczego są zainteresowani, jaką potrzebę to dla nich wypełnia, po prostu dowiedz się o nich jak najwięcej i czego chcą. To jest dobry sprzedawca (nie sprzedawca ze snu) - poznaj swojego klienta.

Może faktycznie kupują w celu odsprzedaży. Miałem ludzi, którzy kupili mój kod, ponieważ mieli kontrakt, w którym mieli zrobić coś, co zrobiłoby to, co mój kod już robił. Jeśli ich łączny kontrakt wynosił 500 USD, najwyraźniej najwyżej zapłacili mi „mniej niż to”. Zapytałam, a oni prawie zupełnie mi to powiedzieli. Czasami nie byłem zainteresowany (nie było to dla mnie warte kłopotu za tę cenę lub byłem zbyt zajęty), czasami po prostu dałem im kod za darmo, a czasem skorzystałem z ich oferty, aby trochę zarobić dodatkowe pieniądze na kod, który już napisałem i nadal mogę go używać.

Może chcą zmienić aplikację / zmienić jej przeznaczenie i sprzedawać ją jako własny produkt. Może chcą dodać to do menu swojego istniejącego oprogramowania. Może nie dbają o aplikację, ale chcą, aby użytkownicy i aplikacja były darmową premią dla kupujących następną wersję. Być może zostanie on skompilowany we własnym kodzie źródłowym, a istniejąca aplikacja zostanie „wycofana”, ale funkcja będzie dostępna w ich aplikacji teraz ... itd. Itd. Itd. Mógłbym wymyślić cały dzień, ale jedyne sposobem na uzyskanie nawet niejasnego pomysłu jest Just Ask . Nawet jeśli kłamią, kogo to obchodzi, nauczyłeś się czegoś !

Czasami są to pewnego rodzaju rozmowy o pracę i będą chcieli kupić twoje usługi w przyszłości, może po prostu chcą widżetu, aby zaoszczędzić im kłopotów.

Ostatnia uwaga

Diabeł tkwi w szczegółach i mają one znaczenie. Czy zachowujesz JAKIEKOLWIEK prawa do kodu? Czy w ogóle chcą, abyś przestał używać / usuwał wszystkie kopie kodu i własnej aplikacji? Czy chcą po prostu licencji na używanie twoich rzeczy i „przenoszą” imiona i nazwiska użytkowników i mogą mniej obchodzić to, co robisz po tym? Czy chcą stałego wsparcia, konsultacji, a jeśli tak, to co należy skontaktować się z Tobą i kiedy?

Jeśli mają stawiać w przyszłości wymagania dotyczące twojego czasu i wysiłku, to jest dobry moment, aby zaoferować coś w rodzaju „x godzin wsparcia w okresie przejściowym / interpretacyjnym, a potem jestem dostępny za Y $ za godzinę”. Bądź zainteresowany, bądź profesjonalny, bądź wspierający - nie dawaj sobie, czasu i pracy, ponieważ zapomniałeś wyjaśnić i napisać coś na piśmie.

Teoretycznie cenę określałby wysiłek wymagany do stworzenia aplikacji . Jeśli jedna osoba pracowała przez dwa miesiące non-stop (tj. W weekendy), aby stworzyć aplikację, a średnia cena za godzinę freelancera tej umiejętności (minus wszystkie podatki) wynosi 200 $ / godzinę, 200 × 8 × 30 × 2 = 96 000. Oznacza to, że tę aplikację można sprzedać za 96 000 USD.

W praktyce cena zależy od popytu . Jeśli nikt nie chce kodu źródłowego aplikacji, możesz go podać za darmo, nic to nie zmieni. Z drugiej strony, jeśli firma z dużą ilością pieniędzy jest bardzo zainteresowana twoją aplikacją, cena w konsekwencji wzrośnie.

Jeśli stajesz twarzą w twarz z potencjalnym nabywcą, który jest silny w negocjacjach i ma na tobie wpływ (np. Kupujący jest firmą, która ma wystarczający potencjał, aby przepisać twoją aplikację od nowa; z drugiej strony pilnie potrzebujesz pieniędzy) , cena może spaść do granic możliwości.

Fakt, że cena zależy od popytu, oznacza również, że obejmuje ona szeroki zakres parametrów, z których niektóre są całkowicie niezwiązane z kodem źródłowym:

• Czy kod jest wysokiej czy niskiej jakości?

• Czy jest dobra dokumentacja?

• Czy jest napisane przy użyciu standardów i praktyk uznanych na arenie międzynarodowej?

• Czy korzysta z popularnych bibliotek stron trzecich?

• Czy jest wsparcie?

• Czy kod można łatwo wdrożyć w innych aplikacjach?

• Czy infrastruktura (kontrola wersji, system śledzenia błędów, wdrażanie w jednym kroku itp.) Jest ustawiona poprawnie i może być łatwo ponownie wykorzystana?

• Czy aplikacja jest wystarczająco przetestowana?

• Czy jest recenzowany przez pary?

• Czy jest wystarczająco sprzedawany?

• Czy jest dobrze zaprezentowany? Dedykowana strona internetowa wykonana przez profesjonalnych projektantów prezentujących wiele aspektów kodu źródłowego jako produktu nieuchronnie pomoże.

• itp.

Kolejną ważną kwestią jest wiedzieć dokładnie, co zostało sprzedane. Istnieje pewna luka między sprzedażą prawa do czerpania korzyści z aplikacji poprzez sprzedaż licencji klientom, a sprzedażą prawa do robienia tego, co kupujący chce zrobić z kodem źródłowym. W zależności od precyzyjnego sformułowania umowy cena może się bardzo różnić, ponieważ w jednym przypadku kupujący nie będzie w stanie zrobić prawie nic, podczas gdy w innych przypadkach będzie w stanie wygenerować ogromne zyski. Ponownie jest to czysta negocjacja, podobna do negocjacji w każdej innej dziedzinie.

Jak wskazały inne odpowiedzi, popyt na produkt jest podstawowym kryterium, ale bardzo trudno je ustalić. Łatwiejszym sposobem ustalenia wartości produktu jest obliczenie kosztu przebudowy. Jeśli Twój jest jedynym przykładem tego typu, konkurujesz z nim: kosztem, jaki sprzedawca musi sam opracować (lub zapłacić za jego opracowanie). Niekoniecznie próbowałbym sprzedać go po tej cenie, ale można to uznać za dolną granicę.

Przeprowadzono kilka badań dotyczących całkowitego kosztu potrzebnego do opracowania bazy kodu od zera, głównie z wykorzystaniem linii kodu. Zobacz na przykład: http://en.wikipedia.org/wiki/COCOMO lub tutaj, aby uzyskać konkretny przykład.

Wartość kodu źródłowego niekoniecznie jest związana z kosztem jego wytworzenia.

Rzeczywista wartość to procent wartości dla podmiotu, który zamierza kupić kod źródłowy.

Jeśli kod źródłowy generuje 75 000 USD wartości dla firmy, koszt może wynosić 75 000 USD. Może od 15 000 do 30 000 USD w zależności od twoich umiejętności negocjacyjnych.