Zernio

A unified API for connecting accounts and adding social publishing, messaging and related marketing functions.

Usage-based connected-account billing + metered servicesDeveloper tools
Visit website
Reported revenue> $1,000,000ARR · Unspecified $Founder said the product crossed 1M ARR about a month before the interview published April 30, 2026; exact milestone date unspecifiedOriginal disclosure
Business modelUsage-based connected-account billing + metered servicesDeveloper tools
Profile depthResearched profileProduct facts and editorial breakdown
Source checkedOct 19, 2026Observation date, not revenue cutoff

Business overview

Public positioning

A unified API for connecting accounts and adding social publishing, messaging and related marketing functions. In the April 30, 2026 interview, Palet describes four developers and one marketer, with one developer focused on support. Five-person historical team; current headcount unverified.

How it makes money

Current billing centers on connected accounts, with separate metering for selected messaging, advertising and communications services.

Business breakdown

Researched Oct 19, 2026

Source-linked product facts, followed by MRRTrace analysis of the customer problem, workflow, trade-offs and questions to test.

The customer problem

Zernio helps software teams add account connections and social operations through a shared API. The official quickstart demonstrates creating a profile, authorizing an account and scheduling a post. Editorial interpretation: its customer is building an application that already has users, brands or publishing tasks. The purchasing decision turns on how much integration work the service removes and whether it fits the customer's existing account model, rather than the size of a headline platform list.

Core workflow

  1. Create an application key and a profile that groups the intended user's or brand's accounts.
  2. Authorize the destination account and retrieve its account identifier before preparing content.
  3. Schedule the approved post, inspect its status and handle any destination-specific failure.

What customers pay for

Current pricing uses connected accounts and separately meters selected services. Editorial hypothesis: evaluate revenue potential against a customer's active connected accounts and recurring usage. Test a representative customer journey from authorization through publication and recovery. Measure successful setup, time to first useful result and support contacts per account. Those measures help distinguish a valuable integration service from a thin wrapper that moves troubleshooting elsewhere. They also make it easier to choose an initial customer segment with predictable usage and manageable support needs.

Distribution signals

Observed channels and entry points; their performance is not inferred.

  • High-intent search and paid acquisition

    Palet reports search and paid advertising as main acquisition channels while explicitly acknowledging attribution difficulty.

    Evidence

Trade-offs

  • Editorial risk: a common interface simplifies application code but cannot erase differences between destination permissions and supported actions. Product promises should match the workflows actually tested.
  • Editorial risk: account-based billing can align with customer expansion, while separately metered operations complicate forecasting. A buyer needs a realistic workload estimate before offering an unlimited downstream package.

Open questions

  • Which integration repeatedly delays a customer's product launch or consumes maintenance time?
  • What happens to account connections and queued work when one destination changes its requirements?

A MRRTrace reading of public product material. Trade-offs and questions are editorial analysis.

Revenue evidence

Founder disclosure in interview
> $1,000,000ARR · Unspecified $ · Founder said the product crossed 1M ARR about a month before the interview published April 30, 2026; exact milestone date unspecified
Reporting period
Founder said the product crossed 1M ARR about a month before the interview published April 30, 2026; exact milestone date unspecified
Figure as of
Not provided
Reporting method
Founder disclosure in interview
Source checked
Oct 19, 2026
Source published
Apr 30, 2026

The founder says the product crossed 1M ARR about a month before the interview. The stored 1,000,000 with more-than qualifier is a milestone threshold, not an exact current value. Do not convert the >83K/month editorial header into MRR. Exact measurement date and currency are unstated. Historical self-report without payment verification; current pricing is separate.

Miquel Palet first-person Indie Hackers interview, April 30, 2026
This historical disclosure is separate from any current Stripe connection shown on this page. MRRTrace has not audited the business. Revenue is not profit, and historical figures are not current earnings guarantees.

Current pricing offers two connected accounts free, usage-based account billing and additional metered services. These terms differ from the April interview's subscription tiers.

The source page may change its prices, limits, or offer after the recorded check date.

What founders can learn

Editorial notes

Package recurring integration maintenance for developers who already serve users with connected accounts.

Before you build something similar

  • Each destination retains its own permissions, capabilities and operational restrictions.
  • Current account-based pricing must not be substituted for the interview-period plans.
  • The recorded ARR is a historical milestone, not a claim about today's revenue.

These are MRRTrace observations, not statements by the founder or proof of a repeatable outcome.

Source material

3 sources
  1. Founder income and team interview Public source · Checked Oct 19, 2026
  2. Official pricing and product capabilities Public source · Checked Oct 19, 2026
  3. Official API quickstart Public source · Checked Oct 19, 2026