itkvariat

    Почему никому в мире не нужны ваши приложения?



    Источник: https://www.flickr.com/photos/mager/2659619029

    - «Нам нужно создать приложение. Знаете ли вы хороших мобильных разработчиков?"


    Я выдержал паузу, отпивая кофе: - "Почему вы думаете, что вам нужно приложение?"

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

    Если вы помните, магазин приложений для iPhone, Apple App Store, открылся в июле 2008 года. В то время я работал простым консультантом по веб-разработке. До 2008 года каждый клиент заказывал или коммерческий (торговый) сайт, или систему управления контентом. Но уже в течение нескольких месяцев после открытия App Store и появления SDK (software development kit - набор средств для разработки приложений и программ), каждый новый заказчик уже хотел иметь свое собственное мобильное приложение.

    И вот теперь, в 2017 году, сидя в хипстерском кафе в Сан-Франциско, я обсуждаю очередную стратегию с основателем стартапа, которого я консультирую.

    Чем больше вещей меняется, тем больше они остаются прежними...

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

    Это было разумно, но не стало ответом на мой вопрос...

    Несложно понять, что мы все делаем приложения и размещаем их в App Store на протяжении уже почти 10 лет. Однако, если вы посмотрите статистику, то увидите, что реальной всеобщей популярностью пользуется только небольшая часть из них.

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

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

    Источник: https://www.flickr.com/photos/149902454@N08/34930370766

    "Великая развязка»

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

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

    Возможно, это - чатбот, взаимодействующий с SMS, Slack или Facebook, но все это будет "бесшовная" цепочка действий по работе с клиентами, которые сами "следуют за вами" в Интернете, а не благосклонно соглашаются перейти на тот или иной сайт.

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

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

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

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

    Инжиниринг: Пятнадцать лет до успеха

    Переход от монолитных веб-приложений к архитектуре сервисов продолжается уже довольно долгое время. Как тот, кто писал код с 2000 года (и продолжает это делать), я считаю, что мы сейчас сталкиваемся с качественным перегибом в том, как инженерные команды подходят к сервисам, как к ключевому аспекту архитектуры приложения.

    Возможно, то, что мы называем Service Oriented Architecture (SOA), напрямую связано с тем, что вызвало такое расхождение. Разделение отрасли программного обеспечения на услуги является критическим фактором для тех, кто делает платформы и API-интерфейсы. Причем критическим в больших масштабах, таких как Amazon, Netflix и Facebook.

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

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

    Магия внешнего интерфейса

    Услуги... В последнее время это - главное направление в сфере интерфейсных технологий. Только обратите внимание на захватывающую гибкость HTML 5 и множество мощных инфраструктур jаvascript, таких как React и AngularJS. Из-за новой архитектуры сервисов мы можем создавать интерфейсы (в браузере или на телефоне), не беспокоясь о бизнес-логике, уже запущенной на облачных серверах.

    Браузеры стали теперь не только намного удобнее, но еще и невероятно мощными и гибкими. Теперь установка Chrome включает в себя всю IDE ("интегрированная среда разработки", для вас, а не для инженеров), которая встроена прямо в браузер!

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

    Непрерывное снабжение

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

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

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

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

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

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

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

    - "Вам нужно сосредоточиться на своем ключевом ценностном предложении. Какое у вас главное блокирующее преимущество перед конкурентами? То, что решает фундаментальную проблему для клиента и в то же время делает это так, как никто другой?"

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

    Вот теперь у нас что-то проясняется...

    Source: https://www.flickr.com/photos/10110263@N03/4672855331

    Маркетинг: меньше зАмков, больше палаток

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

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

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

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

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

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

    Большое количество из них также доступно через сервис сообщений Facebook, а также мобильные и "настольные" инструменты, дополняющие их основные сервисы. В какой-то момент оказывается, что я могу комфортно использовать их везде, где бы я ни оказался. Мне уже не нужно загружать приложение или запоминать URL-адрес. Мой верный бот просто терпеливо ждет, когда мне все это понадобится.

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

    Это как раз - "Великая Развязка" в работе. И это - изменение правил игры.

    - "Похоже, нам нужно веб-приложение, мобильное приложение, бот-чат, страница Facebook и все остальное! Как мы будем создавать и поддерживать все это?"

    Стоя у маркерной доски (которую я магическим образом обнаружил в недрах кафе), я посмотрел через всю комнату на клиента: "Подход, который я бы рекомендовал, выглядит следующим образом":
    1. Создайте версию своего предложения, используя только ранее существовавшую технологию. Поэкспериментируйте с клиентами по широкому диапазону популярных платформ. Докажите, что вы можете доставить нужный контент (в вашем случае,- пользовательский набор ценных данных) через любые каналы, которые они используют.
    2. Отслеживайте клиентов на протяжении всего его "рабочего цикла". Какие платформы приводят к самым высоким коэффициентам конверсии, лучшему пользовательскому опыту, самой низкой стоимости? Расставьте приоритеты "точек соприкосновения" в порядке наименьших затрат для приобретения новых клиентов и доставки им вашей услуги. После того, как вы выяснили потребности разных клиентов на нескольких платформах, вы можете принять обоснованное решение о технологии и структуре вашего проекта.
    3. Постепенно заменяйте ручные усилия технологическими компонентами. Только когда вы обслуживаете так много клиентов, что вам приходится отказываться от них или помещать их в "список ожидания", вы должны подумать о том, чтобы инвестировать деньги в разработку продукта. И к тому времени вы уже точно будете знать, какие платформы вам необходимы.
    Если вы уже сейчас работаете над приложением, остановитесь! У вас есть клиенты? Вы точно знаете, что ваше предложение находится в сфере их интересов и они будут платить за услугу, которую вы предоставляете?

    Если - да, то все отлично! А если нет,- то нам с вами стоит пообщаться...

    Сэм МакАфи (Sam McAfee)



    Подписывайтесь и читайте новости от ITквариат раньше остальных в нашем Telegram-канале !

    Поделитесь этой новостью с друзьями!

    Перевод и компиляция: Иван Ковалев

    Источник

    Заметили ошибку? Выделите ее мышкой и нажмите Ctrl+Enter!  

    И еще на эту тему...
  • 8 главных сенсаций Apple WWDC 2017
  • LG G6: большой тест - обзор
  • AppleTV: консоль, медиапроигрыватель или…
  • Android, история создания. Ты помнишь, как все начиналось?..
  • ITkvariat.com — завершаем разработку сайта+бонус: советы начинающим веб-разработчикам
  • Apple iPod, 15 лет триумфа…
  • Java — великий и могучий


  • А что вы думаете? Напишите в комментариях!
    Кликните на изображение чтобы обновить код, если он неразборчив



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

    Полная версия правил

