Тарификация Клиента для очень небольшого изменения
Доступны бесплатные CI-серверы и бесплатные инструменты сборки, такие как NAnt. Вы можете реализовать его на своем устройстве для разработчиков, чтобы узнать о преимуществах.
Если вы используете систему контроля версий и систему отслеживания ошибок, я полагаю, что постоянное появление первых сообщений об ошибках (в течение нескольких минут после каждой регистрации) будет довольно убедительным. Добавьте к этому уменьшение собственной ошибки, и вы, вероятно, будете иметь продажу.
8 ответов
Возможно, вы отдаете больше, чем думаете.
Интересно, что я прочитал ваш вопрос сразу после того, как просмотрел свое мгновенное сообщение, e -почтовые и телефонные журналы для сравнения моих действий и счетов. И снова в этом месяце я отдал почти 20 оплачиваемых часов с интервалом в 3-5 минут.
Виновники:
- Быстрые чаты по телефону
- «Быстрые вопросы» через мессенджер
- Затяжные сообщения электронной почты, содержащие мета-обсуждения
- 'Быстрые три минуты' changes
Вы были бы поражены тем, как быстро они вырастают до ощутимого дефицита по сравнению с тем, что вы фактически выставляете.
Я начал выставлять счета только с 15-минутным шагом. Хотя на практике быстрое изменение занимает всего несколько минут, это действительно разрушительный процесс. Мне достаточно 15 минут, чтобы выполнить задание или ответить на вопрос .. или ответить на электронное письмо, а затем вернуться к тому, что я делал.
Я не говорю, что вы должен взимать плату за каждую мелочь, но я бы взимал плату чаще, чем нет. Это поможет вашему клиенту в долгосрочной перспективе, так как он (должен) начать немного лучше объединять изменения в более длинные списки, которые занимают час или больше.
Интересно, что моей самой большой виновницей оказались мгновенные сообщения. Skype - это зло,
Это напоминает мне старую историю о железнодорожном эксперте, которого вызвали из-за новенький тепловоз не заводился, что бы ни делал инженер. После непродолжительного изучения ситуации эксперт легонько постучал по локомотиву молотком. Это началось сразу. Когда железная дорога получила счет эксперта на 1000 долларов, они попросили его перечислить его. Пришел ответ:
Удар по локомотиву молотком: 10 долларов
Знание, куда его ударить: 990 долларов
Моя работа - как можно точнее регистрировать все время, потраченное на выполнение чего-либо, а работа моих менеджеров - выставлять счета.
Каковы условия контракта на техническое обслуживание (или другого контракта)?
Вы часто работаете с этим клиентом? Если это так, вы можете вложить его в следующий счет.
Если нет, я думаю, вам следует либо взимать с них минимальную сумму (скажем, один рабочий час), либо просто не взимать с них плату вообще.
Обычно вы должны заряжать минимальную единицу времени, которую вы считаете справедливой.
Вернувшись во Францию (да, я француз), обычная ИТ-сервисная компания будет взимать за это 1 час работы .... Клиент должен быть осторожен, чтобы не просить небольшие изменения снова и снова после того, как они впервые сделай это, ты, вероятно, сможешь отпустить это.
В настоящее время я являюсь руководителем проекта; однако я начинал как разработчик FORTRAN и Clipper и вел собственный бизнес. Маленькие изменения - это проклятие нашего существования.
Позвольте мне начать с вопроса. Сколько небольших 15-минутных изменений вы можете выполнить за день? Интересно, что если вы обратите внимание на свой день, то он будет не 32 за 8 часов. Будет больше как 8! А вы, как и я, будете сидеть и гадать, куда ушли остальные 6 часов. Как и я, типичный разработчик программного обеспечения думает только о времени написания кода.
Войдите в жизненный цикл разработки программного обеспечения. На самом деле, есть задачи перед разработкой, задачи завершения после разработки и есть постоянные задачи, которые начинаются в начале проекта и завершаются в конце. В целом, эти другие задачи занимают примерно в три раза больше времени, чем собственно разработка программного обеспечения. Этими другими задачами являются требования, анализ, проектирование, тестирование (U, I, S, A), управление и некоторый контроль качества.
Даже в качестве одного человека вы будете выполнять все эти вещи в дополнение к фактическому изменению кода. Скорее всего, вам будет сложно различить составные части. Будет казаться, что это просто часть работы. Поверьте, если вы этого не сделаете, у вас не будет много работы. Требования и приемочные испытания являются жизненно важными интерфейсами для клиентов, но могут быть только телефонным звонком. Анализ и дизайн могут очень быстро течь вместе с кодированием, поскольку вы хорошо знакомы с системой и пользовательским интерфейсом, но вы все еще делаете это. Бьюсь об заклад, вы никогда не отодвинете изменения, по крайней мере, не просмотрев код локально, а затем еще раз после установки в клиентской среде. Полный жизненный цикл.
После всего этого и в ответ на ваш вопрос, хотя кажется, что изменение довольно небольшое, вы должны обратить внимание на то, сколькими из них можно управлять за один день. Как только вы поймете, сколько времени требуется, вы почувствуете себя более комфортно, выставляя счет минимум за час и выставляя счета более регулярно, чтобы клиент не забывал о работе. Восприятие - единственная реальность, управляйте ею внимательно.
Как только вы поймете, сколько времени требуется, вы почувствуете себя более комфортно, выставляя счет минимум за час и выставляя счета более регулярно, чтобы клиент не забывал о работе. Восприятие - единственная реальность, управляйте ею внимательно. Как только вы поймете, сколько времени требуется, вы почувствуете себя более комфортно, выставляя счет минимум за час и выставляя счета более регулярно, чтобы клиент не забывал о работе. Восприятие - единственная реальность, управляйте ею внимательно.Если вы находитесь в режиме «наращивания мощности» с клиентом и вам необходимо накопить некоторую доброжелательность, возможно, лучше всего сделать это бесплатно в качестве жеста доброй воли. (поскольку это заняло всего 3 минуты вашего времени). С другой стороны, если это клиент, который постоянно дает вам множество бизнесов, вы также захотите раздавать халяву время от времени :-)
Если серьезно, вам может потребоваться классифицировать сам проект авансом в зависимости от времени / усилий / затрат. Я работал над некоторыми проектами, которые классифицируются как «Небольшие изменения» на основании ранее согласованного набора критериев, включающих человеко-час / стоимость. Затем легко убедить клиента объединить очень крошечные изменения в один пакет и передать его вам как проект «Мелкие изменения».