Как сделать фиксированное ценовое предложение для дизайнерских сессий?
Обычно, когда я делаю систему для клиента, я делаю сеансы проектирования с почасовой оплатой, а затем получаю фиксированное ценовое предложение для полной разработки системы.
Теперь этот покупатель бросил мне кривая: ему тоже не нужна почасовая ставка на дизайн - он хочет, чтобы я также указывал фиксированную цену, чтобы сделать весь дизайн! Не то чтобы он пытался удешевить, но он не хочет оказаться в ситуации, когда чем дольше растягивается дизайн, тем больше ему приходится платить - и я могу это понять.
Для бизнес-уровня это было на самом деле не так уж сложно работать, потому что из его оригинальной функциональной спецификации я получил хорошее представление о том, каковы основные бизнес-объекты, и в нашем проектном соглашении я определил несколько объектов, которые будут покрыты фиксированным расчетная цена; если будут обнаружены какие-либо новые нетривиальные объекты, они будут считаться отклонениями, а счета будут выставляться по почасовой ставке. Все идет нормально.
Но когда дело доходит до пользовательского интерфейса, все становится намного более неясным. Сколько будет экранов? Пока не знаю Что будет на каждом экране? Пока не знаю Все, что мы знаем, это то, что это система типа "приборная панель", и там будет много визуальных отчетов, например, датчиков, графиков и т. Д. Так, может быть, установить фиксированную цену за дизайн экрана? Не очень хорошее определение; он может сказать, что все будет на одном экране. Может быть, цена за дизайн "визуального отчета", в том числе способность нарезать и нарезать кубиками? Опять же, не все так просто - может быть, что вся система - это всего лишь один отчет, и весь интеллект будет разбираться в том, как представить эту сегментацию.
У кого-нибудь есть идеи, как сделать фиксированное ценовое предложение для такого дизайна пользовательского интерфейса?
2 ответа
Проблема с оценкой заключается в том, что она предполагает предсказание неизвестного, поэтому вам нужно четко определить процесс, который вы цитируете, чтобы уменьшить неизвестные элементы.
Например, ваш процесс может быть:
- Первоначальный обзор существующих материалов и документации (0,5 дня)
- 1 день семинара для обсуждения вариантов и предложений (1 день)
- Написание мастер-класса и изготовление эскизной спецификации и подхода (1,5 дня)
- Рассмотрение спецификации проекта с клиентом и подходом с последующими незначительными изменениями и подписью (0,5 дня)
- Детальный анализ и дизайн с семинарами по мере необходимости (5 дней)
- Составление окончательного дизайна (2 дня)
- Семинар по рассмотрению окончательного дизайна (1 день)
- Обратная связь и пересмотр окончательного дизайна, не более трех итераций (3 х 0,5 дня)
- Окончательный выходной (0,5 дня)
В каждом случае вам необходимо указать, что от них требуется, с точки зрения обзоров, и вам нужно указать, где вы выполняете итерации, максимальное количество итераций, которые вы собираетесь выполнить. Объясните, что причина этого в том, чтобы позволить вам дать ему фиксированную цену, которую он хочет, и что он должен понимать, что вы работаете так, как он хочет, поэтому он должен держать свою сторону сделки и сосредоточить свою команду на ней. когда они нужны.
Как только вы согласились с процессом, вы можете оценить его довольно точно. Для меня есть два ключевых трюка:
1) Если вы не уверены, сколько времени займет что-то, разбейте его на более мелкие задачи. Они меньше (и их легче оценить), но вы также часто обнаруживаете мелочи, о которых забыли, что вам придется делать.
2) Если число кажется инстинктивно неправильным (как правило, слишком большим), пересмотрите цифры, но не меняйте их, если вы честно не думаете, что неправильно оценили одну из отдельных задач. Наш инстинкт склонен предполагать, что все пойдет хорошо и пропустить скучные вещи (записывать семинары? Зевать... но это должно произойти). К сожалению, в реальном мире мелочи должны происходить, и никогда не получается так, как вы хотите, поэтому не притворяйтесь, что это будет иначе - любая оценка или процесс, в котором вы обнаружите, что идете "так, если все идет хорошо", это плохо один и нуждается в изменении.
Вдобавок к этому вам нужно добавить непредвиденные обстоятельства - три сорта, два вы должны добавить, один вы могли бы:
Первый охватывает время для решения конкретных рисков, которые могут возникнуть. Пройдите и перечислите все вещи, в которых вы не уверены, но думаете, что это может произойти, и добавьте время к процессу.
Например, вы думаете, что есть шанс, что вам понадобится сделать несколько прототипов. Оцените вероятность того, что это произойдет, сколько времени это займет, если это произойдет, а затем умножьте два вместе. Возможно, вы думаете, что это произойдет на 50%, и если это произойдет, потребуется 2 дня - добавьте 0,5 x 2 дня (1 день) к оценке, чтобы покрыть это.) Сложите все это и добавьте это.
Второе - случайность "дерьмо случается". ИТ-проекты непредсказуемы, и все происходит так, как вы и не ожидали. Вы можете попытаться выяснить все это заранее, но у вас ничего не получится, поэтому попробуйте разобраться в основных вещах, а для остальных добавьте процент, чтобы покрыть это. Обычно я бы пошел на 15%, но это может упасть до 10%, если вы считаете, что процесс надежный, а клиент хороший и целеустремленный, до 30%, если вы считаете, что они ненадежны.
Третий тип для клиента, а не для вас. Если он говорит, что не может пообещать, что они будут придерживаться процесса столько, сколько вам нужно, вы скажете: "Хорошо, процесс - это то, что я процитировал, но давайте допустим изменение". Это его бюджет, чтобы тратить на отклонения от процесса. Скажем, вы добавили пять дней для этого и на полпути он просит провести дополнительный семинар, которого не было в процессе. Это займет у вас один день и один день, чтобы написать - вы говорите: "Если вы хотите, чтобы это было два дня из пятидневного изменения бюджета" - он может либо согласиться, либо нет.
Это означает, что вы получаете ваш процесс, а он получает возможность отклоняться от него, не возвращаясь к своему совету по проекту и не прося больше денег.
Да, и запишите все время, которое вы проводите. Это позволяет вам сравнивать то, что, по вашему мнению, потребуется, с тем, что вы взяли, так что вы можете улучшить оценку, но также означает, что если вы превысите количество, вы узнаете, на сколько, и вы сможете незаметно добавить его на этапе сборки и отыграть Деньги.
И последнее: в какой-то момент он скажет: "Если это займет меньше времени, будет ли заряжать меня меньше?". Ответ - нет. Фиксированная цена устраняет риск перерасхода для него, но означает, что вы берете на себя этот риск. Ваша награда за принятие этого риска - это вероятность того, что вы заработаете больше денег, если он придет рано, но он не получит его обоими способами. Если вы начнете платить меньше, значит, вы не получите никакой выгоды, если он придет рано, но получите всю боль, если опоздаете - разве не честно?
Я бы посоветовал вовремя оформить проектные работы. Это позволяет вам устанавливать фиксированную цену, но при этом сосредоточить внимание вашего клиента на том, чтобы максимально использовать взаимодействие с вами на этапе проектирования.
Если вы фиксируете цену без времени или ограничений по объему, вы создаете бессрочное обязательство, которое на самом деле не подходит ни для одной из сторон - вам придется взимать более высокую цену, чтобы покрыть риск, и вы можете даже поспорить с клиентом о том, что входит в цену. Умный клиент поймет, что это не в их долгосрочных интересах....