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

Проблема в том, что исходное задание выполнено, контракт все еще активен, мне еще не заплатили, клиент говорит, что заплатит, когда проект будет завершен, и до тех пор новые задачи возникают постоянно или изменения в старых задачах. которые требуют полной переделки элементов. За все это клиент обещает оплату. Никаких обновлений от этого клиента в ODesk, никаких новых задач там нет. Я продолжаю напоминать клиенту о решении административных вопросов, но безрезультатно. В то же время, клиент подталкивает к продолжению работы, так как проект скоро будет запущен.

Я не знаю что делать

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

Как мне общаться с такими клиентами в таких ситуациях? Как мне избежать конфликта?

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

Через 2 года : Ух ты! Очень вопрос! Очень популярен!
Я решил рассказать всем об окончании этой истории. Я столкнулся с клиентом, объяснил, что я не буду работать, пока мне не заплатят за то, что я сделал, и пока не будет открыт почасовой контракт. Они заплатили мне на следующий день и открыли контракт. Плодотворное, но недолгое сотрудничество началось. Все были счастливы. За исключением того, что я не получил никакой обратной связи.

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

Все изменилось, когда я изменил свое мышление о клиентах: все клиенты мошенники.

Позвольте мне сказать это снова:

ВСЕ КЛИЕНТЫ - ХУДОЖНИКИ

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

Вот что ты делаешь:

• Если вы уже выполнили поставку, вы уже облажались : на этом этапе вы должны решить, хотите ли вы продолжать облажаться, и чтобы клиент продолжал делать вам свои б ****.
• Если вы не доставили, есть надежда : запуск - это ваш рычаг, и вы все равно можете получить оплату. Договориться об оплате как минимум на 50% или просто отбросить весь проект и оставить его на свою удачу, это ваш рычаг . Я был в этом положении, по крайней мере, два раза и не рискнул, когда мог, у меня все пошло плохо, и я заплатил цену. Это звучит хладнокровно, но это часто точка невозврата .

• Если вы думаете, что это просто проблема со связью, вы можете ее исправить (если и только если клиент захочет) : вы можете использовать предыдущее все еще в качестве рычага, но решение состоит в том, чтобы попросить клиента назначить одного представителя для проект, ваши лучшие варианты для этого:

  • Владелец проекта
  • Заинтересованная сторона, назначенная владельцем проекта
  • Владельцы "правой руки"

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

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

Я уверен, что у oDesk есть контракты на что-то .

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

Я сделал ошибку, слишком заботясь о клиенте в мои дни, но вам это не нужно.

редактировать : последний совет, не делайте окончательную доставку, пока у вас нет окончательного платежа. Вы всегда можете провести демонстрацию на своем ноутбуке / в помещении, чтобы убедиться, что все работает.

В качестве альтернативы, и если у вас нет абсолютно никакого выбора, и клиенту необходимо развернуть приложение, чтобы заплатить вам (потому что оно есть в договоре, иначе не поддавайтесь), разверните его в своей собственной инфраструктуре и не предоставьте доступ к нему кому-либо другому. тем, кому вы доверяете свою жизнь (я серьезно отношусь к этому). Это ваш последний возможный рычаг, когда вы можете сказать: «У вас есть X дней, чтобы заплатить, или услуга будет закрыта». Представьте, что он снимает дом, которым вы владеете, и он может просто оставить один день без предупреждения, и вы никогда не сможете отследить его или дать ему повод заплатить вам.

oDesk имеет команду / политику разрешения споров. Вы можете связаться с ними, включая детали выше, особенно о дополнительных задачах.

Как правило, когда вам нужно искать своего клиента для обновлений, это плохой знак.

Я также работаю над oDesk; и в будущем вы можете подумать о том, чтобы работать исключительно над почасовыми контрактами и заранее рассчитать, сколько часов у вас уйдет на выполнение задания.

На почасовых контрактах вы можете правильно отметить, над чем вы работали и сколько вы должны. В oDesk гораздо проще заставить клиента заплатить.

По контрактам с фиксированной ценой шансов нет. Ваш клиент и только ваш клиент решает, когда и сколько платить. oDesk даже говорит об этом в своей документации / сайте поддержки. Извините, если ваш проект имеет фиксированную цену; Я бы сказал, держи работу ради выкупа и требуй все, что сможешь получить, - тогда залог.

Такие клиенты высасывают из тебя жизнь.

Что значит «завершить»? Означает ли это, что «все задачи в контракте выполнены»? Если это произойдет, то ваш клиент явно нарушает договор, и вам следует подумать о том, чтобы нанять адвоката, который напишет ему «дружеское» письмо, чтобы напомнить ему о его обязанностях. Тем не менее, вы должны использовать это в качестве крайней меры и постараться использовать более дипломатичный подход, например попытаться пересмотреть договор, чтобы включить в него задачи, которые он добавляет при условии, что: а) вам платят за работу, которую вы уже выполнили, как в соответствии с условиями первоначального контракта, и б) вам также будут платить за дополнительную работу.

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

Я надеюсь, что в вашем контракте указано, что вам будет выплачено вознаграждение за выполнение требований, определенных в контракте. Если это так, и если ясно, что ваш клиент намеренно дурачит вас и пытается получить от вас работу, на которую вы никогда не соглашались, тогда у вас есть варианты. Если он говорит «оплата по завершении», то у вас может быть значительно меньше вариантов. Вы могли бы попытаться пересмотреть условия контракта, но если он не хочет сдвинуться с места, то я не уверен, куда вы можете пойти оттуда.

РЕДАКТИРОВАТЬ ДОБАВИТЬ: Комментарий «все продолжают добавлять требования» в конце вашего вопроса вызывает у меня серьезную тревогу. Я надеюсь, что вы не приняли ни одного из требований кого-либо, кроме человека, с которым вы договорились, в рабочий список! Вы должны принимать требования и изменять запросы только от одного человека, в противном случае может возникнуть хаос. Человек А может подумать, что было бы неплохо, если бы вы добавили функцию X в проект, но если это человек, который платит, и они не знают, что человек А добавил функцию в проект, у них может сложиться впечатление, что вы добавляете материал, который они не просил проект просто получить от них больше денег. Это обязательно приведет к плохой крови. Хуже того, вы можете столкнуться с полным беспорядком проекта с нагрузкой противоречивых требований и кода, который не ' не выполняет свое первоначальное предназначение, потому что он пытается удовлетворить множество других заинтересованных сторон. Должен быть четко определенный процесс добавления требований, и лицо, оплачивающее счета, должно быть полностью осведомлено о любых добавляемых требованиях.