Чтобы сэкономить на разработке IT-решения, ритейлер выбирает «коробку». И проигрывает

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

Всем привет. На связи Влад Кармаков, CEO компании по продуктовой разработке Siberian.pro. Цель этой статьи — объективно сравнить два подхода к реализации необходимых ритейлу цифровых решений и тем самым помочь бизнесу сделать между ними выбор.

Под «коробочным решением» я буду понимать продукт, обладающий определенным заранее заданным набором функций и готовый к развертыванию на стороне заказчика без существенной адаптации, as is. В реальности граница понятия «готовое решение» несколько менее четкая, т.к. многие вендоры предлагают кастомную разработку уже готового продукта за отдельную плату. Впрочем, об этом еще поговорим ниже.

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

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

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

В конце статьи вас ждет сводная таблица по всем особенностям каждого подхода. Жду вашего мнения по теме в комментариях.

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

Например, типичное приложение для сети магазинов может включать следующую функциональность:

Предоставляет ли коробочное решение все эти функции или придется собирать «франкенштейна» из нескольких продуктов? А ведь у каждого есть лицензионная стоимость и стоимость обслуживания. И это лишь базовые вещи. Добавим геймификацию, AI-функции, пару интеграций и дешевизна испарится, как утренняя роса под июльским солнцем. И это в том случае, если подобная доработка вообще возможна (к этому скоро перейдем).

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

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

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

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

Типичный срок индивидуальной разработки ритейл-приложения с нуля исчисляется месяцами. Для MVP — 4-5 месяцев.

Огромный плюс разработки приложения на заказ виден уже в самом названии процесса: custom development. Т.е. полная кастомизация приложения под бизнес-процессы компании с учетом особенностей индустрии, позиционирования бренда, географии бизнеса и его нужд — как сиюминутных, так и стратегических. Конечно, потребуется предварительный бизнес- и продуктовый анализ, но это обычно подразумевается при заказе разработки.

С коробочным решением у вас есть... «коробка». Возможно, она идеально подойдет в вашем случае, а возможно, в чем-то придется пойти на компромисс.

Минус ли это? Не обязательно. Если кастомизация вам не нужна, то готовое решение — это идеальный вариант. С другой стороны, любые чуть менее стандартные, чем обычно, бизнес-процессы может оказаться также сложно впихнуть в коробочный продукт, как зимние сапоги в коробку из-под кроссовок. И это уже серьезный минус: теряете конкурентное преимущество, сливаетесь с серой массой конкурентов.

Впрочем, иногда возможность некоторой кастомизации закладывается производителем «коробки» изначально, и мы прямо сейчас к этому перейдем.

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

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

С «коробкой» ситуация иная. Доработка-то возможна и там. Но в этом случае у вас нет контроля над тем, когда и как это произойдет. Скорее всего, во время следующего обновления продукта. Но вам-то надо уже сейчас!

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

Клиенты одного лидера рынка порой ждут долгожданных улучшений годами.

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

Напротив, собственный продукт не требует никаких лицензий и на 100% бесплатен для использования в любых условиях и без ограничений. Вы — босс.

Аналогичная ситуация с имущественными и авторскими правами на код, дизайн и другие составные части IT-продукта. При самостоятельной заказной разработке продукт полностью принадлежит вам. Его можно использовать, продать, лицензировать, сделать опенсорсным, создать на его основе другой продукт и многое другое. Можно даже повесить в рамочке на стену.

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

Сможет ли коробочное решение адаптироваться под ваш корпоративный стиль и цветовую гамму? А можно ли там поменять форму кнопок, чтобы они были в резонансе с логотипом? Отформатировать push-уведомления? Загрузить кастомные иконки?

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

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

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

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

А вы знали, что комбинация клавиш Win+<число> позволяет быстро переключаться между задачами в Windows? Я вот узнал лишь недавно. Однако такая функциональность в системе есть, даже если вы ей не пользуетесь.

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

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

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

Действительно, инфраструктуру контролирует вендор, поэтому некоторые ограничения производительности могут случаться. Само по себе это не катастрофа. Катастрофа, когда такие вещи происходят регулярно и раз за разом мешают зарабатывать. А ведь продукт покупался именно для этого!

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

Масштабировать ритейловый IT-продукт нужно не только под сезонные распродажи, но и в других случаях:

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

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

Если ваш бизнес уже масштабировался до предела, то готовый продукт подойдет. А вот динамично развивающимся ритейлерам я бы рекомендовал кастом.

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

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

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

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

Но подождите, а чем зависимость от стороннего разработчика лучше зависимости от вендора? Вдруг компания-разработчик пропадет, затянет разработку или резко повысит расценки? Что ж, в жизни бывает всякое, но в этом случае у вас, по крайней мере, останется код. Можно будет найти другого разработчика или вообще собрать свою команду и продолжить обслуживание продукта.

А представьте, к примеру, что владелец компании-производителя вашей «коробки» внезапно охладел к бизнесу, стал кришнаитом и улетел на воды Ганга со всей выручкой компании. Представили? Холодок по спине пробежал? То-то!

Создавая приложение для сети ресторанов быстрого питания «Крошка Картошка», мы как раз выступили в роли другого разработчика, успешно доведя «зависший» MVP, оставшийся от прошлого исполнителя, до релиза. А если бы руководство сети выбрало тогда коробочное решение?

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

Для кастом-решений техническая поддержка и обслуживание проекта после релиза входят в условия договора и обговариваются заранее.

Что безопаснее: готовый продукт, протестированный до вас сотнями других клиентов или кастомное решение, разработанное специально для вас? С учетом случаев, когда безопасность необходимо подстраивать под конкретные требования компании, что проблематично в случае «коробки», можно считать это ничьей.

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

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

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

Насколько уникально будет ваше приложение на фоне конкурентов? Брендирование и некоторые возможности кастомизации коробочных ритейл-решений помогут воспроизвести айдентику бренда в приложении, но вот что касается уникальных продуктовых решений, то тут у «коробок» все плохо. Они стандартны. На то они и «коробки».

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

Одной из типичных функций ритейл-приложения для сотрудников является обучение производственным и технологическим процессам на предприятии. В целом по индустрии эти процессы хорошо отлажены и потому одинаковы. А значит, типовое «коробочное» решение, как правило, хорошо заточено под обучение этим процессам.

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

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

Что дает реализация собственной программы лояльности в кастомном решении?

Готовый продукт привязывает вас к платформам, которые поддерживает вендор. А кастомная разработка — нет. Следовательно, вы можете сделать версию под Android, iOS, web-приложение или мультиплатформенное, и клиент сможет запустить приложение где угодно.

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

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

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

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

Но означает ли тотальное преимущество кастомной разработки, что «коробки» не нужны никому? Конечно, нет! Просто у каждого подхода к решению этой бизнес-задачи есть своя целевая аудитория. Если коробочное решение для вас работает — отлично! Такие решения доступны, функциональны и моментально развертываются. Во многих случаях это именно то, что нужно.

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

Ну, а теперь — сводная таблица.

Оригинал статьи был опубликован в "Бизнес-Секретах".

Мы в Siberian.pro выполняем разработку цифровых решений на заказ с 2015 года. В нашем портфолио больше 220 приложений и комплексных систем, в том числе в сфере ритейла. Если решите пойти по пути кастомной реализации своего проекта, напишите нам на sales@siberian.pro.