Skip to content

SahajNivesh

Reading Patterns, Revealing Opportunities

Menu
  • Advance-Decline Ratio
  • Tools
    • Value OF A STOCK Calculator
Menu

Designing a Reliable Credit-Based SMS Campaign System for a Premium Custom SaaS Platform

The Opportunity

A premium custom SaaS platform approached us to build a mission-critical SMS marketing engine — one that could support high-volume campaigns while enforcing strict credit limits tied to subscriptions and payments.

For this platform, SMS was not just a feature.
It was a core revenue driver.

That meant the system had to be:

  • Financially accurate
  • Failure-resistant
  • Scalable under peak load
  • Safe under retries, restarts, and admin changes

There was no room for “mostly works.”


The Real Problem

Many systems can send SMS.
Very few can do it correctly at scale.

The client faced complex real-world scenarios such as:

  • Campaigns running while credits were actively being consumed
  • Payments arriving asynchronously
  • Background workers retrying jobs automatically
  • Campaigns pausing when credits ran out
  • Campaigns resuming days later without duplicate sends
  • Administrative actions like credit rollbacks or subscription changes

A single mistake could lead to:

  • Messages sent without payment
  • Duplicate messages to customers
  • Billing disputes
  • Loss of trust in the platform

The challenge wasn’t speed — it was correctness under pressure.


What the Client Needed

They needed a backend system that could confidently guarantee:

  • Messages are never sent beyond available credits
  • Campaigns pause automatically when credits are exhausted
  • Campaigns resume exactly where they stopped — no duplicates
  • System behavior remains correct during crashes or restarts
  • Billing remains accurate and auditable at all times

All of this had to run hands-off, without manual monitoring or fixes.


Our Solution

We designed the system with one guiding principle:

The system must remain correct even when things go wrong.

Instead of relying on assumptions, we built a deterministic, state-driven backend that enforces business rules at every step.


What We Did Differently

Credit-Driven Control

Credits were treated as a financial asset, not a simple counter.
Every purchase, usage, and adjustment was tracked and enforced with precision.

Deterministic Campaign Progress

Campaigns always knew exactly which message should be sent next.
This made pausing and resuming campaigns predictable and safe.

Permission-Based Sending

Messages were only sent after real-time validation confirmed:

  • The campaign was active
  • The subscription was valid
  • Credits were still available

Past state was never blindly trusted.

Failure-Resistant by Design

Retries, restarts, and delayed events were treated as normal operating conditions, not edge cases.


Technology Stack (Chosen for Reliability)

We selected a proven, production-ready stack optimized for correctness and scale:

  • Backend: Python
  • Async Processing: Celery
  • Queue Broker: Redis
  • Database: PostgreSQL
  • Payments: Stripe
  • SMS Delivery: Twilio

Why Celery?

Celery was chosen because it:

  • Handles retries safely and predictably
  • Scales horizontally with ease
  • Integrates cleanly with Python-based systems
  • Is battle-tested in high-volume production environments

Most importantly, it allowed us to separate execution from correctness, ensuring retries never caused billing or messaging errors.


The Outcome

The final system delivered exactly what the client needed:

  • Zero messages sent beyond available credits
  • No duplicate messages, even after pauses or restarts
  • Automatic campaign pausing and safe resumption
  • Immediate enforcement of subscription or credit changes
  • A clean, auditable billing trail for full transparency

The client gained a backend foundation they could trust — even during peak traffic and unexpected failures.


Business Impact

This system enabled the platform to:

  • Scale SMS campaigns confidently
  • Protect revenue automatically
  • Reduce operational risk
  • Build trust with end customers
  • Support long-term growth without fear of billing failures

Why This Case Study Matters

Many teams can build features.
Very few can build systems that stay correct under failure.

This project highlights our ability to:

  • Design for real-world conditions
  • Anticipate edge cases before they become incidents
  • Build premium backend systems that protect revenue and reputation

Category:
  • Order Block Setup: – 20 March 2025
  • Which Timeframe to Check for Order Blocks?
  • Order Blocks (OB) क्या होते हैं? – संपूर्ण गाइड हिंदी में
  • ट्रेडिंग में Smart Money Concept क्या है?
© 2026 SahajNivesh | Powered by Minimalist Blog WordPress Theme