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

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

Я не знаю, що робити.

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

Як я можу спілкуватися з такими клієнтами в таких ситуаціях? Як уникнути конфлікту?

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

Через 2 роки : Ух! Дуже питання! Багато популярного!
Я вирішив дозволити всім закінчити цю історію. Я зіштовхнувся із замовником, пояснив, що не буду працювати, поки не отримаю зарплату за те, що зробив, і поки не буде відкрито погодинний контракт. Вони заплатили мені наступного дня і відкрили контракт. Почалася плідна, але коротка співпраця. Усі були щасливі. За винятком я не отримав жодного відгуку.

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

Все змінилося, коли я змінив свій спосіб думати про клієнтів: всі клієнти - шахраї.

Дозвольте сказати це ще раз:

ВСІ КЛІЄНТИ - КОНТЕЙСТВИ

Коли ви переходите до цієї точки зору, це коли ви усвідомлюєте, що фактично у вас є важелі більшості часу, навіть коли у вас немає договору, який би підтримував вас.

Ось що ви робите:

• Якщо ви вже доставили, ви вже накрутили : На цьому етапі ви повинні вирішити, чи хочете ви все більше викручуватися, і клієнт продовжує робити вас своїм b ****.
• Якщо ви не доставили, є надія : запуск - це ваші важелі, і ви все одно можете отримати зарплату. Домовляйтеся про сплату щонайменше на 50% або просто киньте весь проект і залиште його на свою удачу, це ваш важіль . Я був на цій посаді принаймні два рази і не ризикував, коли міг, для мене все пішло погано, і я заплатив ціну. Звучить холодносердечно, але це часто справа не повернення .

• Якщо ви вважаєте, що це лише проблема комунікації, ви можете її виправити (якщо і лише тоді, коли клієнт хоче) : Ви можете використовувати попереднє все ще в якості важеля, але рішення - попросити клієнта призначити єдиного представника для проект, найкращі варіанти для цього:

  • Власник проекту
  • Зацікавлена ​​сторона, визначена власником проекту
  • "Права" власників

  Це фактично змусить їх переспрямовувати всі запити в одну точку, де речі можуть бути відсортовані на їх стороні, а не на вашій. Ви відчуваєте суміш повзучості функцій та відсутності управління очікуванням .

У будь-якому випадку, і якби я був ти, я би звернувся до oDesk для допомоги у цій справі. Я впевнений, що є багато клієнтів, які поводяться так, щоб вимагати більше роботи з підрядників. Якщо у вас є докази того, що проект завершено відповідно до контракту, використовуйте контракт як зброю .

Я впевнений, що у oDesk є контракти на щось .

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

Я зробив помилку, що надто багато дбав про клієнта, але вам цього не потрібно.

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

Крім того, і якщо у вас немає абсолютно іншого вибору, і замовник потребує розгорнутої програми, щоб заплатити вам (бо це в договорі, інакше не поступайтеся), розгорніть його у власній інфраструктурі і не надайте доступу до неї нікому іншим тим, кому ви б довіряли своє життя (я серйозно ставлюсь до цього). Це ваш останній можливий важель, де ви можете сказати: "у вас є X днів, щоб заплатити, або послуга буде знята". Прикиньте, що він орендує ваш будинок, який ви є власником, і він може просто залишити один день без повідомлення, і ви ніколи не зможете відстежити його назад або дати йому змогу платити вам.

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

Зазвичай, коли вам доведеться переслідувати свого клієнта за оновлення, це поганий знак.

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

За погодинними договорами ви можете правильно позначити, над чим працювали, і скільки ви заборгували. Набагато простіше отримати oDesk, щоб змусити клієнта заплатити.

У договорах з фіксованою ціною шансів немає. Ваш клієнт і лише ваш клієнт вирішують, коли і скільки платити. oDesk навіть про це говорить у своєму документі / на сайті підтримки. Вибачте, якщо ваш проект є фіксованою ціною; Я б сказав, затримайте роботу на викуп і вимагайте все, що ви можете отримати - тоді під заставу.

Такі клієнти висмоктують життя з вас.

Що означає "завершення"? Чи означає це: "Всі завдання в договорі виконані"? Якщо це так, ваш клієнт явно порушує договір, і вам слід розглянути можливість отримання адвоката, щоб написати йому «доброзичливий» лист, щоб нагадати йому про його зобов’язання. Ти повинен зберігати це як крайній захід і намагатися скористатися більш дипломатичним підходом, наприклад, намагатися переговорити контракт, щоб включити завдання, які він додає, залежно від того, що: а) вам платять за роботу, яку ви вже зробили як на умовах первісного контракту; і б) вам також будуть сплачені додаткові роботи.

Якщо в контракті передбачено, що вам буде виплачено, коли проект буде "завершений", то, можливо, у вас виникнуть проблеми. Запитайте будь-якого хорошого розробника, і він скаже вам, що програмне забезпечення ніколи не закінчене, воно або знаходиться в обслуговуванні, або його покинули. Якщо ви погодилися, що клієнт може заплатити за завершення, і він звернеться до суду, його захист, ймовірно, буде в тому, що проект не є завершеним, оскільки існує величезний перелік вимог, які він додав до проекту, яких ви не виконали.

Я сподіваюся, що у вашому контракті зазначено, що вам будуть сплачені за виконання вимог, визначених у договорі. Якщо це так, і якщо вам зрозуміло, що ваш клієнт навмисно тузає вас і намагається витягнути з вас роботу, на яку ви ніколи не погодилися, то у вас є варіанти. Якщо написано "оплата після завершення", то у вас може бути значно менше варіантів. Ви можете спробувати переговорити контракт, але якщо він не бажає відступати, я не впевнений, куди ви можете піти звідти.

РЕДАКТУЙТЕ ДОДАТИ: У коментарі "всі продовжують додавати вимоги" наприкінці Вашого запитання дзвонять зі мною серйозні сигнали тривоги. Я сподіваюся, що ви не прийняли до робочого списку будь-яку іншу вимогу, крім особи, з якою ви домовлялися! Ви повинні приймати вимоги та змінювати запити лише однієї людини, інакше може настати хаос. Особа A може подумати, що це було б акуратно, якщо ви додали в проект функцію X, але якщо платять людині B, а вони не знають особу. А додали функцію до проекту, вони можуть скласти враження, що ви додаєте те, що вони не просили проект лише для того, щоб отримати з них більше грошей. Це неодмінно призведе до поганої крові. Гірше, що ви можете закінчити загальний безлад проекту з набором суперечливих вимог та коду, який не відповідає " t не виконувати свою первісну мету, тому що намагається догодити набору й інших зацікавлених сторін. Повинно бути чітко визначений процес додавання вимог, і особа, яка сплачує рахунки, повинна бути повністю обізнана з будь-якими вимогами, які додаються.