Клиент переделал сайт и снова пишет мне: где заканчивается моя работа

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

Передача готового сайта клиенту и отдельный этап технической поддержки

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

Но стоимость проекта позволяла мне с этим поработать. Я решил: ладно, справимся. Переборол себя, взял заказ.

Сайт сделали. Клиенту понравилось, результат передали. Казалось бы, всё нормально. А дальше началась вторая серия.

Почему было четыре товара, а стало три

Через какое-то время человек пишет: «Почему у меня здесь теперь три товара в ряд, а было четыре?»

Смотрю — настройку поменял. Объясняю.

Потом: «А почему здесь съехало?» Потому что вот это изменил. «А тут что-то поломалось, не могу вернуть, как было».

Я говорю: зачем лезть наугад, если можно обратиться ко мне? Есть техническая поддержка, можно поставить задачу, я посмотрю и сделаю.

Но история пошла другим путём. У него нашлись специалисты, которые всё доработают, сделают лучше и вообще сейчас покажут, как надо. Начали что-то внедрять.

Я потом зашёл на сайт из интереса. От моего первоначального решения почти ничего не осталось. Только кнопки, наверное. С моей точки зрения, стало гораздо хуже. Но это уже их выбор: сайт принадлежит клиенту, он решил развивать его таким образом.

Проблема в другом. Вопросы о том, почему теперь что-то работает не так, всё ещё летели мне.

Нельзя переделать половину проекта и считать, что это прежний сайт

Вот здесь мне пришлось обозначить границу. Мы сделали определённую работу, её приняли. После этого настройки и реализацию меняли другие люди.

Значит, прежде чем что-то исправлять, надо вообще понять, что там теперь происходит. Это уже не ситуация, когда я помню каждую настройку и могу ответить по своей исходной работе.

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

На этом мы в итоге расстались. Свою работу я выполнил. Дальше заказчик продолжил так, как считал нужным.

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

Вопросы клиента сами по себе меня не пугают

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

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

Такие вещи часто заметны ещё на первых встречах. Когда обсуждаешь задачу, смотри не только на бюджет. Как человек слушает объяснения? Можно ли зафиксировать решение? Готов ли он разделять первоначальную работу и новую задачу?

Я в той истории сигналы видел. Всё равно пошёл, потому что цена меня устроила. То есть не надо делать вид, будто проблема свалилась совершенно неожиданно. Свой выбор я тоже сделал.

Поддержку лучше обсудить до первого сломанного блока

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

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

Оба раздражаются, а договорённость так и не появилась.

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

И при проблеме сначала выяснять, что изменилось. Кто трогал настройки, когда всё перестало работать, какая версия была до этого. Не начинать с обвинения, но и не обещать мгновенно исправить незнакомую переделанную систему.

Деньги за проект не отменяют цену общения

Можно увидеть хороший чек и решить, что ради него потерпишь любые особенности. Иногда действительно нормально работаешь и всё заканчивается хорошо. А иногда после сдачи начинается бесконечное продолжение без ясных условий.

Вот это я предлагаю учитывать заранее. Сколько времени уйдёт на объяснения? Можно ли с человеком договариваться? Что будет, когда появится новая задача?

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

Комментарии

Оцените статью:

Подтвердите, что вы человек

После проверки отправим комментарий администратору.

Пока нет комментариев. Поделитесь своим мнением первым.