# Kündigungsumfrage zum Kündigungsablauf deines SaaS hinzufügen > Frag im Kündigungsablauf deines SaaS, warum Kunden kündigen, halte Überspringen einen Klick entfernt, speichere den Grund in Stripe und Ikiform und verzögere die Kündigung nie. Veröffentlicht am 2026-10-25 · https://ikiform.com/de/guides/feedback-form/cancellation-survey Zeig auf der Kündigungsseite eine optionale Frage mit einem Überspringen-Button neben Absenden und kündige das Abo zuerst, egal was die Person wählt. Sende die Antwort dann von deinem Server, mit Konto, Tarif und Laufzeit aus der Session, nach der Response oder mit einem kurzen Timeout, damit die Umfrage die Kündigung nie aufhalten kann. Speichere denselben Grund am Stripe-Abo, damit beide Systeme übereinstimmen. ## Was in einem Kündigungsablauf anders ist Überall sonst ist ein Feedback-Formular ein Gefallen, um den du bittest. In einem Kündigungsablauf steht es zwischen einem Kunden und etwas, das er beschlossen hat. Das bestimmt die Regeln: - **Die Kündigung darf nie von der Umfrage abhängen.** Nicht von einer Antwort, nicht von der Erreichbarkeit von Ikiform, nicht von einem langsamen Request. Das Abo wird zuerst gekündigt, und der Post der Umfrage kann fehlschlagen, ohne dass es jemand merkt. - **Überspringen ist ein Klick.** Ein Button **Skip and cancel** sitzt neben dem Absenden-Button. Ihn zu verstecken oder einen zweiten und dritten Bildschirm mit Angeboten einzufügen, macht aus einer Umfrage ein Hindernis, und daran erinnern sich Leute, wenn sie entscheiden, ob sie zurückkommen. - **Der Kontext kommt vom Server.** Du kennst Konto, Tarif und wie lange jemand bezahlt hat. Nimm sie aus der Session, nicht aus Hidden Inputs, damit die Daten vertrauenswürdig sind. Diagramm: Was passiert, während der Kunde wartet, und was, nachdem er die Bestätigung gesehen hat 1. Der Kunde drückt auf der Abrechnungsseite auf Tarif kündigen. 2. Er sieht eine Frage und kann sie beantworten oder überspringen. 3. So oder so setzt der Server das Stripe-Abo auf Kündigung zum Periodenende, mit dem Grund, wenn es einen gibt. 4. Der Kunde sieht sofort die Bestätigung. 5. Erst nachdem die Response gesendet ist, sendet der Server die Antwort an Ikiform. 6. Ikiform speichert sie mit Tarif und Laufzeit und sendet einen Webhook, den ein Relay in einen Churn-Channel posten kann. Nichts in der unteren Reihe kann die obere Reihe verlangsamen oder blockieren. Ist Ikiform nicht erreichbar, merkt der Kunde nie etwas. ## Felder Formular: Cancellation survey - **Was ist der Hauptgrund für deine Kündigung?** (`reason`, radio, Pflichtfeld) - **Möchtest du uns noch etwas mitteilen?** (`details`, textarea) - **Zu welchem Tool wechselst du?** (`switched_to`, text) - **Konto** (`account_id`, text, Pflichtfeld) - **Tarif** (`plan`, text, Pflichtfeld) - **Monate im Abo** (`months_subscribed`, number) Der Kunde sieht nur die ersten drei. `account_id`, `plan` und `months_subscribed` ergänzt der Server aus der Session. Die Werte für den Grund entsprechen den Optionen von Stripes `cancellation_details.feedback`, sodass ein Wert an beide Orte geht und die Berichte übereinstimmen. Die Labels sind in einfache Sprache umformuliert. `switched_to` ist die nützlichste Freitextantwort, die du bekommst: Eine Liste der Tools, zu denen Leute wechseln, ist deine Wettbewerbsanalyse. | Feld | Quelle | Warum | | --- | --- | --- | | `reason` | Der Kunde | Eine Auswahl, mit denselben IDs, die Stripe nutzt | | `details` | Der Kunde | Optional. Oft der einzige Ort, an dem du die wahre Geschichte erfährst | | `switched_to` | Der Kunde | Nur behalten, wenn der Grund `switched_service` ist | | `account_id`, `plan` | Deiner Session | Schlag die Nutzung nach, bevor du antwortest | | `months_subscribed` | Deiner Session | Frühe und späte Kündigungen haben unterschiedliche Ursachen | ## Die Kündigungs-Action Beide Versionen teilen sich eine kleine Liste von Gründen, damit Formular und Server sich über gültige Werte einig sind: `reasons.ts`: ```ts export const REASONS = [ ["too_expensive", "It's too expensive"], ["missing_features", "It's missing something I need"], ["switched_service", "I found an alternative"], ["unused", "I don't use it enough"], ["too_complex", "It was too hard to use"], ["low_quality", "It didn't work well"], ["customer_service", "Support didn't help"], ["other", "Something else"], ] as const; export type Reason = (typeof REASONS)[number][0]; export function readReason(value: FormDataEntryValue | null): Reason | null { return REASONS.find(([id]) => id === value)?.[0] ?? null; } ``` **Next.js** Die Server Action kündigt zuerst und plant dann den Post an Ikiform mit `after()`, das läuft, sobald die Response fertig ist. Die Weiterleitung wird dadurch nicht verzögert, und ein fehlgeschlagener Post wird verschluckt. **Skip and cancel** nutzt `formNoValidate`, damit das Pflicht-Radio es nicht blockiert. `app/billing/cancel/actions.ts`: ```ts "use server"; import { headers } from "next/headers"; import { redirect } from "next/navigation"; import { after } from "next/server"; import Stripe from "stripe"; import { requireSession } from "@/lib/session"; import { readReason } from "./reasons"; const stripe = new Stripe(process.env.STRIPE_SECRET_KEY!); export async function cancelPlan(formData: FormData) { const session = await requireSession(); const skipped = formData.get("intent") === "skip"; const reason = skipped ? null : readReason(formData.get("reason")); const details = skipped ? "" : String(formData.get("details") ?? "").slice(0, 2000); await stripe.subscriptions.update(session.subscriptionId, { cancel_at_period_end: true, ...(reason ? { cancellation_details: { feedback: reason, comment: details || undefined } } : {}), }); if (reason) { const origin = (await headers()).get("origin"); after(async () => { await fetch("https://ikiform.com/f/frm_xxxxxxxxxxxxxxxx", { method: "POST", headers: { Accept: "application/json", "Content-Type": "application/json", Authorization: `Bearer ${process.env.IKIFORM_SECRET_KEY}`, ...(origin ? { Origin: origin } : {}), }, body: JSON.stringify({ reason, details, switched_to: reason === "switched_service" ? String(formData.get("switched_to") ?? "") : "", account_id: session.accountId, plan: session.plan, months_subscribed: Math.floor((Date.now() - session.subscribedAt.getTime()) / 2_629_800_000), }), }).catch(() => undefined); }); } redirect("/billing/cancelled"); } ``` `app/billing/cancel/page.tsx`: ```tsx import { cancelPlan } from "./actions"; import { REASONS } from "./reasons"; export default function CancelPage() { return (

Cancel your plan

Your plan stays active until the end of the billing period. One question first, if you have a moment.

What's the main reason you're cancelling? {REASONS.map(([value, label]) => ( ))}