Day 5 — Operations, legal and cost limits are set

Goal

You clarify what can cost you money, time or trust after publishing.

Understand briefly

A login is not cost control. Anything that triggers a paid feature needs a server-side approval first: request → check → reserve budget → start provider → record usage. Remote config may hide buttons, but it is never the security boundary — the server always makes the final call. And a single “AI on/off” is too coarse: switch individual capabilities separately and keep the free manual route available when you pause the expensive one.

Follow along

Paste this prompt into the AI tool you work with:

My app does: [SHORT DESCRIPTION]. Paid or external calls: [LIST OR “none”]

1. List which legal texts, support routes and data declarations my release goal requires.
2. Propose a separate switch plus daily and monthly limit for every paid feature.
3. Describe a server-side kill switch that also stops an old app version.
4. For each point, tell me how I can tell it actually takes effect.

Explicitly mark anything you are not sure about.

Build it yourself

Write your legal and support pages, create icon, splash and description texts, and set a hard cap for every paid feature.

Verify

Only tick a box once you have really checked it. These criteria are the only way to finish this unit.

Privacy policy, imprint and a reachable support route exist.
Icon, splash, screenshots and a truthful description are ready.
Every paid feature has a limit and a reachable kill switch.

0 of 3 confirmed

Still open: 3 criteria

Self-check

Three questions about decisions you made today. There are no points and no grade — only the why. Every answer can be changed.

1. Your app triggers a paid function. What protects you from a surprise bill?

That only logged-in users can trigger itA server-side approval before every callA switch that lets me disable the function remotely

2. What is remote config good for — and what not?

As a security boundary, to lock featuresTo hide buttons — the server makes the decisionFor both, if the switch is well secured

3. You are writing the description for your release. What do you hold to?

What the app will soon be able to doWhat it demonstrably does todayThe terms people search for

0 of 3 answered

Next step

Tomorrow you build the state you would actually ship.

Next: Day 6 — A real release candidate

Paramètre de confidentialité

Avec ton accord, PostHog EU mesure quelles pages sont ouvertes et enregistre en plus ta session : mouvements de souris, clics, défilement et contenu affiché sont conservés comme une reconstruction rejouable. Les saisies au clavier sont masquées avant l'envoi. Les contenus de la connexion, de l'inscription, de la récupération de mot de passe, du chat fondateur, du champ newsletter, de l'affichage de ton e-mail, de tes réponses aux quiz et des listes de contrôle ne sont pas enregistrés du tout ; sur les pages de connexion et d'inscription, l'enregistrement est en pause. Les adresses sont toujours stockées sans paramètres de requête. Un identifiant d'appareil aléatoire et des données techniques de connexion comme l'adresse IP sont également traités. S'y ajoutent quelques événements d'usage strictement définis : jusqu'où un article a été lu, quel élément d'article a été utilisé, quel appel à l'action a été cliqué et comment s'est terminée une inscription à la newsletter. Seules des valeurs issues d'une liste fixe sont transmises — aucune saisie et aucun texte libre. En savoir plus sur la confidentialité

Sans ton accord, aucun code d'analyse n'est chargé et rien n'est enregistré. Tu peux retirer ton consentement à tout moment : le retrait met fin à la collecte immédiatement ; les données déjà collectées peuvent avoir été transmises et sont supprimées après le délai de conservation.