Одна людина, але майже 20 років в IT
Чередниченко працює в IT з 2007 року. Він почав ще студентом ДНУЖТ у Дніпрі й за цей час встиг попрацювати з веброзробкою, бекендом, фронтендом, мобільними застосунками, DevOps, Terraform, Kubernetes та PostgreSQL.
Окремо займався embedded-системами, Arduino і 3D-друком.
Цей бекграунд, за його словами, і пояснює, чому він зміг самостійно працювати одразу з кількома технологічними стеками.
AI-агенти сильно пришвидшують роботу там, де розробник вже знає, який результат правильний. Але якщо людина не здатна оцінити результат, сама швидкість генерації коду мало що дає.
«Мій бекграунд — це і є та функція перевірки», — каже він.
Пейджер між Telegram і PagerDuty
Ідея AnyPager виникла з конкретної проблеми. Коли невелика команда відповідає за продакшн, їй доводиться вибирати між саморобним webhook у Telegram або Slack і корпоративними платформами на кшталт PagerDuty.
«Між shell-скриптом і корпоративним command center — величезна порожнеча», — каже Чередниченко.
За його словами, PagerDuty коштує близько $21–41 за людину на місяць, а повноцінне налаштування такого рішення може займати тижні. AnyPager намагається закрити саме цей проміжок.
Сервіс перетворює одну HTTP-подію на push-сповіщення, яке має пробитися навіть крізь беззвучний режим.
Але його завдання — не просто надіслати повідомлення. AnyPager має відповідати на три питання: кому належить інцидент, чи хтось його побачив і що робити, якщо ніхто не відреагував.
Після натискання Acknowledge ескалація припиняється.
«Webhook уміє надіслати повідомлення. Він не знає, хто зараз on-call, хто взяв алерт у роботу і коли треба будити наступного», — пояснює засновник.
Цільова аудиторія продукту — невеликі команди з 2–20 responders: інді-розробники, невеликі SaaS-компанії та агенції, які підтримують продакшн для клієнтів.
Продукт орієнтований одразу на глобальний ринок. Він англомовний, оплата відбувається через Stripe, а дистрибуція — через App Store та CLI.
Публічного релізу поки не було — iOS-застосунок перебуває на ревʼю в App Store. Наразі AnyPager тестують п’ять невеликих команд, тому засновник поки не називає їх повноцінною користувацькою базою.
Два місяці розробки — і кілька стеків
AnyPager Чередниченко створював сам, паралельно з основною роботою інженером у Techery.
Розробка значною мірою відбувалася за допомогою Claude Code. Функції самого засновника — архітектура, визначення меж продукту, ревʼю і рішення про те, чого команда, тобто він сам, не робитиме.
«Сам би я ліпив це пів року — і, чесно кажучи, швидше за все не доліпив би. На четвертому місяці соло-проєкт помирає від втоми, а не від технічних причин», — каже він.
За його словами, головна перевага AI-агентів — не просто швидкість написання коду: «Швидкість тут не в тому, що код друкується швидше. Вона в тому, що зникає вартість перемикання».
Розробнику не потрібно втрачати години на повернення в контекст кожної технології: вранці він може працювати з Rust, вдень зі Swift, а ввечері з Kotlin, делегуючи значну частину реалізації агентам.
Загалом кодова база AnyPager становить близько 26 000 рядків. Приблизно 20 000 написані на Rust, 3200 — на Kotlin, 1800 — на Swift, решта припадає на вебдашборд і документацію.
За кілька місяців було створено бекенд, iOS-, Android- і Wear OS-клієнти, CLI під п’ять платформ, вебдашборд, Stripe-білінг і документацію.
Найцікавіший експеримент — переписати бекенд на Rust
Спочатку бекенд AnyPager був написаний на TypeScript. У липні Чередниченко вирішив повністю переписати його на Rust.
Заміна відбулася безпосередньо в продакшені, без окремої стейджинг-репетиції. На це пішло кілька днів. Ключовим інструментом стала чорноскринькова тестова сюїта: вона піднімає реальний воркер і перевіряє його через HTTP так само, як це робить клієнт.
Тести фактично стали специфікацією для нової реалізації: якщо зовнішня поведінка не змінилася, бекенд вважається переписаним коректно.
Саме тут, за словами засновника, AI не скасовує інженерну роботу. «Агенти дають швидкість, але користуватися нею можна тільки там, де в тебе є чим перевірити результат», — говорить він.
«Я не мержу того, чого не розумію»
Використання AI-агентів не означає, що Чередниченко без перевірки приймає написаний ними код. У проєкті працюють компілятор Rust, clippy з нульовою толерантністю до попереджень, форматування та автоматичні тести в CI.
Є й особисте правило засновника: «Я не мержу того, чого не розумію. Якщо не можу пояснити, навіщо цей шматок, він не їде в прод».
Він навіть вважає, що AI-assisted development зробила його строгішим до якості, а не навпаки.
Логіка проста: якщо код можна генерувати дуже швидко, головним обмеженням стає не швидкість написання, а якість перевірки.
Чому в AnyPager немає AI
На перший погляд це може здатися парадоксом: AI активно використовувався для створення продукту, але в самому продукті AI-функцій немає.
Для Чередниченка це принципова позиція. AnyPager працює у критичному ланцюжку: він має доставити алерт, розбудити потрібну людину і припинити ескалацію після її підтвердження. Тому засновник не хоче використовувати тут ймовірнісну логіку.
«AI-групування інцидентів», «розумне придушення шуму» та інші подібні функції можуть бути корисними для великих enterprise-платформ, але вони не відповідають головній обіцянці AnyPager — надійно доставити критичний alert.
«У пейджері о третій ночі перевіряльника немає», — пояснює він.
Найскладніше в продукті — не push
Технологічна складність AnyPager, за словами засновника, не в тому, щоб відправити push. Це фактично один HTTP-запит до APNs.
Складність — у тому, щоб доставити його надійно та вчасно, а також правильно обробити ситуацію, коли двоє людей одночасно натискають Acknowledge.
Для цього використовуються idempotency-ключі, Cloudflare Queues із ретраями, dead-letter queue, резервний cron кожні п’ять хвилин і окремий щоденний звіряльник підписок Stripe.
Будь-який потрапляння події в DLQ стає приводом для перевірки. Окрема метрика — частка валідних push, прийнятих APNs. Ціль засновника — не менше 99,9%.
Для критичних повідомлень використовується Apple Critical Alerts. Це окремий entitlement, який Apple видає за відповідного обґрунтування. Він дозволяє критичному сповіщенню проходити крізь Do Not Disturb, Focus і беззвучний режим.
Тобто в ідеальному сценарії AnyPager справді має зробити те, заради чого його створили: розбудити людину о третій ночі.
Один POST-запит замість складної міграції
Інтеграція з продуктом має займати кілька хвилин.
AnyPager не замінює моніторинг. Sentry, Grafana, Uptime Kuma, GitHub Actions, cron та інші системи, які вміють надсилати HTTP-події, можуть використовувати його як канал аварійного сповіщення.
Ціль засновника — щоб від реєстрації до першого доставленого alert проходило менше 15 хвилин без його участі.
$1 за користувача
Модель монетизації AnyPager максимально проста: $1 за учасника на місяць або $10 на рік.
Команда з п’яти людей платить $5 на місяць або $50 на рік. Є 30-денний trial без банківської картки.
Ціна навмисно значно нижча за корпоративні рішення.
«Ціна — це не демпінг, це стратегія дистрибуції: продукт має купуватися без дзвінка з продажником і без узгодження бюджету», — говорить Чередниченко.
На розробку продукту він витратив близько $150 прямих коштів — на Apple Developer Program, домен, Cloudflare та поштовий сервіс.
Серверів немає, а інфраструктурні витрати, за його словами, становлять десятки доларів на місяць залежно від фактичного споживання.
Інвестицій стартап не залучав. Це повний бутстреп.
«Піднімати гроші до цього доказу означає масштабувати припущення замість факту», — пояснює засновник.
Чому зараз
На думку Чередниченка, для такого продукту склалося одразу кілька сприятливих факторів.
По-перше, стало більше невеликих команд, які самостійно підтримують реальний продакшн.
По-друге, інфраструктура стала дешевшою, тоді як enterprise-платформи не подешевшали пропорційно.
По-третє, edge-рантайми дозволяють одній людині підтримувати глобально розподілений сервіс без власних серверів.
І, нарешті, є конкретне ринкове вікно: Atlassian припинила продавати нові підписки на Opsgenie у червні 2025 року, а сам сервіс має бути недоступним із квітня 2027-го. Для частини невеликих команд це означає необхідність шукати альтернативу.
AnyPager хоче зайняти саме цей проміжок — між повноцінною enterprise-платформою та саморобним webhook.
«Ми не хочемо ставати ще однією платформою»
Серед конкурентів засновник називає PagerDuty, Better Stack та Opsgenie/Jira Service Management з одного боку і Pushover та саморобні webhook-рішення — з іншого.
Позиціонування AnyPager — посередині: функціональність маршрутизації та відповідальності, близька до професійних пейджерів, але простота і ціна, ближчі до простих push-сервісів.
При цьому засновник свідомо відмовляється від багатьох функцій.
У AnyPager немає моніторингу, логів, status pages, SMS і телефонних дзвінків, SSO/SCIM чи AI.
«Один терміновий цикл, виконаний винятково добре», — так він описує продукт.
Не DAU, а кількість людей, яких реально «прикрили»
Оскільки AnyPager ще не вийшов публічно, даних про retention, DAU/MAU або географію завантажень поки немає.
І засновник не вважає ці метрики особливо корисними для пейджера.
«Добрий пейджер — це той, який ти відкриваєш рідко», — каже він.
Натомість Чередниченко дивиться на частку доставлених push, час від реєстрації до першого alert, конверсію trial → paid та churn.
Є й власна метрика — Monthly Protected Responders, тобто кількість живих людей, які реально захищені пейджером. На перший рік він поставив собі ціль у 30 платних workspace та 150 responders.
Це, за його словами, має стати доказом життєздатності моделі, а не стелею для продукту.
Що далі
Через два-три роки Чередниченко хоче бачити AnyPager не платформою, а інструментом, який встановлюють у новий проєкт так само буденно, як Sentry.
Найближчі плани — Android і Wear OS, Apple Watch із підтримкою Critical Alerts, а також Slack-застосунок із можливістю натиснути Ack безпосередньо в каналі.
Водночас кожна нова функція має пройти власний критерій необхідності. Наприклад, Android-версію він готовий активно розвивати, якщо вона блокуватиме щонайменше 30% кваліфікованих втрачених trial або буде потрібна щонайменше п’ятьом командам.
Тобто продукт не планують перетворювати на чергову платформу з десятками функцій.
/
Український інженер Станіслав Чередниченко сам створив AnyPager — сервіс для аварійних сповіщень, який має будити розробників під час критичних інцидентів. Перший коміт у репозиторії з’явився 7 травня 2026 року, а вже 9 серпня застосунок подали на ревʼю в App Store. За цей час один розробник створив бекенд, iOS- та Android-клієнти, підтримку Wear OS, CLI для п’яти платформ, вебдашборд, білінг через Stripe і документацію.
Значну частину роботи він виконував за допомогою Claude Code та AI-агентів. Прямих витрат на розробку, за його оцінкою, було близько $150. Але є важливий нюанс: штучний інтелект допоміг створити продукт, проте сам продукт принципово працює без AI.
«AI побудував AnyPager, але AI не будитиме вас — це робить черга, ретрай і if», — пояснює засновник dev.ua.
