TR-2531 doc de lanzamiento de primera semana en español

Tu primera semana en Transparent debe reducir confusión, no crear urgencia falsa.

Esta guía de primera semana convierte la secuencia de onboarding en una lista corta más tranquila. Se centra en lo que una iglesia debería entender y decidir temprano, mientras sigue siendo explícita sobre lo que debe esperar revisión.

Postura de primera semana

  • Un siguiente paso claro a la vez
  • Sin sprint de configuración con presión
  • Preguntas de migración y facturación explícitas temprano
  • Acciones de alto riesgo reservadas para aprobación deliberada

Lista de primera semana

Estas son las decisiones tempranas de mayor valor para una iglesia que evalúa Transparent en lanzamiento.

Paso de semana uno 1

Confirma la postura de evaluación y quién la lidera

Decide si tu iglesia está explorando primero self-serve, primero evaluación guiada o revisión centrada en migración. Haz a una persona responsable de mantener claro el siguiente paso.

Paso de semana uno 2

Revisa precios, prueba y expectativas de hardship

Asegúrate de que la postura mes a mes, la prueba de dos meses y la visibilidad de hardship se entiendan antes de que las expectativas internas se desvíen.

Haz ahora versus haz después

Una superficie de onboarding más tranquila debe separar el entendimiento inmediato de acciones que todavía merecen cautela.

Haz ahora

  • Elegir a un responsable de la evaluación
  • Leer una vez la explicación de precios y prueba antes de que se propaguen las discusiones internas
  • Decidir si la migración es inmediata, posterior o guiada
  • Mantener preguntas sensibles de facturación o hardship en rutas de intake restringidas

Haz después o solo con revisión explícita

  • Ampliación avanzada de permisos
  • Aprobación de importación y commit canónico
  • Acciones que afectan superficies públicas o publicación
  • Cualquier acción que afecte facturación y siga siendo poco clara

Límites actuales del shell

Esto mantiene la página de primera semana honesta sobre dónde termina la guía y dónde empieza el trabajo posterior de estado del producto.

Qué es esta página

Una lista corta de lanzamiento que separa decisiones inmediatas de evaluación de acciones que deberían esperar revisión explícita.

Audiencia: Evaluadores de iglesias y administradores decidiendo qué hacer primero después de la orientación.

Idiomas: en, es · Última revisión 2026-04-29

Qué no debe fingir

  • Esto no es un rastreador de completitud ni un panel vivo de readiness.
  • No reemplaza artículos gobernados de precios, migración, soporte o seguridad.
  • Debe derivar a revisión humana en lugar de suavizar incertidumbre sensible a la confianza.

Recomendaciones de siguiente paso

El doc todavía debe apuntar de vuelta a guía gobernada en lugar de dejar el seguimiento a las adivinanzas.

Siguientes movimientos recomendados

  • Mantén la primera semana enfocada en unas pocas decisiones de alto valor, no en máxima profundidad de configuración.
  • Escala cuando las consecuencias de migración, facturación, hardship o acceso dejen de ser obvias.

Cuándo el onboarding debe dejar de fingir

Si el problema real es sensible a la confianza o está bloqueado, la jugada correcta es escalar, no pulir más el texto.

¿Necesitas criterio de migración?

Usa evaluación guiada cuando el momento de importación, la limpieza de datos o la alineación de stakeholders sea el verdadero bloqueo.

Solicitar evaluación guiada →

¿Necesitas ayuda fundamentada primero?

Usa el centro de ayuda o el asistente de soporte antes de convertir una pregunta simple en un caso enrutado.

Abrir asistente de soporte →