Які методи для оцінки значення вихідного коду?


10

Я працював над деяким проектом у вільний час протягом останніх кількох місяців. Нещодавно до мене звернулися друзі, щоб створити стартап, і цей вихідний код був би дуже цінним для нас.

Як співзасновник, цей код міг би розраховувати на щось у капіталі компанії та обмінюватися на акції. Але як можна оцінити його значення? Ви просто примножуєте заробітну плату за типовою галуззю на час, який я витратив на неї, чи є інші методи?


3
Ви можете перевірити відповідь Джоела Спольського на іншому веб-сайті SE, на старті. Це детально пояснює справедливість між акціонерами у стартапах.
Хакан Деріял

Відповіді:


10

Система COCOMO має в собі модель для оцінки часу на написання програмного забезпечення. Оскільки час - це гроші, ви також отримуєте цінність програмного забезпечення з точки зору "скільки коштувало б, щоб хтось його написав". Поточна постановка цієї моделі - COCOMO II, який має досить приємний веб-інструмент .

За допомогою цього веб-інструменту можна перейти до оцінки розміру (у вас немає оцінки, ви отримали фактичну кількість того, наскільки великий код ...) та отримати приблизні витрати на планування, тестування та розробку.

Якщо припустити, що 20k слот (вихідний рядок коду) і значення $ 10k / місяць для розробника (і всі інші речі номінальні), ви отримуєте приблизний час у 79,3 людини на місяць (пам’ятайте, це планування, будівництво та тестування) на вартість $ 793 тис.

Це значення слід вважати мінімумом вартості коду. Фактична вартість була б вищою, оскільки вона приносить дохід і є основною інтелектуальною власністю потенційної компанії.


4
Я не погоджуюся з тим, що існує мінімальне значення коду, ви можете зробити проект 1M sloc абсолютно нікчемним, якщо він не створює цінності для клієнтів.
МаксимР

@MaximR: Я згоден з цим, але, принаймні, є спроба визначення вимірювання, тоді як стверджувати, що ви фактично власник і господар всього, що обертається навколо запуску, оскільки ви вносите оригінальний код, здається, трохи надуманим. і наївно ідеалістичний для мене. Це (намагатися) грати - це чесна карта, але вона буде ефективнішою, якщо ви можете її створити. Зрештою, те, що ОП хоче тут, - це переговорна сила, і це дасть йому певні (чи правильно це чи ні - це інше питання, але це дає певні важелі).
haylem

1
@MaximR, якщо в коді є якесь реальне значення, яке можна продати, значення коду перевищує час, який знадобиться для його написання з нуля. Саме це ідентифікує модель - час написання коду. Якщо код не вартий, то заснована на ньому компанія аналогічно нікчемна, а значення, яке вкладається в компанію, становить деякий відсоток від нуля. Питання, на яке це намагається вирішити, полягає в тому, "якщо я напишу коди на 20 тис. Код і ви вкладете в компанію $ 800 000, що було б з розбивкою акцій?"

@MichaelT Якщо питання полягає в тому, що одна людина вкладає $ 800 000, а інша погодиться написати 20k рядків коду - це справедливий метод. Однак, якщо людина вже написала 20k коду - цінність цього автора полягає лише в тому, що вони можуть продати його комусь іншому. І цінність для компанії / іншого засновника - не більше ніж те, що доведеться заплатити комусь іншому, щоб отримати її.
МаксимР

@haylem Справедливий момент, але я думаю, що розуміння основної економіки також може допомогти. А інші засновники, можливо, не будуть досить довірливими, щоб піти на аргумент "Я витратив 400 годин на це, плати мені". Інакше збір усіх відповідей на codegolf.stackexchange.com був би безцінним
MaximR

9

Не плутайте свій витрачений на це час з тим, що воно варте. Ви також мали ідею, розробили і ризикували своїм часом, щоб її збудувати. Це значно перевищує вартість найманого програміста.

На даний момент ви повинні мати 100% стартапу. На решті потенційних партнерів варто показати, що вони варті. Я б змусив цих членів залежати також від створення чогось (продажів, маркетингу, галузевих контактів, додаткового кодування тощо).


2
+1 Скільки коштувала пошукова система Google у перші дні? Тільки час, який вкладається в його розробку? Ні, це коштувало набагато більше через майбутні мільярди, які можна було б зробити з цього.
MarkJ

