- PVSM.RU - https://www.pvsm.ru -
В прошлой своей публикации я рассказывал про Обусловленное нет [1]. Кратко, часто нужно заказчику говорить обусловленное нет, с пояснениями и аргументацией, выслушать его доводы, где-то подвинуться, где то остаться стоять на своем. Клиенто-ориентированному предпринимателю сложно осознать, что иногда необходимо заказчику говорить принципиальное нет, давайте рассмотрим случаи, когда это необходимо.
Во-первых, что такое принципиальное нет. Это когда, вы говорите нет и предупреждаете заранее что такова ваша принципиальная позиция и к сожалению вы не можете её изменить. Вы можете потерять клиента, вы можете нарваться на скандал, но зато вы можете сохранить свою репутацию, время и деньги.
В таких случаях, всегда обе стороны оказываются в проигрыше. Вы, потому что потратите время, на то чтобы делать задачи, переделывать задачи, и снова делать задачи. Клиент, потому что он в голове держал одну сумму за работы, а вы назовете совсем другую. В таком случае, вам необходимо четко и внятно сказать Нет. Предупредить что вы работаете только по четко определенным задачам.
Выход из ситуации? Предложить контракт на подготовку технического задания (спецификации), если вы готовы бесплатно инвестировать свое время можно это сделать бесплатно, но я вам настоятельно рекомендую за написание технической спецификации и выяснение всех требований, клиенту всегда, во всех случаях, даже по дружбе, даже по братски, выставлять счет. Это позволит вам понять, действительно ли клиенту нужна эта система.
Сразу скажите клиенту, что вы систему подготовите к работе в бою, в течение Х дней с момента получения хотя бы 50% от стоимости договора. Не забывайте у клиента может смениться менеджмент, может заболеть бухгалтер, противные налоговики могут арестовать счета, может произойти куча различных случае в которых, вполне обоснованно и справедливо клиент не сможет оплатить вашу работу. Тут как бы и плохим не хочется быть и понять клиента можно. Но ведь ЗП сотрудникам надо платить исправно.
Выход из ситуации? Всегда и везде требуйте предоплату 30% минимум, 50% хорошо, поэтапная сдача проекта с привязкой Результат-Оплата, лучше всего. При этом, обязательно, детально пропишите условия поддержки. Стандартно год бесплатно на исправление багов. Если нужны консультационные услуги пропишите кол-во часов в месяц, которые вы готовы выделить на поддержку. Не забывайте, вся ваша гениальная работа по разработке сложной системы, можем быть испорчена двумя-тремя звонками вашего клиента в поддержку, когда ему не смогут помочь
Лучше купить одну лицензию и пользоваться ей на одном рабочем месте вашего ключевого разработчика, чем просто тупо воровать какие-то библиотеки, коды.
Если заказчик предлагает вам «договориться» и мол вот он знает как своровать систему, не ведитесь на это. Сегодня заказчик сказал вам одно, завтра скажет совершенно другое.
Выход из ситуации? Их много. Используйте опенсорс. Используйте гибкие схемы лицензирования, предложите как можно управлять лицензиями на уровне количества пользователей. Пишите код сами.
Спасибо за внимание. Надеюсь информация была вам полезна.
Автор: undry
Источник [2]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/upravlenie-proektami/113044
Ссылки в тексте:
[1] Обусловленное нет: https://megamozg.ru/post/22794/
[2] Источник: https://megamozg.ru/post/24266/
Нажмите здесь для печати.