← Все статьи

Что считать вкладом в проект, кроме кода

Давид Ка Фаундер DevStake

3 мин чтения

Почему в проектах без бюджета переоценивают разработку и недооценивают всё остальное, и как сравнивать вклады разной природы, не изобретая фальшивую точность.

В ранних проектах есть устойчивый перекос: код виден, всё остальное — нет. У разработчика есть коммиты, пул-реквесты, задеплоенный результат. У человека, который две недели разговаривал с потенциальными пользователями и выяснил, что продукт нужно развернуть на 90 градусов, нет ничего, кроме заметок.

При дележе долей выигрывает тот, чей вклад легче показать. Это не имеет отношения к тому, чей вклад был важнее.

Почему разработку переоценивают

Не из злого умысла, а из-за свойств самой работы. Код дискретен, измерим и накапливается в одном месте. Его легко предъявить.

Исследование, продажи, тексты, договорённости — всё это либо не оставляет артефакта, либо оставляет такой, который не выглядит работой. Полстраницы выводов после двадцати интервью — это две недели труда, но выглядит как полстраницы.

Есть и второй эффект: разработка обычно самая дорогая часть в деньгах, и её рыночную ставку легко назвать. Ставку «человека, который нашёл первых десять клиентов» назвать нельзя, поэтому её неявно принимают за меньшую.

Что на самом деле двигает ранний проект

Список вкладов, которые в ранней стадии стоят не меньше кода, а иногда больше.

Понимание, что строить. Разговоры с пользователями, отсечённые гипотезы, найденная реальная боль. Проект, который сделан идеально, но не нужен, стоит ноль независимо от качества кода.

Первые пользователи. Не «маркетинг» абстрактно, а конкретные люди, которые начали пользоваться. Каждый первый пользователь дороже недели разработки, потому что он единственный источник обратной связи.

Упаковка. Лендинг, формулировка, скриншоты, тексты. Разница между «непонятно, что это» и «понятно за пять секунд» — это разница между нулевой и ненулевой конверсией.

Организация. Человек, который держит задачи, следит за сроками и не даёт проекту рассыпаться. Незаметен, пока есть; катастрофа, когда уходит.

Инфраструктура. Деплой, домены, мониторинг, чтобы MVP просто стабильно работал. Работа, которую видно только когда она не сделана.

Деньги и оборудование. Оплаченные сервисы, серверы, подписки. Единственный вклад, который измеряется точно, и его стоит считать отдельно от труда.

Как сравнивать несравнимое

Соблазн — вывести формулу, которая переводит всё в единую валюту. Не выйдет: любая такая формула даёт фальшивую точность, а спорить с цифрой, которая выглядит объективной, но объективной не является, тяжелее, чем с честным «давай обсудим».

Работает более грубый, но более устойчивый подход.

Считайте результаты, а не часы. Часы легко переоценить в свою пользу, и они ничего не говорят о ценности. «Сделан и принят лендинг» — проверяемый факт, «потратил 30 часов на лендинг» — нет.

Задавайте вес до начала работы, а не после. Договориться о ценности задачи, пока неизвестно, кто её возьмёт и как пойдёт, гораздо легче, чем после. Потом каждая оценка выглядит как попытка что-то себе выторговать.

Пусть вклад подтверждает второй человек. Не самооценка, а принятие результата тем, кто отвечает за проект. Это единственный механизм, который удерживает оценки в реальности.

Фиксируйте сразу, а не задним числом. Восстановить через полгода, кто что сделал, невозможно — останется только то, что осталось в системе контроля версий, и перекос вернётся.

Практический минимум

Заведите одно место, где записывается любой принятый результат: что сделано, кем, когда, какого типа вклад и кто подтвердил. Это может быть таблица — на старте её достаточно.

Через три месяца у вас будет то, чего нет почти ни у одного раннего проекта: не спор о том, кто сколько вложил, а список. Список не решает вопрос долей автоматически, но переводит разговор из плоскости «мне кажется, я сделал больше» в плоскость фактов. Этого обычно хватает, чтобы договориться.

Комментарии

Чтобы комментировать, войдите — это тот же аккаунт, что и в DevStake.

Загружаем комментарии…

Читайте дальше