Автор: Екатерина

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

Все чаще идут разговоры про отказы от иностранных сервисов, но в отношении Telegram существует ровно два лагеря. Первые это те, кто считает Ду рова «нашим слонярой» а Телегу исконно ФСБшным мессенджером, а вторые те, кто считает, что он может быть сколько угодно нашим слонярой, но данные утекают все равно во все возможные места и в первую очередь Макрону домой.

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

— Чат-бот — помощник HR-отделу компании РТ МИС в VK Teams. Корпоративный мессенджер Российского производства, в которого мы внедрили бота в одну из дочек Ростелекома. Кайфово? Да!

— Чековое промо в VK Mini Apps. Не самый свежий, но зато один из самых крутых кейсов ever. Делался для той компании, которая уже ушла из РФ, но зато они успели заказать у нас в 20 году вот такую вот приколюху.

— 9 кейсов чат-ботов для VK. Каждый описывать не буду, но вы можете зайти по ссылке и там будет выставлен фильтр на VK. Мы их на самом деле сделали больше, но еще не все описаны. Тут же, например, в списке будет и бот с ИИ для РИФа, который, кстати, щас участвует в премии и можно зайти проголосовать за него.

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

Хотите оставить комментарий? Переходите на мой Телеграм-канал

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

И речь пойдет конечно-же про приоритезацию задач и организацию бэклога.

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

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

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

И вот тут, как говорится, собачка то и порылась.

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

→ Метод приоритизации PIE. Прямо сейчас я им пользуюсь в Структуре и не могу сказать что жалею. В двух словах суть в том, чтобы каждой фиче присваивать три параметра: Потенциал, Важность, Простота реализации. А потом считать их сумму и на основе этих цифр брать фичи в работу. Не могу сказать что прям вся работа над структурой строится именно так, но жить помогает, рекомендую. В комментарии приложу скрин своего бэклога прямо сейчас.

→ User Story Mapping. Отличный фреймворк, которым я пользуюсь постоянно, но в голове. Очень редко что-либо рисую, потому что часто хватает воображения.
Вкратце суть в том, что вы не рассматриваете фичи отдельно, а всегда живете в цельном мире, где пользователь не касается продукта по кусочкам, а проходит путь целиком. Я часто если беру отприоритизированную фичу из бэклога с итоговым PIE, я все равно в голове прогоняю через юзер стори.

→ MoSCoW (Москва ни при чем). Прикольная тоже модель, но как по мне, не учитывает размер фичи. Зато визуально можно поиграться и подвигать стикеры. Хотя для двиганья стикеров еще куча других фреймворков подходят.
Кароче если вкратце, то суть в отделении критических фичей от некритических. Человек не может без дыхания — это критическая фича. Но иногда может ходить без одежды, это не берем в первый приоритет. Подход хорошо помог бы продуктам, которые слишком много времени тратят, скажем, на дизайн авторизации, но мало времени уделяют core функционалу.

→ Модель Кано. Ценность\усилия, RICE. Вот вам еще ключевых слов на эту тему, если хочется упороться и узнать как можно больше по этой теме. Я эти подходы не использовал, поэтому и комментировать не буду.

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

Хотите оставить комментарий? Переходите на мой Телеграм-канал