Руслан Раянов: Как создать свою CRM

Требования к команде разработки.

Укажите, кто именно вам нужен. Если у вас есть IT-директор или технический специалист, то привлеките его к этой работе.

Какой должен быть состав команды разработки?

Какой компетенцией они должны обладать?

Есть ли пожелания по взаимодействию с командой? (например, условие – хотим иметь возможность напрямую общаться с разработчиками, а не только через менеджера).

В какие часы/дни специалисты должны быть доступны?

Какие средства связи использовать (скайп, телефон)?

Личные встречи?

После всех вопросов напишите, что конкретно вы хотите получить от исполнителя, если его заинтересовал проект.

Вообщем, вам нужен от него заполненный бриф.

Что может включать бриф:

– ваша оценка проекта (сроки, бюджет)

– ответы на вопросы

– технологии

– порядок работ

– город, ФИО, контакты

– портфолио, кейсы

– предложения по созданию CRM

А теперь давайте рассмотрим, какими качествами должна обладать хорошая концепция:

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

➢ структурированность. Структура рассмотрена выше.

➢ однозначно определяет порядок действий. Желательно точно и понятно описать, что должен сделать потенциальный подрядчик для начала взаимодействия по проекту.

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

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

Об этом мы и поговорим в следующей главе.

Глава 3. Пишем техническое задание и выбираем исполнителя на проект

Наверное, каждый понимает, что качество его будущего продукта зависит в большей степени от качества работ исполнителя, чем от технологий, которые он выберет. В этой главе мы сосредоточимся на том, как подобрать исполнителя и написать совместно с ним техническое задание (ТЗ).

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

В прошлой главе мы составили концепцию проекта. Этот документ мы будем использовать как основной для поиска исполнителя.

Я бы выделил три канала поиска кандидатов на разработку:

Поисковики. Ищем подрядчика через поисковые системы. Сразу попадаем на его сайт и изучаем его предложение, портфолио и т.д.

Биржи. Заходим на биржу фрилансеров типа fl.ru и выкладываем свою концепцию. Исполнители сами пишут вам свои предложения.

Рейтинги. Вы находите рейтинг поставщиков CRM и исходя из него выбираете. Понятно, что выбирая поставщика с высоким местом в рейтинге, вы имеете дело с высоким ценовым сектором.

Более простой способ – опубликовать проект на бирже. Исполнители сами вас найдут.

Важно, чтобы в концепции вы сразу написали о том, кто вам подходит, а кто – нет. Также укажите максимально конкретно, какую информацию и в каком виде вы хотите получить от кандидата.

После того как вы получите 3-10 предложений от подходящих кандидатов, вам предстоит выбрать из них одного. Хотя в некоторых случаях, если ваш бюджет позволяет, вы можете начать работу над ТЗ параллельно несколькими кандидатами. Через некоторое время будет понятно с кем проще и продуктивнее работать. При этом вы никого не обманываете, т.к. другие исполнители получат деньги за проделанную часть работы.

Какие критерии отбора я бы выделил в первую очередь:

➢ Скорость и полнота ответа. Это показывает, насколько заинтересован исполнитель в проекте. Нет заведомо пустых обещаний (например, сделаем и внедрим за 1-2 недели).

➢ Демо и портфолио. Вам необходимо понять какой backend есть у исполнителя. Делал ли он подобные проекты?

➢ Ценовой диапазон и сроки. Насколько их оценки соотносятся с вашей оценкой? Они не должны отличаться более чем в 3 раза.