Как рассчитать бюджет проекта e-commerce? Часть 3: внедрение

Что важно учесть при расчёте услуг на внедрение e-commerce? Какие ошибки на первоначальном этапе могут существенно сказаться на стоимости проекта уже в ходе реализации?

Сейчас все меньше компаний реализуют серьезные проекты e-commerce собственными силами. Для этого, как правило, они привлекают опытных партнёров. Что важно учесть при расчёте услуг на внедрение? Какие ошибки на первоначальном этапе могут существенно сказаться на стоимости проекта уже в ходе реализации?

Все разнообразие услуг по внедрению e-commerce можно разделить на 4 блока.

Функциональные требования

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

Функциональный объем важно зафиксировать в сервисной матрице – документе, который содержит подробное описание всех возможностей сайта. Формировать его лучше совместно с экспертом в этой области, иначе есть риск, что в дальнейшем вы столкнётесь с ситуацией, когда важная функция отсутствует в первоначальном объеме, а без нее работать просто невозможно либо очень неудобно. При этом дополнительные услуги по разработке будут означать незапланированные расходы.

Не очень профессиональные игроки рынка, как правило, предоставляют лишь ресурсный план проекта, исходя из которого они рассчитывают его стоимость. При этом объем часто описывают общими фразами, типа «внедрение e-commerce решения». Это, в первую очередь, риск для заказчика. Ведь потом, в ходе проекта, ваш поставщик услуг может сказать, что та или иная функциональность не входила в его представление о «e-commerce решении», тогда как вы ожидали, что входила. Дабы избежать подобных споров и потерянного времени, фиксируйте объем детально в начале ваших отношений, к тому же, так будет намного легче сравнивать различные предложения.

Один из вариантов решения такой проблемы на берегу – выбор преднастроенного решения как базы для начала переговоров об объеме проекта. Но надо понимать, что преднастроенное решение подходит для компаний, которые не предъявляют специфических требований к сайту. Одним из таких решений является SAP Hybris Commerce Accelerator – система многоканальной коммерции, стандартная версия которой уже включает модули для мобильной и интернет-торговли, управления заказами и организации центра телефонного обслуживания. Всего через 3-4 месяца вы получаете готовую к использованию систему, функциональность которой в дальнейшем также можно легко расширять.

Нефункциональные требования

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

Интеграция

В этой части очень важно тщательно продумать и прописать все интеграционные интерфейсы с бэк-энд системами. На первый взгляд может показаться, что их не так уж и много: товар, цена, остатки, заказы. Но, как показывает практика, в хороших, качественных системах e-commerce количество интерфейсов измеряется несколькими десятками и иногда доходит до сотни.
Для чего это необходимо? Чем больше у вас интерфейсов в бэк-энд системах, тем более качественную и точную информацию вы можете предоставить вашему клиенту. Например, график доставок или календарь планирования доставок. Если эта информация передается на сайт из бэк-энд системы, то клиент через личный кабинет сможет узнать, в какое время он получит свой товар (например, находясь дома или на работе).

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

Дизайн и верстка

Если вы планируете отдать задачу по разработке дизайна и верстке специализированному подрядчику, то стоит заранее определить необходимые количественные показатели — количество макетов страниц и объем элементов на них, количество шаблонов для этих страниц, а также зафиксировать формат результата услуг подрядной компании: макет страницы в формате Photoshop или же уже сверстанный на html макет. В остальном набор услуг подрядчиков более или менее схож.

В случае с SAP Hybris, например, необходимо продумать количество шаблонов, количество компонентов системы, так называемых модулей страницы. Эти параметры нужно детально зафиксировать. Конечно, грамотный подрядчик вам объяснит функциональность тех или иных модулей и потребность в них конкретно в вашем случае.

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

Качественная проработка четырех блоков, о которых шла речь выше, позволит вам оценить затраты на проект e-commerce в части внедрения детально и без рисков. А добавив к этому стоимость лицензий, затраты в части канальной инфраструктура и серверной архитектуры, вы сможете рассчитать бюджет на весь проект.