Программное обеспечение для маркетинга: подумайте трижды, прежде чем настраивать

Когда маркетинговое программное обеспечение не делает именно то, что вам нужно, вы сталкиваетесь с выбором:

• Покупка чего-то, что не совсем то, что вы хотите, и работа над ее недостатками.
• Создание собственной индивидуальной системы.
• Покупка чего-то, что вы можете настроить.

Остерегайтесь опасностей любого из этих пользовательских вариантов. Долго и упорно думайте о том, во что вы ввязываетесь.

В этой статье я объясню некоторые распространенные ловушки и предоставлю контрольный список, который поможет вам принять решение.

Готовые не всегда работают

Многие отрасли и предприятия имеют уникальные требования, которые не вписываются в стандартную модель. Например, многие интернет-магазины не предоставляют всех переменных, необходимых для управления подписками.

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

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

Это может означать, что вам нужно индивидуальное решение. И создание индивидуального решения имеет много преимуществ.

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

Копните глубже: великие дебаты о мартехе: построить или купить

Опасность «создай свой собственный»

После того, как вы ознакомились с 14 демонстрационными версиями продуктов, которые просто не соответствуют вашей бизнес-модели и вашим требованиям, очень заманчиво сказать: «Давайте создадим свою собственную!»

Прежде чем вы это сделаете, рассмотрите эти потенциальные ловушки.

• Поздравляем, вы теперь в технологическом бизнесе. Теперь вам нужно беспокоиться об изменениях в операционных системах, угрозах безопасности, новых устройствах и протоколах, новых технологиях и тенденциях, и вам нужно сохранить персонал, чтобы быть в курсе всех этих вещей. Кроме того, IT — это не одна дисциплина. Вам нужно будет поддерживать компетентность во многих различных областях.
• У вас есть два варианта. Наймите собственных разработчиков или отдайте работу в магазин разработчиков. В любом случае разработчики стоят дорого, и если вы не понимаете технологию, которую хотите создать, может быть очень сложно найти нужных разработчиков (или правильный магазин) по разумной цене.
• «Наем персонала» не решает проблему. Новая команда должна изучить ваш процесс разработки, бизнес-стратегию и системы.
• Как построить это новое чудо так же важно, как и то, что вы хотите построить. Стоит ли изучение этой новой дисциплины затрат?
• Ваши дополнительные расходы не заканчиваются на новом персонале. Вам понадобятся серверы для разработки и подготовки, если вы решите выполнять работу самостоятельно. Вам понадобятся тестовые рабочие станции. Требования к оборудованию и хостингу могут складываться.
• Работа в ИТ-бизнесе означает, что вам придется планировать свои расходы на ИТ с учетом неизвестных технологических изменений или проблем. Apple может выпустить обновление, которое сломает вашу систему. Колорадо может принять новый закон о конфиденциальности. Ежемесячная оплата за то, чтобы кто-то другой беспокоился об этом, может освободить ваших сотрудников, чтобы они могли заниматься вашим бизнесом.
• Тип разработчика, который вам нужен для разработки пользовательской системы, не обязательно тот же человек, который захочет ее поддерживать. Первый — творческий мыслитель, который любит вызовы. Второй — менеджер, сопротивляющийся переменам и любящий порядок и последовательность.
• Даже если вы создаете собственное программное обеспечение, вам, вероятно, потребуется интегрироваться с одной или несколькими внешними системами, такими как платежный шлюз или поставщик услуг электронной почты. Эти интеграции также потребуют периодических обновлений.

Дополнительные опасности «купить и настроить»

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

• Ваша настройка аннулирует вашу гарантию или соглашение об обслуживании? Будет ли провайдер по-прежнему оказывать техническую поддержку после того, как вы настроите его систему?
• Когда купленное вами приложение будет обновлено, оно не будет учитывать вашу настройку, и ваши надстройки могут больше не работать или могут потребовать существенной переделки. Может быть даже непонятно, почему ваша настройка не работает с новой версией. (Я помню, как один из моих разработчиков потратил день на то, чтобы обнаружить, что наш скрипт не работает, потому что одна часть программного обеспечения изменила способ управления переводом строки в XML-документе.)
• Приобретенное вами приложение, вероятно, интегрируется с другими системами. Будут ли ваши настройки работать с этими интеграциями?
• Что вы делаете, когда приобретенный вами сторонний поставщик программного обеспечения прекращает свою деятельность? Какие у вас есть варианты приобрести и поддерживать приложение самостоятельно и насколько это дорого?

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

Контрольный список для самостоятельного создания

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

1. Объясните проблему и почему и как ваше текущее решение не оправдывает ожиданий.

Написание «почему» настройки может показать, действительно ли это необходимо.

Компания, которую я знал, использовала две разные системы учетных записей, потому что одна из их 50 с лишним наименований должна была иметь отдельную отчетность. Или так они думали. Затем однажды, просматривая операции компании, отдел выполнения заказов сказал: «Было бы намного проще, если бы нам не приходилось использовать две системы».

Президент компании ответил: «Я всегда думал, что это ваша требование».

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

2. Исследуйте другие решения

Наверняка вы не единственная компания с этой проблемой.

Как ваши конкуренты справляются с этим? Можете ли вы лицензировать их решение?

3. Отличайте необходимые настройки от причудливых

«Клиенты» вашего нового программного обеспечения могут быть как внешними, так и внутренними. Убедитесь, что вы понимаете внутренние процессы, на которые влияет эта новая технология.

Тем не менее, одно дело — удовлетворить бизнес-требования. Другое дело — постараться осчастливить всех своих сотрудников. Помните, что компьютеры очень хорошо умеют делать одно и то же миллион раз. Маркетологи хотят делать миллион вещей одновременно.

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

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

Наконец, не путайте «индивидуализацию» со списком пожеланий. Каждая кастомизация должна себя оправдывать.

4. Подумайте о достоинстве простоты

Apple и Kindle радикально упростили оформление журналов. Их системы не учитывают многих функций, которые стандартная исполнительная компания рассматривала бы как столовые ставки.

Было ли это высокомерием со стороны Apple и Kindle? Или они решили, что все эти прибамбасы не стоят хлопот?

Когда вы рассматриваете функцию или функцию, которую «приятно иметь», обязательно сравните ее с элегантностью простоты.

5. Задокументируйте свои настройки

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

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

Мнения, выраженные в этой статье, принадлежат приглашенному автору, а не обязательно MarTech. Штатные авторы перечислены здесь.

Добавьте MarTech в свою ленту новостей Google.

---