Небольшое объявление перед самой статьей: сделайте сегодня свой пакет Smart Income for Developers и узнайте свой собственный уникальный способ монетизации своих знаний и навыков. Распродажа начинается сегодня и заканчивается в воскресенье, 30 октября.

Что касается моей зарплаты, то я обычный парень, который зарабатывает X долларов в час. Я работаю таким образом с тех пор, как присоединился к Arkency, и никогда особо не задумывался об этом. Я рада, что если мне понадобится отпуск или перерыв, я могу просто взять их (конечно, правильно сообщить об этом клиентам) без особых хлопот. Когда я чувствую себя прекрасно и вдохновляюсь работать, работать и работать, я могу просто проводить больше часов, не задумываясь об этом. Как и ежемесячная заработная плата, почасовая оплата - это безопасный образ жизни. Но разве это самый полезный способ жить?

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

Я не буду здесь резюмировать книгу, потому что лучше, если вы просто прочтете ее сами. Итак, небольшая задача. В какой-то момент вы начали работать программистом с навыками X, и, скажем, ваша текущая зарплата отражает это (независимо от того, являетесь ли вы сотрудником или фрилансером). Вы читаете тонны книг, инвестируете в свои навыки, приобретаете много опыта и достигаете 2-го уровня. Как доказать, что теперь вам должны платить вдвое? Не вашему боссу, а вашему клиенту ... Как? Как они могут увидеть, что вы стоите вдвое больше? Как вы понимаете, это проблематично ...

  • Вы можете работать над функциями в два раза быстрее, но вы не работаете над теми же функциями, поэтому доказать это непросто.
  • Становится еще хуже. Если вы потратили, скажем, три года на приобретение этих навыков, а ваш клиент потратил три года на расширение бизнеса в более сложные области, они могут посчитать вас находящимся на том же уровне. Но это может ввести в заблуждение, потому что теперь вы работаете над вдвое более сложными задачами, а ваши навыки в два раза выше, чем раньше. Вот почему все может выглядеть так, как было некоторое время назад.
  • Вы можете работать над функциями, которые приносят вдвое больше денег, чем раньше. Это было бы замечательно. Но дело в том ... Не всегда от разработчиков зависит, над какими функциями мы работаем, как они используются клиентами, каков коэффициент конверсии. И часто наиболее выгодные функции реализуются в начале проекта, и добавление каждой новой перекрестной / дополнительной продажи сложнее и менее выгодно.
  • Или это может быть комбинация любого из них любым способом. На 25% быстрее за счет использования на 25% более сложных функций, стоящих на 25% больше денег, означает, что вы на 100% более ценны в этом упрощенном образе мышления :)

Итак, я подумал, как ценообразование (оплата за функцию) меняет все здесь. И я пришел к выводу, что изменение в основном связано с перемещением этого риска (и потенциального вознаграждения, связанного с ним). Что я имею в виду?

  • При почасовой оплате риск для агентства минимален, и большая часть его лежит на стороне клиента. Если оценки неверны (а они всегда таковыми) и все занимает больше времени, больше платит покупатель. Это можно каким-то образом смягчить (например, с помощью правила «мы не будем платить вам более Z часов»), но если это так, вы уже вышли за рамки почасовой оплаты и принимаете некоторую часть риска на свою сторону.
  • С другой стороны, когда вы выполняете проект с фиксированной ценой, весь риск на вашей стороне. Когда что-то занимает больше времени, клиентов это не волнует (кроме крайних сроков). Это только ваше время и ваши затраты. Итак, риск сместился.
  • Что, если, будучи лучшим разработчиком и используя надлежащую технологию, вы сможете выполнить проект вдвое быстрее, чем это потребовалось бы другим компаниям? В модели почасовой оплаты вознаграждение получает клиент. Вы сделали вещи дешевле, и у них все еще есть бюджет, чтобы заплатить вам за другие функции, над которыми вы могли бы работать в это свободное время.
  • В условиях фиксированной цены награда остается за вами. Вы получаете такую ​​же сумму денег и можете работать (или нет :)) над другой задачей / проектом в освободившееся время.

Конечно, вы можете возразить, что, когда вы станете в 2 раза лучше, вы сможете заряжать в 2 раза больше за час. Я согласен, если вы знаете, как убедить своих (новых или существующих клиентов), что теперь вы в два раза лучше. Это может быть сложно.

Но сложно ли это в модели ценообразования на основе ценности? Не совсем. Вы платите, как раньше, и быстрее внедряете вещи. Вы монетизируете свободное время как хотите. Цена напрямую связана не со временем, которое вы тратите на эту функцию, а с ценностью, которую она приносит вашему покупателю.

И это лишь малая часть моих мыслей после прочтения «Hourly Billing Is Nuts». В течение многих лет я привыкла к своей модели почасовой оплаты и никогда не оспаривала ее сознательно. Теперь я начал активно рассматривать плюсы и минусы обоих подходов и задавался вопросом, какой из них мне следует использовать с какими клиентами. И это позволяет мне легко заряжать больше, когда мне становится лучше.

Роберт Панковецки

P.S. Почасовая оплата - это орехи доступна как часть нашего пакета Умный доход для разработчиков во всех пакетах.