Що робити, коли клієнт запитує щось необґрунтоване (з моєї точки зору)


10

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

Тепер мій клієнт сказав: я заплатив вам, щоб щось зробити, і хтось скаржиться; тому ви не зробили свою роботу правильно.

Що я можу зробити в цій ситуації і як ви вирішите це?

Відповіді:


29

Якщо ви ще цього не зробили, визначте мінімальні системні вимоги вашого веб-сайту, наприклад

  • підтримувані браузери¹,
  • мінімальний розмір дисплея,
  • необхідні дозволи на cookie,
  • тощо.

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


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

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


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

Підтримка IE8-10, FF12-19 та Safari 5 включена в пропозицію. IE7 можна включити за додатковий $ xxx, IE6 за додатковий $ xxxx.

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


4
Ви, безумовно, повинні були визначити ці вимоги достроково. Клієнт буде в межах своїх прав відмовитись сплачувати будь-який рахунок, який ви видаєте, за роботу, виконану для вирішення цієї ситуації; Ви фактично змінювали б умови договору, згідно з яким Ви надавали свої послуги. Це сказав, що я там був, і це смокче. Замість того, щоб бути конфронтаційним, я б спробував це вирішити миролюбно, пояснивши, що ви дослідили якнайкраще (доведіть це!) І не змогли відтворити сценарій.
Стів Хілл

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

1
@StephenOrr: Дуже добре. В ідеалі не слід змінювати умови договору, а уточнювати, що було неявно узгоджено під час укладення договору. Це не буде ні "кожен браузер коли-небудь зроблений", ні "лише абсолютно нові браузери" - про це потрібно буде домовитися. Зрештою, ОП, ймовірно, повинен буде підтримувати кожен браузер зі значною часткою ринку.
Хайнці

3

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

Як програміст, ви повинні це врахувати cookie-restriction/old browserі належним чином облікувати. Не існує прийнятного рішення, в якому 'занадто погано; оновлення! ' є прийнятним, якщо не вказано вашим клієнтом.

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


І тому 'занадто погано; оновлення! ' завжди повинні бути прописані в договорі для будь-якої роботи з розробки веб-сторінок, і клієнт повинен завжди бути зобов'язаний погоджуватися з набором підтримуваних браузерів. Або ви вважаєте, що це неприйнятно, якщо його веб-сайт не працює на веб-переглядачі Amiga 500 та AWeb?
Carson63000
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.