Ir al contenido
Widget de novedades

El changelog dentro del sistema que ya usa

¿Publicó una versión? El distintivo se enciende en la app de su cliente, el banner cuenta qué cambió y la lectura queda registrada, cliente por cliente. Sin newsletter que nadie abre.

  • Distintivo, banner y changelog
  • Público interno o externo
  • Informe de acuse de lectura
Tres piezas

Aviso, lectura e historial

El mismo fragmento entrega las tres, y usted elige cuáles usar.

Distintivo de versión

Queda al lado del número de versión en su sistema, o flotando en una esquina, y se enciende cuando hay novedad sin ver.

Banner de novedad

Se abre contando qué cambió. Cuando el acuse es obligatorio, solo libera después de que la persona baja hasta el final y confirma.

Changelog navegable

El historial completo de las versiones de ese producto, con fecha y contenido, dentro de su app.

Público

No todo lo que cambia es para que el cliente lo vea

Cada nota tiene un público: interno, externo o ambos. La instancia del widget declara el público que muestra, y el servidor filtra las notas por él.

  • Público interno, externo o ambos, por nota
  • Acuse separado por entorno: modal dentro de la app, banner dentro del widget
  • Informe por nota: los usuarios de cada cliente que confirmaron la lectura, con la fecha
  • Fila por usuario: quien entró después ve lo que se perdió, en el orden correcto
  • Notas vinculadas al producto, para quien vende más de un sistema
  • Novedad interna dirigida a papeles del producto: la nota llega a quien tiene uno de ellos, y quien no declara papel sigue viendo todo
  • Portugués, inglés y español en el mismo widget

Prueba de que usted avisó

Cuando el cliente dice "nadie me lo contó", el informe muestra la fecha en que leyó y confirmó. Sirve para la conversación comercial y para auditoría.

Cómo publicar

Del pipeline al cliente

  1. 1

    Escriba la nota

    En el panel, con editor enriquecido — o deje que su deploy la escriba por usted.

  2. 2

    Publique por la API

    Una llamada idempotente por producto y versión, hecha por su CI en el momento del deploy.

  3. 3

    Elija el público

    Interno, externo o los dos, y si esa nota exige acuse.

  4. 4

    Siga la lectura

    Vea, en cada nota, quién de cada cliente confirmó la lectura y cuándo.

La API de notas de versión forma parte de la API pública, con clave por alcance.

Por qué importa

Lo que usted entrega necesita ser usado

Adopción de lo que se hizo

Una función que el cliente no sabe que existe no genera valor ni justifica el próximo presupuesto.

Menos tickets repetidos

El cambio de pantalla avisado a tiempo evita la fila de "desapareció el botón" al día siguiente del deploy.

Comunicación con prueba

Un cambio contractual, un precio nuevo o el fin de una función quedan registrados como comunicados y leídos.

Preguntas sobre el widget de novedades

¿Necesito usar también el widget de tickets?

No. Los dos son independientes: puede poner solo el de novedades en su sistema, con el mismo tipo de clave.

¿El acuse obligatorio bloquea el uso del sistema?

Bloquea solo el banner, y solo hasta que la persona baja el texto y confirma. Usted decide qué notas lo exigen — en la mayoría, no vale la pena.

¿Puedo publicar directo desde mi deploy?

Sí. La llamada es idempotente por producto y versión: si el pipeline corre dos veces, la nota no se duplica.

¿El cliente ve las notas internas?

La instancia del widget declara el público que muestra — externo por defecto —, y el servidor filtra las notas por ese público.

Avise en el lugar donde él está

Ponga el distintivo en su sistema y vea la diferencia ya en la próxima versión que suba.