Итак, у вас есть идея для цифрового продукта. Это может быть что угодно; Мобильное приложение, Платформа сервиса предприятия , что-то впало в службу подписки, ориентированная на потребителя. Независимо от того, какой тип программного обеспечения вы разрабатываете, вы быстро обнаружите, что существуют множество поставщиков услуг с продуктами, которые утверждают, что ваша сборка делает вашу сборку быстрее и проще.
Нужно принимать платежи в вашем приложении? Нет проблем говорит Полоса Анкет Хотите систему управления контентом для вашего маркетингового сайта? WordPress стоит готово.
Тем не менее, с каждой из этих услуг, которые вы используете, вы отказываетесь от контроля. Каждый должен быть интегрирован «просто так» и представленные ему данные предписанным и потенциально негибким способом. Не только это Но, возможно, вам не удобно записать себя в одного поставщика услуг или делиться своими данными со сторонними компаниями.
Практически в любой разработке цифровых продуктов вам нужно будет взвесить эти конкурирующие силы удобства и контроля, и это не так просто, как можно подумать. Основываясь на нашем опыте проектов, которые были в любом конце масштаба, вот мои мысли о том, как сделать этот звонок
Сборка на заказ против полки
Во -первых, очевидное — создание приложения (или конкретной функции приложения), представленного вам на заказ, дает вам полный контроль над конечным продуктом.
Да, строительство с нуля может быть огромной задачей (охватывающей все, от архитекции системы до Как вы контролируете данные, пользовательский опыт, брендинг, платежи, доступ; Список можно продолжать.
Покупка компонента или продукта с самого полки, с другой стороны, предоставляет вам экономически эффективное, часто быстрое решение, которое в большинстве случаев является надежным и надежным. Кроме того, реальность такова, что в наши дни, даже если вы не разработчик, вы обычно можете найти способ подключения отдельных систем или функций, используя службу автоматизации, такой как Zapier Анкет
Как упоминалось ранее, однако, отрицательным к этому подходу является потеря контроля и необходимая готовность делиться частью ваших данных. Продукты с полки, по определению, созданы, чтобы угодить как можно больше людей, поэтому, если ваши требования более конкретны, чем большинство, вы можете найти свой продукт или услугу, чтобы вписаться в сторонние системы.
Подойдет Златовласка
По моему опыту, лучшая стратегия для большинства проектов — подход Златовласка; Рассмотренное сочетание на заказ сборки и выключения функций полки, направленных на то, чтобы быть «просто правильным» для конкретного проекта под рукой.
Руб? Что ж, настоящий трюк — это решение, какие кусочки проекта купить, а какие кусочки строить.
Как найти цифровой продукт «просто правильно»
Иногда вы можете обратиться к краткому краткому обращению, чтобы получить помощь в принятии решения о том, какую долю продукта необходимо построить с нуля.
Например, я могу вспомнить разработку цифрового продукта, где краткое определение требовалась очень строгие стандарты безопасности ( См. Примерное исследование здесь ). Это приняло решения о сторонних услугах и модулях очень простыми; Мы использовали почти ни одного, так как нашему клиенту не было комфортно с рисками, связанным с тем, что сторонний код подключен к их системам.
На другом конце масштаба существуют трусы с ограниченными ресурсами (например, бюджет или время). В этом случае, когда речь идет о том, чтобы доставить цифровой продукт на рынок как можно быстрее или как можно более экономически эффективно, мы обычно будем максимально использовать сторонние услуги, поскольку они быстрее и дешевле (в краткосрочной перспективе), чем Создание и тестирование функции или модуля сами.
Конечно, большинство проектов будут сидеть где -то между этими двумя крайностями. У вас будет достаточно ресурсов, чтобы сделать некоторые Из сборки на заказ, давая клиенту высокий уровень контроля над важными частями продукта, но вам также необходимо использовать некоторые сторонние услуги.
Расставить приоритеты для клиента
Для этих «гибридных» сборки — которые составляют большинство проектов, над которыми мы работаем, — мое предложение — Выберите свою битву s и расставить приоритеты в разработке (с нуля) частей приложения, которые добавляют наибольшую ценность для клиентов. Убедиться, что у вас есть максимальный контроль и возможность адаптировать эти важные элементы в точности к потребностям вашего клиента, должно дать вашему продукту наилучшие шансы на успех.
Если вы не уверены, какие элементы вашего продукта или идеи добавьте наибольшую ценность, то пришло время запустить Исследовательский проект (Иногда называется фазой открытия), чтобы установить это. Этот процесс, вероятно, будет включать исследования конкурентов, интервью с клиентами, спринт дизайна и, к концу, упражнение по приоритетам (например, метод Москва ), которое поможет кристализировать, какие элементы вашего продукта имеют решающее значение для его успеха, и и которые просто приятно иметь.
Для агентств примечание по управлению клиентами
Если вы читаете это как агентство или фрилансер, не забудьте, Это, помимо всего этого, также нужно учитывать ожидания вашего клиента.
Я поднимаю это, потому что это не неслыханно находить клиентов, противостоящих идее использования prefab, от элементов полки для завершения их продукта или платформы. Может быть мнение, что это каким -то образом меньше, чем создавать элемент или функцию с нуля, так что именно здесь вам нужно убедиться, что вы правильно объясняете свой выбор для клиента, и рано подчеркивая, что вы пользу от них. Выбор будет для более крупного проекта.
Если клиент понимает, сколько денег и времени можно сэкономить с помощью, скажем, платежной платформы полосы, а не создания на заказ проверки, и какое преимущество может получить сэкономить, если он перераспределен на более важные части проекта по разработке цифрового продукта, тогда Они гораздо чаще подписывают это.
Третий-участники требуют должной осмотрительности
Очевидно, что сторонние услуги имеют место в большинстве современных проектов по разработке цифровых продуктов, но если вы собираетесь подходить к своей сборке с гибридным мышлением, что вам нужно иметь в виду?
Что ж, я бы сказал, что есть три основных бита должной осмотрительности, которые вы или ваша проектная команда должны выполнять каждого стороннего поставщика.
#1 — Безопасность данных
Подчеркивается в качестве заботы большинства клиентов номер один, безопасность данных является все более важным фактором при принятии решения о работе с поставщиком услуг.
Спросите, вам удобно запускать свои данные через их обслуживание и системы? Я всегда думаю, что важно выяснить, где они базируются, как долго они были вокруг и кем они финансируются. Во -вторых, что в T & C компании — смогут ли они хранить ваши данные или иметь какие -либо права на монетизировать их каким -либо образом?
Это могут быть сложные вопросы, но большинство авторитетных поставщиков следует использовать для того, чтобы их спросили, и может даже иметь специальную область в своих часто задаваемых вопросах. Если вы задаете эти вопросы и получите туманные или уклончивые ответы, время искать в другом месте.
#2 — масштабируемость
Это сложно получить хорошую информацию о заранее, но жизненно важно знать, сможет ли услуга Продолжайте служить вам по мере роста Анкет
Мы использовали сервисы, которые очень хорошо обслуживают пользовательскую базу около 50 тысяч-цифры складываются, и это работает экономически эффективно-но если продукт взлетел и, скажем, пользовательская база в четыре раза до 200 тыс., Это поражает числа из воды. Это делает использование этой услуги полностью неэффективным из позиции по снижению затрат и означает, что вам необходимо начать трудную задачу поиска услуги замены.
С этой точки зрения, иногда лучше — в долгосрочной перспективе — работать с поставщиком, который немного дороже, но вы знаете, что может масштабироваться, чем с более дешевой альтернативой, которую вам просто придется заменить за год.
#3 — надежность
Как новый продукт, знание ваших поставщиков может надежно поддерживать вас, так как любые ранние перебои вашей платформы или продукта могут непоправимо повредить вашему молодому бренду.
Это проблема, которую можно избежать с помощью эффективной проверки должной осмотрительности, но довольно часто некоторые из наиболее привлекательных услуг могут быть восприимчивы к плохой технике.
Я могу вспомнить экземпляр, в котором мы смотрели на интеграцию новой службы поиска под названием Алголия в проект. Платформа была новой на рынке, с исключительным предложением, и все указывало на то, что это идеально. Система работала и работала очень гладко, пока мы не попытались связаться с их командой поддержки, которая потребовала неделю, чтобы ответить на очень простой запрос (даже по оплачиваемому контракту). К тому времени, когда они вернулись к нам, мы сдались и перешли к конкурирующему сервису. К счастью, это было некоторое время назад, и с тех пор компания подчеркнула свои идеи и улучшила их процессы поддержки (и теперь мы еще раз счастливого клиента).
Последние мысли
Я старался быть сбалансированным на протяжении всей этой статьи, но если я честно, я могу верю, что использую как можно больше существующих услуг в разработке цифровых продуктов. С тысячами стабильных, защищенных сторонних услуг, большинство из которых вы можете получить за долю от стоимости ванильной сборки, Зачем не так ли?
На самом деле, это то, что я думаю, современная сеть это эти дни; Сеть дискретных взаимосвязанных услуг, которые могут выбирать или выбирать, владельцы бизнеса или продукта. Задача состоит в том, чтобы настроить эти услуги таким образом, чтобы предоставить Значимая ценность для вашего конечного пользователя Анкет
Естественно, могут быть некоторые смягчающие обстоятельства, но для большинства проектов я думаю, что они предлагают больше вверх, чем вниз. Все, что помогает перераспределить ресурс вдали от «общих» частей сборки и к элементам, которые повышают ценность конечному пользователю, должно быть хорошей вещью в моей книге.
Подумай об этом. В конце концов, вашим пользователям все равно Как Это сделано, они просто хотят, чтобы ваше приложение или платформа решало проблему и было простым в использовании.
Пост Разработка цифрового продукта: следует создавать или покупать свои услуги? появился первым на Браузер Лондон Анкет
Оригинал: «https://dev.to/browserlondon/digital-product-development-should-you-build-or-buy-your-services-4b0l»