
Комментарии 12
Отправлять бота в личные сообщения и поддерживать им топик в чате очень хорошая идея, кажется.
этот же бот может реализовывать ограничения в этом топике (удаляет сообщения пользователей в этом топике). Тем самым топик остается ReadOnly для пользователей.
Если позволяют бюджеты, то можно ИИшкой причесывать анкеты: исправлять ошибки в тексте и выносить увлечения в отдельном формате в анкеты ( если пользователь написал, "Люблю бегать по утрам" то Бот будет выделять "Бег" как одно из увлечений)
Ох, ну я знаю конечно с датингами сейчас проблемно, но чтоб на столько. Интеграция с месенджером конечно вещь полезная, но выглядит очень костыльно.
И почему то только для пловцов (у бегунцов и финтесцов нет проблем походу :), хотелось бы каких то пояснений - в чем специфика.
А это и не проблема :)
Не знаю насколько вы знакомы со спецификой плавания, но сейчас активно развивается направление открытой воды, это сравнимо с беговыми\лыжными марафонами или триатлоном.
У каждого из этих направлений общая специфика - режим, довольно большие объемы тренировок и частые выезды на старты в выходные.
В отношениях, гораздо проще обоим, если такой интерес общий - и познакомиться в общей компашке на стартах, и дальше совмещать )
Вокруг этого все и работает
Профильные приложения никто не отменял, предполагается совмещение для увеличения шансов на успех )
Перенос поиска в отдельного бота:
Выделить основные темы поиска (в первую очередь пол, город, возраст а далее остальное по специфике.). Данные по ключевым метрикам выше хранить в простой SQLite, где и разнесён референс этих данных к ссылкам на анкеты с канала. Допустим юзер вводит через бота МСК, от 20 до 35, Ж. Бот делает запрос в БД - и присылает анкеты от старых к новым (чтобы самые свежие были у пользователя в первую очередь на экране) тупо пересылая ссылки из чата/канала с анкетами.
Старые анкеты в боте поиска появляются первыми, т.е. в итоге пользователь видит сначала свежие. До кучи можно чтобы бот к каждому посту давал дату создания/обновления, и далее юзер уже сам будет решать смотреть ему старые анкеты или нет.
Сами анкеты вводятся пользователем в чат, или вообще создаются через другого бота, где пользователь сначала отвечает на 5-7 ключевых для поиска вопросов и далее бот вносит эту инфу в БД и в текст поста пользователя с остальной анкетой. Из старых анкет инфу для БД можно достать с помощью ИИ или руками.
Удаление анкет можно проводить через того же бота. Юзер нажимает кнопку удалить мою анкету - бот зачищает БД и удаляет пост с анкетой. Изменения ключевых данных хорошо реализовать в том же боте.
Итог:
2 бота, один занимается созданием/изменением/удалением анкет для удобства юзеров. Второй бот поиска, по ключевым данным вытаскивает из БД нужные анкеты, далее пользователь уже сам может их смотреть, выбирать и т.д.
По старым анкетам неплохо было бы, чтобы владелец анкеты раз в год в том же боте отвечал на вопросы: Анкеты актуальна? Вы вообще ещё в поиске? Не хотите что-то удалить/изменить?
Практически готовое ТЗ к реализации! Спасибо!
По ботам - почему 2, а не 1?
и стоит ли совмещать это еще с тем ботом (приветствия, поздравлялся, в планах - дайджест и тп), который у нас уже есть или это совсем разные функции и нет смысла и проще поотдельности поддерживать, если что?
Конечно отдельно. Приветствия и прочее - это в чате. Эти 2 бота лучше вообще вывести за инфраструктуру чата - пусть работают отдельно. В чате - чат, в боте поиска - поиск, и т.д.
2 бота - слишком много кнопок, функционала. Сложно юзеру будет. Запутаться легко, нажать не туда.
И просто когнитивно - когда пользователь хочет поиск он настроен на относительно недолгое взаимодействие: ввёл критерии - получил анкеты. А когда анкета создаётся пользователь сам понимает, что это не мгновенный процесс и нормально относится к вопросам (как и в дейтинговых сервисах по сути бот возьмёт на себя часть заполнения анкеты пользователем)
Мария, какую интересную тему Вы подняли! Идея супер! Прочитала статью с большим удовольствием, спасибо! А Вам желаю удачи в развитии бота!
Делать простое мини-приложение, которое будет запускаться через бота. Это единственный вариант, дающий гибкость оформления, визуализации, свободу. В том числе свободу выхода за рамки мессенджера, если понадобится или захочется дать доступ к сервису через сайт.
Упорядочивая хаос вы получите упорядоченный хаос - это к вашим прокрастинациям на тему "нужен ли шаблон". Приятно ли людям копаться в куче фристайла, кто во что горазд? Сложные анкеты не нужны, но базовый минимум определить надо. Сюда же нюансы актуальности инфы, брать из профиля или не брать - должна быть возможность синхронизации из профиля или загрузка произвольных фото.
По поводу того, что люди могут терять интерес или писать в личку - за рамками остался механизм коннекта. Сообщения, лайки, иные реакции? Есть ли вообще мотивация заходить снова и снова или действительно нажать волшебную кнопку "прекратить поиск". Сначала нужен бизнес-процесс (хоть тут и не о бизнесе), потом уже прототипирование интерфейса и продумывание пользовательских путей и сценариев, КАК этим будут и хотят пользоваться, помогаем юзеру или ставим палки.
Андрей, механизм коннекта действительно за рамками остался, потому что в отличие от приложений для широкой аудитории у нас есть другие механики, связанные с поддержкой личных встреч на стартах и за их пределами.
Это дальше практически само работает именно благодаря общим интересам, связанным с плаванием на открытой воде и регулярными стартами.
Процесс самого метча поддерживать для нас по сути бесмысленно, достаточно помочь с информированием ищущих друг о друге и о возможности встреч + та же личка.
Упорядочивание анкет это безусловно необходимый минимум, согласна.
Где в Телеграм заканчивается dating-чат и начинается архитектура