Чи можна працювати з недовірливими клієнтами [закрито]

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

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

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

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

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

Інша сторона полягає в тому, що сам досвід може бути корисним для нас, але чи варто його мати досвід, як і в тому, яка навіть є ймовірність отримати подібного клієнта в найближчий час. Ми навіть очікуємо, що ми будемо відповідати таким клієнтам?

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

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

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

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

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

І останній варіант, але краще, оскільки ви не просите жодної роботи, киньте його! ;)

Під критичними матеріалами я мав на увазі доступ до коду клієнтів.

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

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

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

Найсерйозніший недолік - це не зайві клопоти, які ви зазнаєте у розвитку, а повільний поворот із виправленнями помилок після запуску. Якщо ваша система не буде простою (або вас звати Дональд Кнут), після розгортання у вас з’являться помилки, незалежно від того, наскільки ви обережні.

Я працював з клієнтом, який принципово недовіряв, і це надзвичайно склало життя.

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

Однак є різниця між тим, у кого були спалені пальці, і тим, хто має параноїдальний характер. В останньому випадку я б взагалі уникав клієнта, оскільки з ними буде складно і дорого. Не неможливо, але дуже важко, дуже дратує і, швидше за все, серед 20% клієнтів, які забезпечують 80% вашої підтримки підтримки.

Я багато років працював в галузі інформаційних технологій та уряду. У таких умовах розробники НІКОЛИ не мають доступу до виробничої системи. Курс повинен бути рівним для надання інструкцій з установки, особливо для коду, який розробляється клієнтом.

Я припускаю, що клієнт буде володіти кодом, який ви їм пишете.

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

Поступово будуйте свою довіру до цього клієнта, і, зрештою, він / вона зійде і надасть вам доступ, необхідний для виконання роботи.