Stripe

Deze categorie bestaat omdat Stripe het belangrijkste systeem in de stack van een indie SaaS-oprichter is, en ook het systeem dat oprichters het meest verkeerd gebruiken. Stripe geeft je wat eruitziet als een complete analytics-laag uit de doos — MRR, churn, klantenaantal, alles voor je berekend. Het probleem is dat die getallen berekend zijn volgens een specifieke definitie van elke metric, die wel of niet overeenkomt met wat jij ermee bedoelt, en het verschil verstoort stilletjes elke beslissing die je erbovenop neemt.

De meest voorkomende fout: vertrouwen op het MRR-getal van Stripe zonder te begrijpen hoe het opgebouwd is. Stripe's MRR bevat dingen die je wilde uitsluiten (eenmalige kosten in bepaalde configuraties) en sluit dingen uit die je wilde meenemen (jaarlijkse prepays afhankelijk van de subscription-structuur). Hij rondt ook af. Het geaggregeerde effect op een klein portfolio is doorgaans een vertekening van 3 tot 8 % die zich over de maanden opbouwt. Het middel is niet om Stripe op te geven — het is het recept te kennen.

Begin bij het verbinden van je Stripe API-sleutel voor de operationele setup — beperkte sleutel, alleen-lezen, de vier juiste bronnen en niets anders. De Stripe analytics gids dekt wat het native dashboard je geeft en waar het tekortschiet, met praktische workarounds. En de Stripe MRR gids gaat in op de specifieke vraag van MRR-berekening, met de correcties die je nodig hebt om een verdedigbaar cijfer in Slack te kunnen plakken zonder kanttekeningen.

Een observatie die we vaak delen: Stripe is uitstekend als payment processor en adequaat als analytics-tool, en die twee verwarren is de bron van de meeste reporting-bugs die we helpen debuggen. Behandel Stripe als bron van waarheid voor transacties en als startlaag voor analytics, niet als het eindantwoord. De artikelen in deze categorie helpen je die lijn scherp te trekken zonder opnieuw te bouwen wat Stripe al goed doet.