• функциональные технические требования к проекту – те требования, которые обязательно следует удовлетворить при технической реализации проекта (например, должны использоваться только системы, совместимые с продуктами компании Microsoft, или программы, где предусмотрена возможность масштабирования по мере роста сайта и потребностей в контент-маркетинге);
• стоимость и продолжительность проекта – определяется бюджет и временные рамки реализации проекта.
В ходе подготовки описания проекта станут понятны приоритеты с точки зрения возможностей, функций и сервисов программного обеспечения, которые потребуются вашей компании. Разделите эти требования как при составлении документации, так и в процессе принятия решения на две категории: требования к функциям программы и требования к предоставляемым сервисам (поставщику услуг).
Например, не исключена острая потребность во внедрении новых сервисов, поскольку техническая команда исчерпала имеющиеся возможности (допустим, из-за ограниченной пропускной способности канала). В мелких компаниях такие сервисы часто вообще отсутствуют, что диктует необходимость их реализации. Или у вас могут появиться серьезные требования к функциям программы (например, к технической стороне ее работы и оценке эффективности мероприятий), поскольку ваша компания работает в регулируемой правительством сфере деятельности.
Следующий шаг – создание списка компаний, которые могут предоставить нужное решение (скорее всего, их будет четыре или пять), и оформление технического задания.
При составлении списка потенциальных поставщиков можно воспользоваться разнообразными аналитическими сайтами по всем видам инструментов для контент-маркетинга.
Подготовка технического задания
Старайтесь не задерживаться на подробном изучении возможностей программы по таблице доступных функций. Вряд ли вы соберете достаточно информации, сравнивая каждую функцию по отдельности (конечно, если у вас нет четко определенных требований). Скорее всего, для большинства программ напротив всех функций будет стоять «да». Поэтому логичнее самостоятельно определить необходимые функции программы, исходя из ранее установленных основных требований, а затем попросить поставщиков подтвердить, обеспечивает ли их решение поддержку этих конкретных требований.
После составления списка потенциальных поставщиков подумайте над созданием цикла выбора поставщика, рассчитанного на один месяц. Ниже приводится простая схема такого цикла.
Неделя 1.Вы отправляете техническое задание четырем или пяти поставщикам из окончательного списка. В задании надо подробно описать все функции и особенности решения, которые вы бы хотели проверить на встрече с поставщиком, запланированной на этой неделе.
Неделя 2 или 3.Личные презентации всех поставщиков (как вариант презентация может проходить онлайн). По возможности постарайтесь, чтобы все заинтересованные стороны в вашей компании посмотрели записи этих презентаций. На данном этапе можно начать отсеивать поставщиков, основываясь на представленных возможностях их решений.
Неделя 3.Анализ предложений всех оставшихся поставщиков. Предложения должны быть лаконичными, ведь 20-страничное предложение от четырех продавцов – это 80 страниц, которые придется внимательно прочитать вам и сотрудникам вашей компании.
Неделя 4.Принятие решения и переговоры с выбранным поставщиком.
Если описание показалось вам слишком простым, то только потому, что этот процесс излишне усложняют. В целом, если вы со своей стороны сделали все необходимое и проверили потенциальных кандидатов, то любой из них должен удовлетворять вашим техническим требованиям. Поэтому решение следует принимать исходя из указанных ниже нематериальных преимуществ.
• Какое решение наилучшим образом удовлетворяет потребности компании?
• Какое решение будет наиболее легким в использовании и упростит процесс адаптации сотрудников?
• Какое решение позволит в кратчайшие сроки обеспечить стабильную работу системы контент-маркетинга?
• Какое решение сопровождается самой лучшей технической поддержкой?
• Какое решение может быть адаптировано к изменяющимся и растущим потребностям, то есть будет способствовать, а не препятствовать изменениям?
2. Внедрение и интеграция
Читать дальше
Конец ознакомительного отрывка
Купить книгу