SMART CITY FORUM

Лучший ЭДО в России и СНГ 2019

Информационные технологии в промышленности

Что бывало...

Проверьте скорость вашего интернета!


Самое популярное
    
Наши друзья
Vivaldi

Студия 3D-печати PRO3D

Майки с картинками

Самоклейкин

Смарт

Hoster

«    Сентябрь 2019    »
ПнВтСрЧтПтСбВс
 1
2345678
9101112131415
16171819202122
23242526272829
30 

Почему никому в мире не нужны ваши приложения?



Источник: https://www.flickr.com/photos/mager/2659619029

- «Нам нужно создать приложение. Знаете ли вы хороших мобильных разработчиков?"


Я выдержал паузу, отпивая кофе: - "Почему вы думаете, что вам нужно приложение?"

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

Если вы помните, магазин приложений для iPhone, Apple App Store, открылся в июле 2008 года. В то время я работал простым консультантом по веб-разработке. До 2008 года каждый клиент заказывал или коммерческий (торговый) сайт, или систему управления контентом. Но уже в течение нескольких месяцев после открытия App Store и появления SDK (software development kit - набор средств для разработки приложений и программ), каждый новый заказчик уже хотел иметь свое собственное мобильное приложение.

И вот теперь, в 2017 году, сидя в хипстерском кафе в Сан-Франциско, я обсуждаю очередную стратегию с основателем стартапа, которого я консультирую.

Чем больше вещей меняется, тем больше они остаются прежними...

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

Это было разумно, но не стало ответом на мой вопрос...

Несложно понять, что мы все делаем приложения и размещаем их в App Store на протяжении уже почти 10 лет. Однако, если вы посмотрите статистику, то увидите, что реальной всеобщей популярностью пользуется только небольшая часть из них.

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

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

Источник: https://www.flickr.com/photos/149902454@N08/34930370766

"Великая развязка»

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

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

Возможно, это - чатбот, взаимодействующий с SMS, Slack или Facebook, но все это будет "бесшовная" цепочка действий по работе с клиентами, которые сами "следуют за вами" в Интернете, а не благосклонно соглашаются перейти на тот или иной сайт.

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

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

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

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

Источник: https://www.flickr.com/photos/kapten/1580633394

Инжиниринг: Пятнадцать лет до успеха

Переход от монолитных веб-приложений к архитектуре сервисов продолжается уже довольно долгое время. Как тот, кто писал код с 2000 года (и продолжает это делать), я считаю, что мы сейчас сталкиваемся с качественным перегибом в том, как инженерные команды подходят к сервисам, как к ключевому аспекту архитектуры приложения.