Я розумію, що витрачений час не стосується фактичної вартості. Крім того, інші співвласники будуть вкладати гроші, а роботу та час у сферах, які мене не дуже цікавлять. І хоча я працював над цим як розвага, я не є тим, хто прийшов із ідеєю перетворити його на реальний продукт і (спробуйте) заробляти на ньому гроші. Тому я не думаю, що це виправдано, що я володію 100%, оскільки я не буду єдиним, хто ризикує.
Антуан

6

Початкова вартість, кінцева вартість, Справедливість продажу

Ви можете заощадити собі час і душевний біль при проведенні переговорів, якщо розглядати код стосовно того, що буде потрібно для вашого MVP (мінімально життєздатний продукт). Якщо код становить половину MVP, для справедливості вам потрібно щось для цього. Якщо код становить 10%, 5% або навіть лише 1% зусиль, це матиме значення набагато менше.

Якщо ви вимагаєте гроші або більший капітал (хм, це звучить як оксиморон), будьте впевнені, що ви можете зробити хорошу роботу, продаючи їх з точки зору справедливості таким чином, що витримаєте через те, що може бути багато проблем на шляху продажу продукт.

Також розглядайте речі симетрично. Чи будуть ваші партнери також писати код і чи зможуть вони наздогнати або перевищити ваш внесок? Скільки ви заплатите своїм партнерам за зацікавленість у отриманому коді, якщо бізнес закінчиться? Тон і очікування, які ви задаєте зараз, значною мірою зададуть тон та очікування пізніше.

Економіка програмного забезпечення

Я вважаю, що доктор Баррі Бум є батьком економіки в галузі програмного забезпечення. Серед його досягнень полягало в тому, щоб винайти COCOMO, запропонувати метод теорії-W для управління проектами та створити модель моделей розробки програмного забезпечення під назвою MBASE . Його моделі обговорюють моделі продуктів, які описують, що є або було побудовано (як UML-діаграми), моделі процесів (наприклад, Scrum, водоспад тощо), моделі властивостей, що описують атрибути продукту чи організації (вартість, графік, надійність) та моделі успіху .

Модель успіху та стратегія потенційного виходу

Ви, звичайно, повинні замислюватися над тим, чи базується ваш успіх на чомусь формальному на зразок Theory-W чи на чомусь неформальному, як IKIWISI (я це буду знати, коли побачу). Модель успіху також може допомогти вам встановити сподівання на те, скільки часу та зусиль буде спрямовано на ваш старт, які критерії ви використовуєте для того, щоб перейти / не ходити, потребуючи повороту, продажу чи закриття бізнесу та розподілу активів як у випадку успіху чи невдачі. Мій дідусь уклав кілька цінних паперів років тому, які мали назву на кшталт "Silver Screen Limited Partnership 7", яка по суті була фінансуванням голлівудського фільму, який розпочався ще до початку фільму, а потім закінчився після того, як фільм запустився в кінотеатрах (це було перед DVD днів). Якби я був ти, я би переконався, що мій старт не був довічним зобов'язанням до його початку.

Прототип - це не продукт

Один із перших прочитаних робіт Бома, який я прочитав, включав діаграму, яка графічно порівнювала прототип з продуктом. Він використовував квадрат для прототипу і сітку з квадратів, три високих і три широких для виробу. Залежно від вашого почуття впевненості та реалізму, ви можете або відкинути це поняття або почати згадувати минулі проекти, де розміри виробу були в 25 або 81 або в 100 разів перевищують вартість і зусилля прототипів.

Оцінка вашого унікального внеску

Щоб оцінити свій код у контексті запуску, ви, мабуть, також повинні оцінити свою роль та його унікальність при запуску. Якщо ви розробник, а ваші партнери - фінансові спонсори чи продавці, ви схожі на поговорливу свиню, і вони - кури, що працюють в ресторані, де подають сніданок. Вони мало ризикують, поки не напишуть чек, і, можливо, можуть працювати порівняно мало, поки є що продати. Якщо ви кожен розробник, можливо, якщо у них немає коду, який слід поставити в горщик на початку, це може виявитися дуже невдалим підприємством. Наскільки фільм " Соціальна мережа " зображує речі правильно, є надзвичайно вдалий старт, у якого були партнери, які зробили дуже мало, які доклали дуже мало зусиль, коли продукт робився.

Початок роботи зі запуском Ups

