Контракты - Все Ли Клиенты Запрашивают, Некоторые Из Них Или Вообще Нет?

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

Можете ли вы дать совет о том, какие варианты я могу предпринять и что, по вашему мнению, является лучшим вариантом действий?

Фон:
Я взялся за проект по разработке темы WordPress, которая представляет собой веб-приложение для цифрового агентства. Мне предстояло работать с другим человеком, которого я считал опытным разработчиком, но который, как оказалось, имел очень ограниченные знания html и css. Устная договоренность заключалась в том, что другой разработчик (работающий в агентстве) сделает всю работу над HTML, CSS и анимацией (gsap javascript). Мои ошибки включают (но не ограничиваются); согласие на ускоренный график проекта (я сказал 12 недель, но они сократили меня до 4 недель), фиксированная цена проекта, думая, что другой разработчик может внести свой вклад, соглашаясь на проект, не заставляя его четко излагать все свои потребности (анимация, webgl интеграции и др.).

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

Проблемы:

• Клиент продолжает добавлять новые задачи, он считает их расширением/изменением функций, которые я согласился сделать в контракте, но эти изменения требуют значительных затрат времени.
• Изменения разработчика содержат ошибки и ошибки.
• Разработчик должен поддерживать проект после того, как я закончу, но у него нет навыков или опыта для компиляции проекта для развертывания. Мне нужно было научить его использовать git, npm, webpack, vue.js и т. д. В настоящее время у него проблема: он не может скомпилировать проект в производственном режиме. Очевидно, это как-то связано с его версией npm/node, потому что она У меня отлично работает на двух разных компьютерах и ОС. Но клиент и он думают, что это моя установка проекта. Должен ли я или я обязан решить за него эту проблему? Если он не сможет это исправить, клиент не сможет поддерживать/развертывать проект. Чтобы исправить это, я должен сесть с ним, просто отладить проблему и попытаться найти решение. У клиента сложилось впечатление, что проблема в моем коде или настройке проекта.

Какие действия мне доступны? Должен ли я отказаться от оказания технической поддержки разработчику? Должен ли я согласиться на некоторые изменения, которые хочет клиент? Должен ли я сказать «нет» всем из них?

Что я хочу сделать:

На данный момент я хочу оставить им проект как есть. Это неприятно, но я считаю, что реализовал функции, изложенные в контракте. Я понимаю, что получу большую потерю репутации и, возможно, судебный иск. Я выставил счет клиенту двумя частями, то есть 50% через 2 недели (клиент оплатил это) и еще 50% через 3 недели после этого (еще не оплачено). Я рад потерять последний взнос, и, может быть, это обеспечит некоторую юридическую защиту?

#контракты #этика

Вот в чем дело....

Вам нужно иметь беседа с клиентом. Не электронные письма, не текстовые сообщения, не мгновенные сообщения, а беседа как в Говорящий по телефону, Skype или лично. Это ни за что вы собираетесь адекватно выразить свою обеспокоенность через любой способ доставки текста. Текст прослушивается в голос читателя не писатели. Итак, если клиент вообще обеспокоен, раздражен или обеспокоен, это обнаружится, когда он читать что-либо. Твой Тон голоса обязателен и должен передаваться, а не внутренний голос клиента. Оставить это на усмотрение клиента при интерпретации текста почти во всех случаях — это рецепт спора или дискурса.

Не голословно поговорить с клиентом и озвучить проблемы...

• Меня не устраивает, что новые функции реализуются за ту цену, о которой мы договорились. Эти расширения могут занять довольно много времени и значительны, и я не могу завершить их по текущей цене. Я рад обсудить расширения и изменения как отдельный этап после родов.
• К сожалению, во многих случаях меня переполняет необходимость тренировать [имя разработчика]. К ним относятся хххх, хххх, хххх, ххх. Кроме того, проблемы создаются из-за неправильного xxxxxx. Все это также отнимает у меня немало времени. Я обеспокоен тем, что в дальнейшем эта цифра не уменьшится, и, опять же, я не могу поддержать продолжение обучения по текущей цене, о которой мы договорились.
• Я очень рад продолжить обучение и расширение, но нам нужно определиться с ценами на дополнительное время, которое они потребуют. Если вы считаете, что это неоправданно, я буду рад предоставить жизнеспособный продукт, соответствующий нашему первоначальному соглашению. На самом деле, на мой взгляд, мы уже там.