# Añade una encuesta de cancelación al flujo de baja de tu SaaS > Pregunta por qué cancelan tus clientes dentro del flujo de baja de tu SaaS, deja Omitir a un clic, guarda el motivo en Stripe e Ikiform y nunca retrases la baja. Publicado el 2026-10-25 · https://ikiform.com/es/guides/feedback-form/cancellation-survey Muestra una pregunta opcional en la página de cancelación, con un botón Omitir junto a Enviar, y cancela primero la suscripción elija lo que elija la persona. Después envía la respuesta desde tu servidor, con la cuenta, el plan y la antigüedad sacados de la sesión, tras la respuesta o con un timeout corto, para que la encuesta nunca pueda frenar la cancelación. Guarda el mismo motivo en la suscripción de Stripe para que los dos sistemas coincidan. ## Qué cambia en un flujo de cancelación En cualquier otro sitio, un formulario de feedback es un favor que pides. En un flujo de cancelación se interpone entre un cliente y algo que ya ha decidido hacer. Eso marca las reglas: - **La cancelación nunca debe depender de la encuesta.** Ni de una respuesta, ni de que Ikiform esté disponible, ni de una petición lenta. La suscripción se cancela primero, y el envío de la encuesta puede fallar sin que nadie se dé cuenta. - **Omitir está a un clic.** Un botón **Skip and cancel** (omitir y cancelar) va junto al botón de enviar. Esconderlo, o añadir una segunda y una tercera pantalla de ofertas, convierte una encuesta en un obstáculo, y la gente lo recuerda cuando decide si volver. - **El contexto viene del servidor.** Conoces la cuenta, el plan y cuánto tiempo han pagado. Tómalos de la sesión, no de inputs ocultos, para que los datos sean fiables. Diagrama: Qué pasa mientras el cliente espera y qué pasa después de que ve la confirmación 1. El cliente pulsa Cancelar plan en la página de facturación. 2. Ve una pregunta y puede responderla u omitirla. 3. En ambos casos, el servidor programa la cancelación de la suscripción de Stripe al final del periodo, con el motivo si lo hay. 4. El cliente ve la confirmación al instante. 5. Solo después de enviar la respuesta, el servidor manda la respuesta a Ikiform. 6. Ikiform la guarda con el plan y la antigüedad y envía un webhook, que un relay puede publicar en un canal de bajas. Nada de la fila de abajo puede ralentizar ni bloquear la fila de arriba. Si Ikiform no está disponible, el cliente nunca lo sabe. ## Campos Formulario: Cancellation survey - **¿Cuál es el motivo principal por el que cancelas?** (`reason`, radio, obligatorio) - **¿Hay algo que quieras contarnos?** (`details`, textarea) - **¿A qué herramienta te cambias?** (`switched_to`, text) - **Cuenta** (`account_id`, text, obligatorio) - **Plan** (`plan`, text, obligatorio) - **Meses suscrito** (`months_subscribed`, number) El cliente solo ve los tres primeros. `account_id`, `plan` y `months_subscribed` los añade el servidor a partir de la sesión. Los valores del motivo son los mismos que las opciones de `cancellation_details.feedback` de Stripe, así que un mismo valor va a los dos sitios y los informes cuadran. Las etiquetas están reescritas en lenguaje llano. `switched_to` es la respuesta de texto libre más útil que vas a recibir: la lista de herramientas por las que te deja la gente es tu análisis de la competencia. | Campo | Origen | Por qué | | --- | --- | --- | | `reason` | El cliente | Una opción, con los mismos ids que usa Stripe | | `details` | El cliente | Opcional. A menudo el único sitio donde te enteras de la historia real | | `switched_to` | El cliente | Solo se guarda cuando el motivo es `switched_service` | | `account_id`, `plan` | Tu sesión | Consulta el uso antes de responder | | `months_subscribed` | Tu sesión | Las bajas tempranas y las tardías tienen causas distintas | ## La acción de cancelar Las dos versiones comparten una pequeña lista de motivos, para que el formulario y el servidor coincidan en los valores válidos: `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** La server action cancela primero y luego programa el envío a Ikiform con `after()`, que se ejecuta cuando la respuesta ha terminado. La redirección no se retrasa por ello, y un envío fallido se ignora. **Skip and cancel** usa `formNoValidate`, así que el radio obligatorio no lo bloquea. `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]) => ( ))}