Возможно, то, что мы называем Service Oriented Architecture (SOA), напрямую связано с тем, что вызвало такое расхождение. Разделение отрасли программного обеспечения на услуги является критическим фактором для тех, кто делает платформы и API-интерфейсы. Причем критическим в больших масштабах, таких как Amazon, Netflix и Facebook.

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

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

Магия внешнего интерфейса

Услуги... В последнее время это - главное направление в сфере интерфейсных технологий. Только обратите внимание на захватывающую гибкость HTML 5 и множество мощных инфраструктур jаvascript, таких как React и AngularJS. Из-за новой архитектуры сервисов мы можем создавать интерфейсы (в браузере или на телефоне), не беспокоясь о бизнес-логике, уже запущенной на облачных серверах.

Браузеры стали теперь не только намного удобнее, но еще и невероятно мощными и гибкими. Теперь установка Chrome включает в себя всю IDE ("интегрированная среда разработки", для вас, а не для инженеров), которая встроена прямо в браузер!

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

Непрерывное снабжение

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

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

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

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

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

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

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

- "Вам нужно сосредоточиться на своем ключевом ценностном предложении. Какое у вас главное блокирующее преимущество перед конкурентами? То, что решает фундаментальную проблему для клиента и в то же время делает это так, как никто другой?"

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

Вот теперь у нас что-то проясняется...

Source: https://www.flickr.com/photos/10110263@N03/4672855331

Маркетинг: меньше зАмков, больше палаток

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

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

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

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

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

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

Большое количество из них также доступно через сервис сообщений Facebook, а также мобильные и "настольные" инструменты, дополняющие их основные сервисы. В какой-то момент оказывается, что я могу комфортно использовать их везде, где бы я ни оказался. Мне уже не нужно загружать приложение или запоминать URL-адрес. Мой верный бот просто терпеливо ждет, когда мне все это понадобится.

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

Это как раз - "Великая Развязка" в работе. И это - изменение правил игры.

- "Похоже, нам нужно веб-приложение, мобильное приложение, бот-чат, страница Facebook и все остальное! Как мы будем создавать и поддерживать все это?"

Стоя у маркерной доски (которую я магическим образом обнаружил в недрах кафе), я посмотрел через всю комнату на клиента: "Подход, который я бы рекомендовал, выглядит следующим образом":
  1. Создайте версию своего предложения, используя только ранее существовавшую технологию. Поэкспериментируйте с клиентами по широкому диапазону популярных платформ. Докажите, что вы можете доставить нужный контент (в вашем случае,- пользовательский набор ценных данных) через любые каналы, которые они используют.
  2. Отслеживайте клиентов на протяжении всего его "рабочего цикла". Какие платформы приводят к самым высоким коэффициентам конверсии, лучшему пользовательскому опыту, самой низкой стоимости? Расставьте приоритеты "точек соприкосновения" в порядке наименьших затрат для приобретения новых клиентов и доставки им вашей услуги. После того, как вы выяснили потребности разных клиентов на нескольких платформах, вы можете принять обоснованное решение о технологии и структуре вашего проекта.
  3. Постепенно заменяйте ручные усилия технологическими компонентами. Только когда вы обслуживаете так много клиентов, что вам приходится отказываться от них или помещать их в "список ожидания", вы должны подумать о том, чтобы инвестировать деньги в разработку продукта. И к тому времени вы уже точно будете знать, какие платформы вам необходимы.
Если вы уже сейчас работаете над приложением, остановитесь! У вас есть клиенты? Вы точно знаете, что ваше предложение находится в сфере их интересов и они будут платить за услугу, которую вы предоставляете?

Если - да, то все отлично! А если нет,- то нам с вами стоит пообщаться...

Сэм МакАфи (Sam McAfee)



Подписывайтесь и читайте новости от ITквариат раньше остальных в нашем Telegram-канале !

Поделитесь этой новостью с друзьями!

Перевод и компиляция: Иван Ковалев

Источник

Заметили ошибку? Выделите ее мышкой и нажмите Ctrl+Enter!  

И еще на эту тему...
  • 8 главных сенсаций Apple WWDC 2017
  • LG G6: большой тест - обзор
  • AppleTV: консоль, медиапроигрыватель или…
  • Android, история создания. Ты помнишь, как все начиналось?..
  • ITkvariat.com — завершаем разработку сайта+бонус: советы начинающим веб-разработчикам
  • Apple iPod, 15 лет триумфа…
  • Java — великий и могучий


  • А что вы думаете? Напишите в комментариях!
    Кликните на изображение чтобы обновить код, если он неразборчив



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

    Полная версия правил
    ITквариат Powered by © 1996-2019