Разработка бота для месенджеров

Юзер-стори бота

С определенной периодичностью (скажем, раз в 1 минуту) бот должен заходить на ресурс и получать данные. Эти данные по сути - 1 число, которое представляет собой % роста заказов за последние 10 минут.
Если это число превышает определенный порог, то бот должен написать определенному контакту (а лучше определенной группе) полученную информацию (Например "Внимание, за последних 10 минут рост заказов превысил 15%").
Контакт, или один из участников группы должен зааппрувить получение месседжа. В идеале меседж должен быть сразу со ссылкой на ресурс, куда контакт должен зайти и выполнить определенные действия.
После аппрува такого сообщения бот должен сделать паузу в запросах к ресурсу чтоб дать возможность сделать действия пользователю. Например, на 10 минут.
Контакт должен иметь возможность дать боту комануд сделать уведомление тем, кто на него подписан, или в определенные группы по команде Контакта, или одного из участников группы.
Уведомление должно содержать некоторую информацию, которую Контакт должен предоставить боту.
Рассылка уведомлений и проверка числа на ресурсе (с последующим уведомлением о критичном изменении) никак не связаны - это два отдельных процесса. Однако после аппрува получения инфо о критичном изменении бот должен спросить нужено ли делать такую рассылку. Ответ от контакта может прийти не сразу - Контакту нужно время для проверки необходимости реакции.
Рассылка может быть нескольких видов, шаблоны для которых хотелось бы иметь возможность настраивать.

Бот желателен в Viber, Messenger, Telegram (именно в таком приоритете)

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

Процесс общения с одним из фрилансеров, который уточнил некоторые вопросы:
У фрилансера получено разрешение на публикацию этого текста.

Вам бот нужен сразу для всех трех платформ, то есть Viber, Facebook Messenger и Telegram, или можно допустим только Facebook Messenger и Telegram?
-- В идеале - да, но начать нужно с чего-то одного. Оттестировать функционал и тогда только расширяться. Мы рассматриваем пока вариант Телеграмма. Хотя это неточно, поскольку возможности ботов на разных платформах могут отличаться, а раз отличаются, то лучше сделать бота с максимально возможным охватом.

"Контакт, или один из участников группы должен зааппрувить получение месседжа" - так же не совсем понятен этот пункт. Как это должно выглядеть: клиент выбирает команду /approve или нажимает кнопку "Аpprove" на ReplyKeyboard?
--Без разницы. Это будет несколько технических специалистов, так что как легче.

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

Единственное предназначение аппрува получения сообщения, которое выплывает из юзер-стори - это триггер рассылки? "Однако после аппрува получения инфо о критичном изменении бот должен спросить нужно ли делать такую рассылку."
--Бот сообщает о том, что параметры изменились. Юзер (один из) аппрувит. Бот спрашивает запускать ли рассылку. Если нет - ничего, Если да - отправляет шаблонированное ранее сообщение в какую-то группу или канал.

Так же в пункте: "Контакт должен иметь возможность дать боту команду сделать уведомление тем, кто на него подписан, или в определенные группы по команде Контакта, или одного из участников группы." - здесь нужно реализовать все три варианта или один из них?
--тут не очень описано. Причина - я не понимаю как работает бот. Что он есть такое? Простой чат на другом конце которого робот? Или это полноценный номер телефона, который можно добавлять в группы и т.п.? Есть некая среда работы с ботом. Что это за среда?

Рассматривая например Telegram:

Если первый вариант (сделать уведомление тем, кто на него подписан) еще можно реализовать (хоть и не через Telegram API, так как для этого нету официального метода), то два последующих (уведомление в определенные группы или одного из участников группы) можно реализовать только вручную, записывая нужные chat_id в БД или прямо в код (что не есть хорошо),
-- не хорошо, но вполне допустимо. Использование/изменения БД напрямую вполне норм.

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

Следующий пункт: "Уведомление должно содержать некоторую информацию, которую Контакт должен предоставить боту". В каком виде клиент предположительно будет передавать информацию - набирать текст сообщения прмяо в мессенджере, передавать текстовый файл с нужной инофрмацией или может быть вообще медиа-файл?
-- точно только текст, однако я видел это что-то типа шаблонированного сообщения. Например шаблон: [Водители! Количество заказов выросло на %p1 процентов! В связи с этим тариф поднят на %p2 процентов, что составляет %p3 грн за километр! Ожидаем вас на линии!]. Соответственно, Конткат должен предоставить р1 и р2. Ну и р3 бот должен расчитать сам, либо снова-таки получить от контакта (что проще). Вот идет запрос с выбором шаблона, пользователь выбирает, бот дает список параметров для заполнения и делает рассылку.

"Рассылка уведомлений и проверка числа на ресурсе (с последующим уведомлением о критичном изменении) никак не связаны - это два отдельных процесса". Да, но ведь второй процесс зависит от первого, учитывая что при принятии аппрува сообщения о критичном изменении, бот должен сделать паузу в запросах к ресурсу чтоб дать возможность сделать действия пользователю?
--не очень понял... Но из того, что понял. Я назвал это независимыми процессами потому что на самом деле процесса два и они независимы. Может, снова-таки, непонятно написано. Первый процесс - цикл{считывание данных - триггер - аппрув - пауза - запрос на шаблонированную рассылку}. Второй процесс - всевозможные рассылки (шаблонированные и нет). Связь между ними только на этапе после аппрува.

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