Как сделать фиксированную цену для сессий дизайна?

Question

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

Теперь этот клиент бросил мне Curveball: он не хочет почасовой ставки за дизайн, либо он хочет, чтобы я процитировал фиксированную цену, чтобы сделать весь дизайн! Не то чтобы он пытался дешево, но он не хочет находиться в ситуации, когда длинный дизайн растягивается, тем больше он должен платить - и я могу это понять.

Для бизнес-уровня на самом деле было не так сложно работать с этим, потому что из его первоначальной функциональной спецификации я получил хорошее представление о том, что представляют собой основные бизнес-объекты, и в нашем соглашении по дизайну я определил несколько объектов, которые будут покрытый фиксированной расчетной ценой; если бы были обнаружены какие-либо новые нетривиальные объекты, они считались отклонениями, и они были бы выставлены почасовой ставкой. Все идет нормально.

Но когда дело доходит до пользовательского интерфейса, все начинает становиться намного более шерстяным. Сколько экранов будет? Еще не знаю. Что будет на каждом экране? Еще не знаю. Все, что мы знаем, это то, что это система «приборной панели», и будет много визуальной отчетности, например, gauges, graphs, etc. Так что, может быть, это фиксированная цена за дизайн экрана? Не отличное определение; он может сказать, что все будет на одном экране. Может быть, цена за дизайн «визуального отчета», в том числе возможность срезать & кости? Снова не так просто - может быть, вся система - это всего лишь один отчет, и весь интеллект собирается понять, как представить эту сегментацию.

У кого-нибудь есть идеи, как сделать фиксированную ценовую цитату для дизайна пользовательского интерфейса, как это?

Answer 1

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

Например, ваш процесс может быть:

• Первоначальный обзор существующих материалов и документации (0,5 дней)
• 1 день семинара для обсуждения вариантов и предложений (1 день)
• Workshop подправить (1,5 дня)
• Обзор спецификации контура с клиентом и подход, за которым следует незначительные изменения и отмена (0,5 дня)
• Detai привел анализ и проектирование с семинарами по мере необходимости (5 дней)
• подправить окончательный дизайн (2 дня)
• семинара для рассмотрения окончательного проекта (1 дня)
• Обратной связи и изменений к окончательной конструкции, не более три итерации (3 x 0,5 дня)
• Заключительный выезд (0.5 дней)

В каждом случае вам нужно указать, что от них требуется, с точки зрения обзоров, и вам нужно указать, где вы выполняете итерирование максимального количества итераций, которые вы собираетесь делать. Объясните, что причина этого заключается в том, чтобы позволить вам дать ему фиксированную цену, которую он хочет, и что ему нужно понять, что вы работаете так, как он хочет, поэтому ему нужно сохранить свою сторону сделки и сосредоточить свою команду на ней когда они нужны.

Как только вы согласовали процесс, вы можете оценить его достаточно точно. Для меня есть два ключевых трюка:

1) Если вы не уверены в том, как долго что-то придет, разделите его на более мелкие задачи. Они меньше (и их легче оценить), но вы часто также забираете мелочи, о которых вы бы забыли, что вам придется делать.

2) Если число кажется инстинктивно неправильным (обычно слишком высоким), просмотрите цифры , но не изменяйте их, если вы не считаете, что ошибочно оценили одну из отдельных задач. Наш инстинкт, как правило, предполагает, что все будет хорошо, и пропустить скучные вещи (писать семинары? Зевать ... но это должно произойти). К сожалению, в реальном мире все должно случиться, и он никогда не идет так, как вы этого хотите, поэтому не притворяйтесь, что это будет иначе - любая оценка или процесс, когда вы сами пойдете «так, если все пойдет хорошо» - это плохо один и нуждается в изменении.

На вершине этого вам нужно добавить непредвиденное - три вида, два вы должны добавить, который вы могли:

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

Например, вы думаете, что есть шанс, что вам нужно будет прототипировать. Оцените вероятность того, что это произойдет, сколько времени потребуется, если это произойдет, а затем умножьте два вместе. Возможно, вы думаете, что это 50%, вероятно, произойдет и займет 2 дня, если это произойдет - добавьте 0.5 x 2 дня (1 день) к оценке, чтобы покрыть это.) Добавьте все это и добавьте это.

Во-вторых, случайность «дерьмо бывает». ИТ-проекты непредсказуемы, и все происходит так, что вы не ожидали. Вы можете попытаться разобраться в этом все заранее, но вы не справитесь, поэтому попробуйте сыграть в основном, а для остальных добавьте процент, чтобы покрыть его. Я бы обычно пошел на 15%, но это может упасть до 10%, если вы считаете, что процесс прочный, а клиент - хороший и целенаправленный, до 30%, если вы считаете, что они шелушатся.

Третий вид для клиента, а не для вас. Если он скажет, что не может обещать, что они будут придерживаться этого процесса настолько, насколько он вам нужен, вы говорите «хорошо, процесс - это то, что я цитировал, но давайте иметь скидку на изменение». Это его бюджет, потраченный на отклонения от процесса. Скажите, что вы добавили пять дней для этого и на полпути, попросив дополнительную мастерскую, которая не была в этом процессе. У вас будет день, и у вас будет день, чтобы написать - вы говорите: «Если вы хотите, чтобы это было два дня с пятидневным изменением бюджета», он может либо согласиться, либо нет.

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

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

Последнее: в какой-то момент он собирается сказать: «Если потребуется меньше времени, меня обвинят меньше?». Ответ - нет. Фиксированная цена устраняет риск перерасхода средств для него, но означает, что вы берете этот риск. Ваша награда за принятие этого риска - это вероятность того, что вы сделаете больше денег, если это произойдет раньше, но он не получит его в обоих направлениях. Поручая его меньше, если он приходит, потому что вы не получаете никакой пользы, если он приходит рано, но получайте всю боль, если он опаздывает - нечестно?

Answer 2

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

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