Это не должно требовать объяснений
Вы должны иметь возможность связаться со своим разработчиком и получить ответ в тот же день.
Вы должны знать, над чем ведется работа, не нуждаясь никого преследовать.
Вы должны получать свою работу вовремя или честное предупреждение, если что-то задерживается.
Это не чрезвычайные ожидания. Это базовое профессиональное поведение. То, что так много клиентов пострадали от разработчиков, которые не соответствуют этим базовым стандартам, больше говорит о том, кого они наняли, чем об индустрии в целом.
Вот как я на самом деле работаю.
До начала проекта
Я задаю вопросы. Много вопросов.
Что именно сломано? Что должно происходить вместо этого? Какая платформа? Какие плагины? Что вы уже пробовали? Есть ли срок? Нужно ли привлекать кого-то еще?
Это не затягивание — это надлежащая проверка. Я видел проекты, где "сломанная оплата" оказывалась неправильно настроенным ключом API Liqpay, что исправляется за 10 минут. Я также видел "мелкие исправления", которые оказывались повреждением базы данных, требующим тщательной миграции.
Я не могу точно оценить без понимания проблемы. Если разработчик оценивает вас без каких-либо вопросов — он угадывает.
Я также устанавливаю ожидания перед началом: что я доставлю, к какому сроку, что не входит, какой доступ мне нужен, как мы будем общаться.
Во время проекта
Я отвечаю на сообщения в тот же день. Обычно в течение нескольких часов.
Я отправляю обновления без напоминаний. Не романы — короткие сообщения вроде: "Проверил базу данных, нашел проблему, исправляю сейчас, должно быть готово сегодня" или "Столкнулся с осложнением из-за версии Liqpay — нужен еще один день, все остальное по плану."
Я тестирую на нескольких устройствах и браузерах, прежде чем считать что-то завершенным. Я не публикую изменения на живом сайте без предварительного тестирования на стейджинговом окружении. Я не спешу с развертыванием в продакшене.
Если что-то оказывается сложнее, чем предполагалось, я сообщаю об этом — с честной обновленной оценкой — до того, как истечет срок, а не после.
Когда возникает проблема
Иногда все идет не по плану. Исправление выявляет более глубокую проблему. Сторонний API имеет недокументированное изменение. Хостинг клиента имеет нестандартную конфигурацию.
Когда это происходит, я немедленно сообщаю клиенту, объясняю, что нашел, описываю варианты и даю пересмотренные сроки. Я не исчезаю, пока сам разбираюсь. Исчезновение — это именно то, как рушится доверие.
После доставки
Я не исчезаю, как только оплата поступает.
Я доступен для вопросов в течение 2–4 недель после доставки без дополнительной платы. Если что-то, что я исправил, ломается по причине, связанной с моей работой, я это исправляю. Если у клиента есть вопросы о том, как что-то работает, я отвечаю.
Чего я не делаю: постоянной бесплатной поддержки для новых проблем, запросов на новые функции или проблем, вызванных внешними обновлениями. Это отдельная договоренность. Но я оставляю отношения в таком состоянии, когда клиент знает, как со мной связаться, если ему понадобится дополнительная работа.
Почему другие разработчики исчезают
Я не собираюсь притворяться, что этой проблемы не существует. Она существует, и это распространенное явление.
Большинство разработчиков, которые исчезают, относятся к одной из этих категорий:
- Младшие разработчики, которые переоценили свои способности и не знают, как это признать
- Перегруженные фрилансеры с большим количеством клиентов, чем они могут обслужить
- Люди, которые недооценили работу и потеряли мотивацию
- Действительно ненадежные люди, которые не должны заниматься клиентской работой
Схема почти всегда одинакова: они замолкают не потому, что злонамеренны, а потому, что им неловко, они застряли или перегружены — и им не хватает профессионализма, чтобы сообщить об этом.
На что обращать внимание
Когда вы нанимаете разработчика, лучший предсказатель будущего поведения — это прошлое поведение.
Как быстро они отвечают на ваши начальные сообщения? Задают ли уточняющие вопросы или просто сразу называют цену? Могут ли объяснить свой план простым языком? Имеют ли реальные рекомендации или ссылки на живые портфолио?
Эти вещи важнее, чем их портфолио. Собственно работа почти второстепенна по сравнению с надежностью, коммуникацией и честностью.
Разработчик, который медленно отвечает до начала проекта, дает расплывчатые ответы о своем подходе и не имеет подтвержденной прошлой работы, показывает вам именно то, как будет проходить проект.
Выбирайте соответственно.
Если вы попытались найти надежного разработчика, но все еще не уверены в своем выборе — или просто не хотите тратить время на поиски, — мы в DevCev Digital можем помочь. Мы работаем именно так, как описано выше: с четкой коммуникацией, тщательным тестированием и поддержкой после доставки.