Size: a a a

Saint P Ruby Community

2020 March 08

AD

Anton Davydov in Saint P Ruby Community
Vladimir Kalinkin
биллинг для saas с поддержкой разных юнитов - i/o, время. можно обобщить не только для saas. факт время девелопера в топтал чем не юнит?
Там сложная схема и подобный билинг по ряду причин в топтале не зайдёт, но идея хорошая!
источник

AD

Anton Davydov in Saint P Ruby Community
Igor Morozov
Бонусный счет
Промокоды
Сплит тестирование
Коммуникации (шаблоны и т.п для кучи каналов)
О, любимые промокоды
источник

AD

Anton Davydov in Saint P Ruby Community
Igor Morozov
Бонусный счет
Промокоды
Сплит тестирование
Коммуникации (шаблоны и т.п для кучи каналов)
А что за коммуникации?
источник

MI

Maxim Indykov in Saint P Ruby Community
Vladimir Kalinkin
биллинг для saas с поддержкой разных юнитов - i/o, время. можно обобщить не только для saas. факт время девелопера в топтал чем не юнит?
Мы в этой области пилим один проект, для описания логики сложных и запутанных тарифов в телекоме https://epc.oktaplan.ru
источник

IM

Igor Morozov in Saint P Ruby Community
Anton Davydov
А что за коммуникации?
Ну вообще с пользователями часто есть минимум 3 способа отправить сообщение пользователю: пуши, почта, смс

Ещё могут быть ещё инструменты - сообщения внутри приложения, чат , еще что-то

Такого рода.
источник

AD

Anton Davydov in Saint P Ruby Community
Igor Morozov
Ну вообще с пользователями часто есть минимум 3 способа отправить сообщение пользователю: пуши, почта, смс

Ещё могут быть ещё инструменты - сообщения внутри приложения, чат , еще что-то

Такого рода.
А, я понял. Думал о другом
источник

AD

Anton Davydov in Saint P Ruby Community
А ты бы сам на такое перешёл, если бы был сервис такой?
источник

AD

Anton Davydov in Saint P Ruby Community
Я просто пытаюсь представить себе это и что-то хз даже
источник

IM

Igor Morozov in Saint P Ruby Community
Ну у нас на прошлом месте такое пилили, но произошли события и перестали пилить. Много времени разработки уходит на кастомную коммуникацию
источник

AD

Anton Davydov in Saint P Ruby Community
Igor Morozov
Ну у нас на прошлом месте такое пилили, но произошли события и перестали пилить. Много времени разработки уходит на кастомную коммуникацию
А что кастомного было?
источник

IM

Igor Morozov in Saint P Ruby Community
Причём там зависит от простоты интеграции. Я бы с радостью использовал тулзу, которая позволит условному дизайнеру проектировать коммуникации. Причём с разными триггерами
источник

AD

Anton Davydov in Saint P Ruby Community
Igor Morozov
Причём там зависит от простоты интеграции. Я бы с радостью использовал тулзу, которая позволит условному дизайнеру проектировать коммуникации. Причём с разными триггерами
А расскажи подробнее, пожалуйста
источник

IM

Igor Morozov in Saint P Ruby Community
Anton Davydov
А что кастомного было?
У нас была целая система по улучшению качества через обратную связь. Много разных сообщений с отзывами, проблемами, оценками, и все автоматизировано
источник

IM

Igor Morozov in Saint P Ruby Community
К примеру, на испытательном сроке с десяток разных коммуникаций. И отзывы об уборках, и "у вас отменили заказ, но ничего страшного", инфа о пополнении расходников. Если долго не работает, то напомнить о себе. Если отключили, то попросить приехать вернуть форму
источник

IM

Igor Morozov in Saint P Ruby Community
И это не самые сложные вещи вообще, но очень нудно писать и программист там не нужен
источник

IM

Igor Morozov in Saint P Ruby Community
И вот там триггеры:

1. Сразу после события Х
2. Через N часов просле события X
3. По расписанию

И тоже какие-то условия для применимости этих коммуникаций
источник

IM

Igor Morozov in Saint P Ruby Community
Типа если за сутки нет отзыва, то шлем одно. Если был, то зависит от самого отзыва
источник

AD

Anton Davydov in Saint P Ruby Community
Anton Davydov
народ, у меня очень странный субботний (скорее пятничный) вопрос, я что-то задумался о том, что в будущем вместо библиотек все будут сервисы юзать. во всяком случае мне кажется, что все к этому так или иначе идет. из примеров таких сервисов, которые нужны всем и они +- стандартны - работа с картинками, геолокация и условный ЕЛК (предоставляет логи из коробки). есть еще всякие виды сайдкаров и амбасадоров для кубера. у кого-то есть еще идеи, что можно добавить в список общих сервисов, которые могут быть использованы без завязки на конкретный бизнес?
@wi11son кстати, тред можно в бота закинуть, если он уже есть
источник

w

wi11son in Saint P Ruby Community
Его ещё нет
источник

MS

Mikhail Sytchev in Saint P Ruby Community
Возможно я старомоден, но у меня диаметрально противоположная идея крутится уже долгое время. Чтобы был бутстрап веб Проекта, который включал все популярные сервисы, которые ты в любом случае подключишь в первые 2-3 месяца в проект, в виде готовых oss решений на поддомене. Начиная с Ишью треккера, заканчивая системой сбора логов, мониторинга, доставка почты с обходом спам листов и т.д.
источник