17 важных вопросов технологическому партнёру в eComm

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

Но какие вопросы задать? Какие дадут вам наиболее полное понимание возможности успешного сотрудничества в будущем?

Мы составили список нескольких проверенных временем примеров вопросов, которые помогут принять обдуманное решение:

1. Чем вы выгодно отличаетесь от остальных компаний, предоставляющих подобные услуги?

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

2. Какой у вас опыт работы с конкретными платформами?

Если вы решили работать с определённой платформой, такой как Magento например, спросите, какие у компании навыки и сертификаты на этой платформе. Статус партнёра, к примеру, обычно не просто красивая формулировка и бейдж на сайте, а подтверждение наличия глубокой экспертизы и доступа к инсайдам по платформе. Мы уже рассказывали о критической необходимости работать с сертифицированными партнёрами, и ещё раз напоминаем об этом. Если кратко, то только у сертифицированного партнёра есть ранний доступ ко всем новым технологиям, roadmap и обновлениям безопасности.

3. Какой опыт в онлайн-ритейле в нашей отрасли у вас есть?

Хотя это не обязательно, но все же полезно узнать, есть ли у команды опыт работы с B2B, B2C или D2С в вашей отрасли. Это гарантирует, что у них уже есть понимание конкретного рынка и операционных потребностей.

4. Можете ли вы предоставить возможность перехода на новую платформу по мере роста компании?

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

5. Как будет строиться коммуникация между вами и партнёром: какие услуги, с какой периодичностью и сколько обычно времени уходит на ответ?

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

6. Какая поддержка предоставляется при инцидентах?

Даже кратковременный сбой на сайте может серьёзно отразиться на продажах, особенно в период активных продаж или в праздничный сезон. Убедитесь, что у выбранной команды есть необходимые ресурсы для оперативного восстановления и план работы с проблемами и инцидентами. Также уточните, каким образом они обеспечивают обновления и внедрение новых технологий с минимальными помехами для бизнес-процессов.

7. Есть ли опыт в улучшении производительности?

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

8. Как вы управляете проектами?

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

9. Что необходимо узнать о текущих клиентах предполагаемого партнёра:

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

• Каков процент клиентов каждый год остаётся с компанией? Сколько активных клиентов в настоящий момент?

• Есть ли у клиенты, которые могут создать конфликт интересов?

• Средняя длительность сотрудничества с клиентами?

• Подписывается ли NDA со всеми клиентами?
• Как выстроен процесс соблюдения NDA внутри компании?
• Какие задачи являются типовыми для большинства клиентов?
• Какие услуги оказываются большинству клиентов (разработка “с нуля”, интеграции, поддержка, модули, R&D и т.д.)?
• Есть ли у клиенты, которые могут создать конфликт интересов?

10. Если нам придётся разорвать отношения в процессе, каковы шаги для плавного перехода?

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

11. Кому принадлежит код при создании доработок?

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

12. Как разграничиваются обязанности при наличии собственн группы разработки?

Собственная группа разработки — это отличный повод облегчить взаимодействие между партнёрами. Однако, при недостаточном опыте, уровне квалификации и в отсутствии чёткого регламента и зон ответственности, это преимущество будет нивелировано и создаст дополнительные сложности в процессе разработки и сопровождении. Та же ситуация возникнет при параллельной работе с несколькими разными командами одновременно. Постановка задач, ответственность за архитектуру решения, согласованный DevOps, единые подходы к тестированию, стандарты написания кода и т.д. — всё это требует детальных согласований.

13. Какие требования вы предъявляете к нам, чтобы обеспечить успешное сотрудничество?

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

14. Вопросы о стоимости:

Затраты на разработку и поддержку интернет-магазина могут сильно различаться. Важно уточнить финансовые аспекты сотрудничества.

• Сколько стоит начать сотрудничество?
• Какова стоимость онбординга на проект?
• Предложенные условия обслуживания с указанием часовой ставки?
• Какая часовая ставка действует для проектной команды?
• Применяется flat rate или дифференцированные ставки в зависимости от квалификации?
• Оплата за проект осуществляется по факту выполнения или частями в процессе реализации?
• Какова стоимость передачи проекта в случае завершения сотрудничества?
• и т.д.

15. В чём вы видите потенциал улучшения работы вашей компании?

Никто не совершенен. Важно знать, как компания намерена совершенствоваться, как для собственного развития, так и для удовлетворения потребностей клиентов.

16. Как вы стремитесь обеспечивать долгосрочный успех клиентов? Есть ли у вас примеры таких ситуаций?

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

17. Запросите отзывы или маркетинговые кейсы с результатами работы от предыдущих или действующих клиентов

Отзывы и примеры портфолио могут различаться в зависимости от конкретного проекта, но попробуйте запросить следующее:

• предоставить 2-3 примера веб-дизайна/UX-проектов;

• показать пример кастомной разработки, которая была выполнена для клиента;
• есть ли дополнительные проекты для клиента;
• предоставить 3 референса/отзыва от клиентов.

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

Мы же придерживаемся концепции которую описали в статье : Наилучший способ понять подходит команда на роль партнёра или нет это сделать с ней после предварительных встреч и обсуждений небольшой проект,и посмотреть на работу ”вживую”.