Найти в Дзене
1 месяц назад

Почему AI-прототип не превращается в работающий продукт

Клиент оплатил подписку, но доступ не открылся. Он пишет в поддержку и получает от AI-ассистента вежливый ответ: «Проверьте статус платежа или обратитесь к специалисту». Ответ звучит разумно. Заявка всё ещё не решена. Ассистент не проверил платёж, не увидел состояние подписки и не передал обращение сотруднику с нужными данными. Для демонстрации возможностей модели этого достаточно. Для клиентского сервиса - нет. Когда компания пробует AI, первым результатом часто становится чат: пользователь задаёт вопрос, модель формулирует ответ...

1 месяц назад

Почему информационную систему приходится переделывать после запуска

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

1 месяц назад

Rich Media: когда реклама перестаёт быть баннером и становится мини-приложением

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

1 месяц назад

BPMN простыми словами: зачем бизнесу описывать процессы до начала разработки

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

1 месяц назад

Что скрывается за кнопкой «Заказать»? Один из наших текущих проектов — мобильное приложение для пекарни с доставкой и самовывозом. Для пользователя всё выглядит максимально просто: открыл приложение, выбрал хлеб или выпечку, собрал корзину, оплатил и ждёшь заказ. Но именно в этом и фокус хорошего продукта — пользователь не должен видеть большую часть того, что происходит внутри. Что происходит под капотом Например, приложение должно понимать, какие товары сейчас есть в наличии и сколько они стоят. Для этого оно связано с iiko — кассовой и учётной системой пекарни. Изменился ассортимент, закончилась позиция, поменялась цена — данные должны корректно обновиться и в приложении. Доставка Система получает адрес клиента, проверяет зону, определяет условия и стоимость доставки и передаёт всё необходимое дальше. Оплата Пользователь выбирает СБП, оплачивает заказ, платёжный сервис подтверждает операцию, а приложение после этого должно правильно изменить статус заказа. Плюс авторизация по номеру телефона, SMS, уведомления, точки самовывоза, история заказов, статусы и backend, который связывает всё это между собой. Для пользователя выбрал → оплатил → получил Под капотом приложение → iiko → СБП → доставка → SMS → backend → ещё несколько сервисов, которые должны работать как единая система. Кстати, о SMS А вы знали, что буквально каждое сообщение, которое отправляет приложение, стоит денег? И здесь внезапно появляется отдельная продуктовая задача: где SMS действительно необходима, где лучше использовать push и сколько такая мелочь может стоить сервису при большом количестве пользователей. Об этом ещё отдельно расскажем :) Проект пока оставим за кадром Сам проект пока ещё в разработке. А когда закончим, сделаем полноценный кейс: покажем интерфейс, разберём интеграции и расскажем, как вся система устроена целиком. А пока просто напоминание: чем проще цифровой продукт выглядит для пользователя, тем больше работы обычно скрывается внутри.

Если нравится — подпишитесь
Так вы не пропустите новые публикации этого канала
Покупайте СтеллыИ дарите их за контент