Blog / Wiki / Работа с заказчиком

Работа с заказчиком

By Pavel Bragin 2,979 December 31, 2015

Category:

На что следует обратить внимание:

1) Оценка проекта. Заказчик должен точно понимать что и главное когда будет реализовано. Можно использовать как таск трекер со стороны заказчика, так и предложить свой вариант.

2) Прозрачная отчетность по результатам работы по каждому дню. Это:

коммиты (они должны быть слиты до конца дня)
закрытые задачи (должны быть описаны выполненные результаты)
тайм трекер (либо UpWork, либо HubStaff), при этом заказчик должен точно понимать где именно он сможет отслеживать результат.
в письменном виде, если для описания результатов работы предыдущие варианты не подходят

3) Вежливость.

Во время переписки и общения, будьте вежливы и доброжелательны. Это поможет поддержать долгосрочные отношения с клиентом.

4) Английский язык.

Проверяйте то, что вы пишете. Соблюдайте времена, формы. Проверяйте в translate.google.com или просите помощи у коллег. По стилю вашего слога и орфографии складывается впечатление о вас и команде в целом. Согласитесь, насколько смешно звучит фраза по-русски: “Я работать с ява-скрпт, я иметь большой опыт работа” То же самое читает наш заказчик, когда вы забываете про времена и формы глаголов.

5) Требования заказчика.

Максимально внимательно относитесь к требованиям заказчика. Если что-то непонятно, то задавайте больше вопросов. Часто получается так, что заказчик просто забывает упомянуть какие-то важные детали. При этом в голове у него есть полное представление того, как это должно выглядеть и работать. А у вас нет. Наша задача – сделать так, чтобы результат нашей работы над проектом был максимально близок к ожиданиям заказчика.

6) Снова требования заказчика.

Обратная ситуация пункту 3, когда у заказчика есть только примерное понимание того, как фича должна работать. В таком случае можно предложить свои варианты решения. При этом все нужно записать и расписать по пунктам.

7) Ещё раз требования заказчика. Суммируя пункты 3 и 4, ОЧЕНЬ ВАЖНО как можно более детально описать требования, чтобы не дать заказчику возможности манипулировать в дальнейшем. Размытые и слабо конкретизированные задачи дают заказчику почву для полета фантазии.

8) Убедиться, что выбранный стек технологий позволяет реализовать все необходимые фичи. К примеру, сделать адекватное мобильное приложение на PhoneGap довольно затруднительно в виду ограниченной функциональности последнего. Или же реализовать совместную работу React.js и библиотеки, которая работает напрямую с DOM также может быть довольно проблематично. Перед тем как брать заказ, все это необходимо проанализировать.

9) Сроки. Всех заказчиков интересуют сроки и конечно же стоимость работы. Для правильного определения сроков проекта руководствуйтесь этими рекомендациями.

10) Недовольство заказчика.

Довольно часто возникают некоторые разногласия с заказчиком. И не важно по чьей вине. В данной ситуации мы должны идти на уступки. , Ведь плохой отзыв за выполненную работу может серьезно навредить команде. Наша репутация – это наше все! Лучше вернуть деньги заказчику или взять часть работы за свой счет, но при этом сделать все, чтобы отзыв клиента был положительный. Если вы видите, что клиент чем-то недоволен, сразу обращайтесь к менеджеру или руководителю проектов.

11) Грубость и хамство со стороны заказчика.

Бывает всякое, но мы не имеем права отвечать тем же. Если возникает такая ситуация, обратитесь к менеджеру или руководителю. Вопрос необходимо решить мирно.

12) Пунктуальность.

Если митинг был назначен на точное время, то будьте готовы заранее. Перед митингом стоит поинтересоваться, готов ли заказчик начать в указанное время.

Перед назначением митинга, необходимо учитывать разницу в часовых поясах. К примеру, если у нас 15:00, то у клиента вполне может быть 2:00 – глубокая ночь.

13) Если заказчик в рамках одного проекта просит выполнить дополнительную работу, то каждая новая фича должна быть оценена отдельно.

14) Запись по трекеру. Если заказ уже получен и работа началась, то переписка, общение и поиск информации по проекту должны быть учтены при записи времени по трекеру. Клиента при этом стоит поставить в известность.

15) Только наш стек технологий!

Стоит придерживаться только нашего стека технологий. Если клиент просит что-то сделать, к примеру, на PHP, то это нужно обсудить с менеджером. Даже, если вы уверены, что состоянии запилить фичу на Python / Java / C++ и тп., думайте о других членах команды. Велика вероятность, что данный проект в дальнейшем придется поддерживать и им тоже.

We are looking forward to meeting you on our website soshace.com