Инструкция для заказчиков по работе с фрилансерами

Сегодня я не буду читать нотации фрилансерам по поводу того, как надо обхаживать заказчика, дабы он снова и снова к вам обращался, неизменно улучшая финансовое положение. Я также не стану размышлять на тему, как должны строиться отношения между клиентом и компанией-исполнителем. Пусть по этому поводу болит голова у проект менеджеров. В конечном итоге именно их обаяние повлияет на то, будет ли заключен договор и на какую сумму. Сейчас мы раз0берем пару основных моментов, которые облегчат взаимопонимание между представителем компании заказчика и фрилансером делаем это на примере процесса разработки сайта).

Этап 1. Выбор исполнителя

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

Нету среди знакомых? Тогда идем на фриланс биржи, открываем там проект, максимально четко, но кратко описываем суть проблемы, указываем бюджет в какой хотим уложиться, ждем заявки. После поступления заявок выбираем тех, с кем бы хотели работать (идет оценка портфолио). Если кандидатов несколько - пообщайтесь с каждым, уточните все что хотите уточнить и определитесь с выбор.

Не забудьте проинформировать о том, что вы будете работать именно с ним!

Этап 2. Обсуждение условия сотрудничества

Обсудите все детали вашего дальнейшего сотрудничества, если надо - подпишите договор подряда. Обсудите как будет происходить оплата: валюта, в каких объемах, срок. Уточните все, что касается гарантий, доработок и поддержки проекта. Ничего (кроме форс-мажора) в дальнейшем не должно повлиять на возможность реализовать проект качественно и в срок, будь то погода в харькове, забастовки в Греции, акула в Египте или извержение вулкана в Японии и пр.

Этап 3 - составление техзадания, заполнение брифа

Вы должны ОЧЕНЬ четко представлять, что хотите получить в конечном итоге. В идеале, у вас еще до обращения к фрилансеру должно быть техническое задание. Если его нет, то ОБЯЗАТЕЛЬНО надо составить. Попросите у фрилансера заполнить бриф, это вам поможет скомпоновать свои мысли на первоначальном этапе. Если вы не до конца представляете, что хотите получить (а именно так и бывает чаще всего), то посоветуйтесь с профессионалом. Если вы заключили договор, то техзадание обязательно должно идти к нему приложением. В техзадание прописывается весь функционал до мельчайших деталей.

Не можете написать сами - найдите исполнителя. Вы можете, конечно, попросить этого же дизайнера самому все придумать, но он НЕ ОБЯЗАН это делать. Особенно с учетом того, что написание ТЗ представляет собой отдельную услугу и тоже оплачивается. не экономьте деньги на этом этапе, иначе можете получить черти-что. И поверьте - исполнитель будет по-своему прав, т.к. вы не позаботились о том, чтобы предоставить информацию в полном объеме и надлежащем виде. Чем детальней - тем лучше.

Этап 4 - работа над проектом

Оговорите сроки реализации проекта, определите промежуточные этапы (так сказать контрольные точки), каким образом будет осуществляться проверка/тестирование, делается ли оно только со стороны заказчика или это перекладывается на разработчика (в таком случае сколько дней уделяется на этот этап). Определите санкции за просрочку (но не забывайте, что все мы люди). Запомните, что все доработки, которые идут не по ТЗ (техзаданию) должны делать только ПОСЛЕ СДАЧИ ПРОЕКТА. Акцентирую на этом внимание потому, что большинство заказчиков еще на этапе реализации любит вносить свои мелкие корректировки, которые потом выливаются в большие проблемы, вплоть до перестройки структуры БД.

Этап 5 - тестирование и прием проекта

Если проверку работоспособности вы осуществляете своими силами (это подразумевает детальную проверку функционала всех возможностей сайта и системы управления, под разными браузерами и операционными системами, а не просто быстрая “пробежка” по сайту с парой кликов по ссылкам), то пишите детальный отчет. Что работает, что НЕ работает и ПРИ КАКИХ УСЛОВИЯХ, а не просто как это обычно бывает: “У меня эта хрень не работает”. Какая хрень? Когда конкретно не работает? В каком браузере? Точно не работает или она не должна работать по ТЗ? Лучше всего составить чеклист (это можно сделать на этапе согласования техзадания и брифа) и уже проходиться по нему по пунктам.

После того, как все ошибки исправлены, сайт работает, остается только подписать документы, оплатить услуги и осуществить передачу всех файлов (если разработка шла на сервере исполнителя, а не заказчика).

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

Спасибо за добавление статьи в: