• Закончилась вода? Чатбот в помощь

    Александр,
    Тут есть одна тонкость — любой сервис направлен на удовлетворение потребностей конкретной аудитории. Использование мессенджера — это еще не критерий оценки склонности аудитории; это аналогично тому, если бы Вы сказали, что он пользуются смартфонами, но не хотят пользоваться интернетом — вот как быть в таком случае? Ответ — никак)
    Написать сообщение в мессенджере — это уровень пользователя СМС сервиса, но еще не уровень пользователя чатбота. Аналогично, термин «пользователь настольного ПК» не гарантирует у него навыки использования софта от MS или других прикладных приложений. Думаю, что Вы меня поняли. Пытаться одним продуктом решить все проблемы — утопия, которой лучше избегать. Это я могу сказать с полной ответственностью на основании имеющегося опыта.

    Теперь по сути.
    1.

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

    Да, аналогично п.1.
    Почему так? Потому что если реализовывать детальный процесс со всеми if, то в итоге получится крайне громоздкая схема ,которая отобьет желание у других пользователей.
    Я не зря в прошлый раз привел выражение об обратной зависимости между кликами и полезностью)
    3.
    Обсуждали возможность просмотра заказа в корзине после его оформления и отображения пока не привезут?
    Встречный вопрос: как вы в чате проверяете историю переписки? Вы же не идете в сервис «история» или «корзина» и не ищите там, верно? Вы просто проматываете ленту и все. Аналогично и в данном случае, тк.. это ЧАТ-бот.
    4.
    Получается мне нужно сменить время доставки/сменить тип оплаты/вспомнить на когда заказ, как мне оператору кол-центра сообщить номер заказа?
    Не так. Номер заказа появится только после оплаты. Соответственно, получив его ,вы сможете общаться с оператором. Но тут возникает следующий вопрос: зачем Вам общаться с оператором?!!! Вы сделали заказ и оплатили его. Бот вернул подтверждение оплаты и даты\времени\места\количества доставки. Что еще делать оператору?))

    Итог: чатбот — новый продукт для выполнения простых, быстрых и часто повторяющихся действий. Вариант длинных либо витиеватых процессов — не для него. Оператор — в сад! СМС — в сад! Меньше движений, более прагматичный подход и выше скорость))

    Все остальные, кому нужно позвонить, напомнить и кто испуган фактом передачи геолокации, пользуются вэбом либо звонят.
    Но! Как показывает история, когда количество таких «староверов» станет порядка 5-10% от аудитории, то и просто скажу «до свидания» и данную ветку процесса (с операторами ,цыганами и медведями) просто закроют ,как экономически нецелесообразную. Таких примеров масса.

    Надеюсь, что детально и понятно ответил на Ваш вопрос))
    Хорошего Вам вечера.

  • Закончилась вода? Чатбот в помощь

    Александр, можно сделать то, о чем Вы пишите. Внимательно читаем комментарии бота.
    Порядок действий:
    1. Нажимаете Доставка;
    2. На предложение о геолокации — Ок;
    3. Бот возвращает результат и спрашивает «Якщо адреса визначена некоректно, Ви можете спробувати ще раз надіслати свою локацію або ввести адресу вручну.»
    4. Вбиваете адрес руками и будет Вам счастье)

    Ожидая вопрос «А почему нельзя сделать кнопками варианты и т.п.?» ответ прост — это бот, а не мобильное приложение или сайт. У него своя логика, к которой нужно привыкнуть. Аналогично мобильное приложение — это не сайт и не бот)
    Все это мотивировано тем, чтобы не загружать бот ненужными шагами и кнопками.
    Польза интерфейса чатбота обратно пропорциональна количеству шагов, которые пользователь совершает при его использовании (это не я сказал:-)).

    Надеюсь, что ответил на Ваш вопрос.

  • Закончилась вода? Чатбот в помощь

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

  • Закончилась вода? Чатбот в помощь

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

  • Закончилась вода? Чатбот в помощь

    Алексей, не понял в части звонка и уточнения заказа. Встречный вопрос: зачем кому-то звонить?

  • Смена парадигмы или эволюционный тупик

    Александр, согласен насчет Тинькова — именно благодаря этому они и продались удачно в далеко не лучший период на рынке.
    Но! Как правило, подобные примеры «вырывают» из контекста не понимая причин принятия именно таких решений и «лепят» такое, что в итоге получается Франкенштейн.
    Также «слепое копирование» прошлых примеров — это повторение и старых ошибок, о которых, как правило, рынок не в курсе.
    Но пример верный на 100%.

  • Смена парадигмы или эволюционный тупик

    Илья, а в чем, по Вашему мнению, разница между «классическими БП» и «маркетинговыми кампаниями»?
    Приведите пару примеров по каждому из направления и я легко докажу их неразрывность.

  • Смена парадигмы или эволюционный тупик

    А вот тут не соглашусь.
    Основная идея BPM\CRM — создание модели и процессов, которые позволят полно и корректно владеть и управлять информацией о клиенте, организации процессов и управления жизненным циклом с целью капитализации базы и максимизации прибыли + максимальное количество каналов + максимально дешево. Верно? Таки, да.

    Что тогда, по Вашему мнению ,есть пример BPM\CRM ?

  • Смена парадигмы или эволюционный тупик

    Таких примеров — как грязи. Просто на них не обращают внимания, тк. это заведомо неподъемный вариант для ИТ и бизнес будет «послан».

  • Смена парадигмы или эволюционный тупик

    Управленческое решение здесь при чем?:-) Тут можно сопли жевать долго:-)
    А вот модель управления поведением клиента — это можно.
    У Вас карта, Вы совершаете операцию в торговой точке (супермаркет, телега с товаром, очередь, нервы и т.п.) и денег вдруг оказалось недостаточно.
    Ваши действия: послать и уйти, разобраться в чем причина и выгрести от очереди, и т.п.; но это все время и дискомфорт.
    Намного правильней тут же прогнать Вас через внутренний скорринг (или взять уже предварительно сформированное решение) и моментально поднять лимит на карту до требуемого размера + информирование путем звонка или сообщения.
    На все про все у банка есть от 5 до 30 секунд с момента наступления события до момента коммуникации.
    Уверен, что после такого «прогиба» Вы, как клиент, будете благодарны банку до конца своих дней.

    Такой пример принимается?

  • Смена парадигмы или эволюционный тупик

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

  • Смена парадигмы или эволюционный тупик

    Вопрос не в сохранении информации, а в способе ее обработки:-)
    И соответственно, скорости и объемах действий.
    Иначе — будете вечным заложником регламента и возможностей системы.
    Что еще интересного Вы мне расскажете?:-)

  • Смена парадигмы или эволюционный тупик

    Константин, к счастью, я не продаю данную систему:-) Как и любую другую.
    Я просто стоял перед выбором либо ТС либо КЗ.

    А в чем, собственно, «лапша»? Даже стало интересно.

  • Смена парадигмы или эволюционный тупик

    Илья, принципиальное отличие — уровень абстракции и принцип обработки событий.

  • Смена парадигмы или эволюционный тупик

    Тоже из инсайдерского источника.
    Было 2 версии продукта, который впаривали заказчику под видом нового готового продукта.
    По факту — сырое полурешение с целью просто откатать на реальном процессе + срубить денег. Некрасиво это.

  • Смена парадигмы или эволюционный тупик

    Большинство ВРМ и СРМ основаны на классической схеме: сначала событие пишется в базу, потом какая-то приблуда вычитывает из базы и реагирует на событие.
    Таким образом, ни о каком онлайн процессе речи быть не может — ложится вся инфраструктура либо добавляется железо. Очереди и все остальное хорошо, но для событий с коротком прошлом — для длительного ожидания она не годится.
    Интересным решением есть система, построенная на конечных автоматах — при ее помощи можно реально достичь очень серьезного прогресса в организации процессов.
    Но опять таки — все зависит от потребностей и понимания заказчика. Кому-то и база на Access будет в радость.

  • Смена парадигмы или эволюционный тупик

    Не спорю — продажи рулят. Но приятней продавать хороший продукт:-)

    Підтримав: anonymous
  • Смена парадигмы или эволюционный тупик

    Вряд ли.
    Опять таки, из личного опыта.
    Все заверения ,что версия 7.Х — новая, оказались простым разводом — за кадром стояла та же старая кривая система.
    Да, красиво, да, народ писяет кипятком, но блин, это вчерашний день.
    Хотя большинство рады и все отлично.

  • Смена парадигмы или эволюционный тупик

    Это речь о ТерраСофт?

  • Смена парадигмы или эволюционный тупик

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

← Сtrl 12 Ctrl →