Руслан Раянов - Как создать свою CRM
Вы должны описать одним предложением точную суть вашего проекта. Тем самым вы сэкономите кучу времени другим людям, которые будут просматривать вашу концепцию. Уже по заголовку будет понятно – подходит ли это подрядчику или нет.
Дело в том, что при неясном описании вам будут задавать одни и те же вопросы – и вы будете тратить время на их обработку. Поэтому исключите интригу (создание очень большой программы для суперкомпании), пишите просто и понятно.
Если есть критичные требования, то их тоже лучше указать в заголовке. Это могут быть технологии, территориальная расположенность подрядчика, сроки, бюджет.
Плохие примеры:
Создание сайта
Нужна программа
CRM
Хорошие примеры:
Нужна студия на разработку движка CRM
Разработка CRM на заказ
Разработка CRM на заказ, только Москва.
Состав модулей (определение ролей пользователей и их функций).
Для начала хотя бы в общих чертах определитесь, какие будут в вашей системе роли. Роль – это типовой пользователь в вашей системе. Например, продавец, администратор, оператор, менеджер, работник склада и т.д.
После того, как вы определили роли в системе, кратко опишите их.
Например, роль – продавец. Продавец имеет следующие функции: создание коммерческого предложения, просмотр базы клиентов, обработка потенциальных клиентов и их предзаказов, печать документов для заказов.
Требования к технологиям
Если у вас на предприятии уже используются сервера, то подумайте о том, чтобы будущая CRM была совместима по технологиям с существующей инфраструктурой. Это необязательное требование, но лучше заранее продумать этот момент. К примеру, если у вас на сервере используется ПО MS Windows, то нет смысла делать свою CRM на технологиях, которые подразумевают использование серверов Linux. Если все ваши системы будут сделаны на одних и тех же технологиях, это снизит стоимость поддержки IT-решений.
Если нет никакой привязки к технологиям, то тоже лучше кратко укажите этот момент к концепции. Будет меньше вопросов.
Параметры проекта.
Указывайте всегда вилки оценки стоимости и сроков.
Точную стоимость указывать бессмысленно, т.к. в ходе проекта будут новые дополнения и развитие функционала. Нужен просто порядок цен и сроков, чтобы подрядчик это соотносил со своими возможностями / ресурсами.
Т.е. сейчас задача не стоит в том, чтобы точно оценить бюджет и сроки. Нужно просто понимание контуров проекта. Для заказчика и для подрядчика.
Есть еще один параметр проекта – качество. Но его довольно сложно описать кратко в концепции. Как вариант, вы можете требовать некоторых гарантий. С другой стороны, гарантии вам выдают продавцы от IT компаний, а обеспечить их будут разработчики. И здесь иногда возникает некоторое рассогласование обещаний продавцов и фактического сервиса компании.
Требования к команде разработки.
Укажите, кто именно вам нужен. Если у вас есть IT-директор или технический специалист, то привлеките его к этой работе.
Какой должен быть состав команды разработки?
Какой компетенцией они должны обладать?
Есть ли пожелания по взаимодействию с командой? (например, условие – хотим иметь возможность напрямую общаться с разработчиками, а не только через менеджера).
В какие часы/дни специалисты должны быть доступны?
Какие средства связи использовать (скайп, телефон)?
Личные встречи?
После всех вопросов напишите, что конкретно вы хотите получить от исполнителя, если его заинтересовал проект.
Вообщем, вам нужен от него заполненный бриф.
Что может включать бриф:
– ваша оценка проекта (сроки, бюджет)
– ответы на вопросы
– технологии
– порядок работ
– город, ФИО, контакты
– портфолио, кейсы
– предложения по созданию CRM
А теперь давайте рассмотрим, какими качествами должна обладать хорошая концепция:
➢ краткость и лаконичность. Без «воды». Если написано слишком много и беспорядочно, то есть вероятность, что многие даже не прочтут вашу концепцию, либо поймут ее неверно.
➢ структурированность. Структура рассмотрена выше.
➢ однозначно определяет порядок действий. Желательно точно и понятно описать, что должен сделать потенциальный подрядчик для начала взаимодействия по проекту.
После того, как вы написали концепцию, покажите ее своим коллегам, друзьям и родственникам. Им понятно, что там написано? Возникают ли встречные вопросы по концепции, которые надо осветить в ней? Если вопросов нет, то либо можно переходить к следующему шагу, либо им совсем ничего не понятно. Задайте вопросы по концепции и добейтесь четкого однозначного ее понимания.
Проработав свою концепцию и протестировав ее на своем окружении, приступайте к поиску подрядчика для реализации своего проекта и написанию технического задания.
Об этом мы и поговорим в следующей главе.
Глава 3. Пишем техническое задание и выбираем исполнителя на проект
Наверное, каждый понимает, что качество его будущего продукта зависит в большей степени от качества работ исполнителя, чем от технологий, которые он выберет. В этой главе мы сосредоточимся на том, как подобрать исполнителя и написать совместно с ним техническое задание (ТЗ).
Почему именно в такой последовательности? Дело в том, что при написании ТЗ исполнитель сразу будет его оценивать как сторона, которой все, что написано в ТЗ, необходимо будет реализовать. Еще одним плюсом этого подхода является то, что в процессе написания ТЗ исполнитель глубже погрузится в вашу предметную область и более четко представит ваши цели и задачи.
В прошлой главе мы составили концепцию проекта. Этот документ мы будем использовать как основной для поиска исполнителя.
Я бы выделил три канала поиска кандидатов на разработку:
Поисковики. Ищем подрядчика через поисковые системы. Сразу попадаем на его сайт и изучаем его предложение, портфолио и т.д.
Биржи. Заходим на биржу фрилансеров типа fl.ru и выкладываем свою концепцию. Исполнители сами пишут вам свои предложения.
Рейтинги. Вы находите рейтинг поставщиков CRM и исходя из него выбираете. Понятно, что выбирая поставщика с высоким местом в рейтинге, вы имеете дело с высоким ценовым сектором.
Более простой способ – опубликовать проект на бирже. Исполнители сами вас найдут.
Важно, чтобы в концепции вы сразу написали о том, кто вам подходит, а кто – нет. Также укажите максимально конкретно, какую информацию и в каком виде вы хотите получить от кандидата.