Будьте дуже обережні, як ви прив'язуєте себе до партнерів для початку. Складайте діючу угоду, яка охоплює якомога більше того, що може статися протягом життя пуску. Поміркуйте дуже вузько, і слідкуйте за худорлявою моделлю запуску. Знайдіть безпечні способи випробувати командні проекти. Школа - чудовий спосіб. Деякі університети та інші спонсори створили такі речі, як школа швидкого старту . Дуже поширеним методом смаку того, яким може бути старт, є участь у Start Up Weekend . Є громадські та комерційно спонсоровані інкубатори та коворкінг-простори. Мій обмежений досвід траплявся в таких місцях, як Gangplank (мені сподобалася дуже недорога програма для Start Up Weekend) та Cohoots.

Використовуйте захист

Ви завжди повинні захищати себе, юридично, фінансово та фізично. Кримінальна та цивільно-правова відповідальність може статися у зв'язку із запуском. Якщо бізнес позичить гроші або наймає когось, хто відрізає палець, ви можете зациклюватися на деяких рахунках, які важко заплатити. Вам потрібно використовувати обґрунтовані процедури обліку і може знадобитися певна страховка, і ви повинні захистити себе та своїх партнерів від того, щоб опинитися на слизькому схилі.

Кілька попереджувальних історій

Хоча це не був старт, я знав організацію, яка дозволила людині, яка без роботи та перебуває під фінансовими навантаженнями, бути їхньою скарбницею. Він поєднав кошти від продажу квитків на банкет близько п'яти сотень людей із власним банківським рахунком. Він, можливо, не думав, що його крадуть, але він, безумовно, користувався поганим судженням. Коли було зрозуміло, що грошей не було, виникали некрасиві проблеми з притягненням особи до відповідальності за розтрату. Організація мала страховку, яка дозволяла проводити банкет, але якби вони не зробили цих 500 покупців квитків, залишили б тримати сумку.

Інший випадок, який я знаю, коли корпорація з обмеженою відповідальністю, що невдало почалася, перетворилася на великі клопоти. Було винесено рішення проти одного з партнерів, і коли важко було зібрати, адвокати відправили процесорний сервер додому партнера, який забув, що вони підписалися на компанію. Були позовні вимоги до партнера і потрібні юридичні відповіді. Після відвідування суду та звернення за юридичною порадою партнер подбав про це, але ці головні болі часто не згасають, поки справжні гроші не вийдуть з чиєїсь кишені.

Працюйте старанно і робіть належну старанність

Надзвичайно важливим є створення команди та пошук належних партнерів. Ларрі Пейдж розповідає про те, що довго витрачався на пошук партнерів, щоб знайти Google.


2

Цініть це так само, як і "справжній" продукт:

Яка вартість заміни?:
Якщо немає порівнянного продукту - якою буде вартість найняти когось, щоб повторно зробити це з нуля? Якими будуть витрати на обробку певного IP / патенту, що міститься в ньому?
Якщо є порівнянний продукт - якими способами кращий ваш продукт, якими способами він гірший - чого варта ця різниця?

"Затонула" вартість - час, який ви вже витратили і не можете "не витратити", має бути неважливим для вашого рішення.
Навіть майбутні "витрати" не такі, що стосуються ціни / вартості - речі можуть коштувати більше, ніж коштувати їх побудувати (наприклад, Mona Lisa коштує більше, ніж праці + фарба + рамка + полотно + 30% маржа)


1

У Ohloh є стаття у вікі про те, як вони обчислюють вартість проектів, які вони відстежують. Він посилається на статтю у Вікіпедії, яка здається досить ґрунтовною.

Охло вікі

Я сподіваюся, що це допомагає.


1

Якщо це друзі, чому б вам просто не розділити цінність компанії рівномірно? Статистично кажучи, ваш стартап не вдасться, тому це не має значення. І якщо ви будете дивовижними, то у вас все одно будуть багато грошей, тому це теж не має значення.


Мені подобається ця відповідь, але я також вважаю, що починаючи з неоднакового внеску з обіцянкою рівної майбутньої винагороди, можна встановити очікування, яке може призвести до втрати деяких дружніх стосунків. Пол Аллен пішов від Білла Гейтса з великою кількістю грошей, але його книга показує, що речі між ними не були ідеальними. Спочатку Воз був більшим технічним співробітником, але Джобс горів яскравіше, спалахнув, потім знову спалив яскравіше. Напевно, було б важче навести приклади того, як невдалі стартапи вплинули на дружні стосунки, але я очікую, що декілька, ймовірно, закінчилися в суді, а ще більше розпущені.
DeveloperDon
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.