← all projects

// SaaS & platforms · Telegram Sales Bot SaaS

Turning manual channel posting into multi-tenant infrastructure

A lot of Turkish resale and affiliate commerce runs on Telegram — posts pushed to channels by hand, several times a day. It works, and it does not scale past one person.

Isolated
Data and bot identity
Idempotent
A restart cannot double-post
Retry
Failed sends do not vanish

Situation

Product posts are pushed to channels by hand.

It works, but it does not scale past one person with a phone.

Approach

Each business gets its own bot with its own branding and channels, while scheduling, product content and posting rules are managed from one panel.

Multi-tenancy is the architecture rather than a bolted-on feature: tenants are isolated in data and bot identity but share one deployment, so onboarding costs nothing operationally.

The reliability lives in the unglamorous parts: respecting rate limits, retrying failed sends instead of losing them, and keeping a queued post idempotent so a restart does not double-post.

Result

A manual practice became operable infrastructure.

Adding a customer is a configuration task, not a build.

Technology

  • Telegram Bot API
  • Multi-Tenant Architecture
  • Queue + Retry
  • PostgreSQL

Planning something similar?

Let’s pin down scope and timeline together.