Para quién es

Skomi para productos SaaS

Una empresa SaaS mide dos cosas que normalmente se compran por separado: un sitio de marketing que tiene que convertir, y un producto que tiene que retener. Skomi cubre los dos desde un script y una factura, hasta donde llega la medición a nivel de página, que es la parte que conviene leer con cuidado más abajo.

Lo que obtienes

El sitio de marketing y el producto con sesión en el mismo script. Las páginas de prueba, la documentación, los precios y la propia aplicación informan a una sola cuenta, así que el camino desde una entrada del blog hasta una cuenta activada es un embudo y no dos herramientas cosidas a mano.

Sin banner de consentimiento en el sitio de marketing. No se almacena nada en el dispositivo del visitante, así que la página que tiene que convertir no es la página que pide permiso primero. Para un producto cuya propia propuesta va de confianza, eso vale más que la analítica.

Embudos, y cohortes con una advertencia. Los recorridos enseñan dónde pierde gente un registro o una incorporación, paso a paso, y eso funciona sea cual sea tu ajuste de identidad. Las cohortes de retención agrupan por cuándo se vio a un visitante por primera vez en absoluto y no por primera vez en el periodo. Pero lee la sección siguiente antes de fiarte de ellas, porque lo que significa «el mismo visitante la semana que viene» depende de un ajuste que casi nadie toca.

Mapas de calor y grabaciones dentro del producto. La pantalla de incorporación donde todo el mundo se atasca no suele ser la pantalla que habrías supuesto. Los campos de entrada se enmascaran siempre en las grabaciones, lo que importa más aquí que en una página de marketing.

Un widget de opiniones que puedes poner en una sola pantalla. Pregunta en la página donde está la duda, en vez de mandar una encuesta por correo una semana después.

Informes sin repartir contraseñas. Un panel compartido es un enlace sin cuenta detrás, que es como un fundador enseña números a un inversor o a un consejo sin añadir puestos.

Lo que Skomi no hará por ti

Skomi no averigua por su cuenta quién es quién. La identidad se deriva en el servidor a partir de una sal que rota a diario, así que quien vuelve la semana que viene se cuenta como un visitante nuevo, no como el mismo. La excepción es una que eliges tú: activa Identify signed-in users en los ajustes de Analytics del sitio, y tu producto podrá llamar a skomi.identify() con su propio identificador para una persona con la sesión iniciada. Ese identificador sigue a la persona de un día a otro y de un dispositivo a otro, no almacena nada en su dispositivo y permite filtrar el panel, la lista de visitas y los recorridos para ver lo que hizo ese cliente concreto. Está desactivado hasta que lo actives, rechaza cualquier cosa que parezca una dirección de correo, y avisar a tus usuarios te corresponde a ti. Añade un filtro, no un modelo de cuentas: no hay dimensión de empresa, ni lista de tus usuarios, ni atributos asociados a ellos. Un identity.mode de device por sitio es una elección aparte. Devuelve un identificador estable al dispositivo y hace que la retención signifique lo que esperas, a costa de almacenar algo en el dispositivo, lo que trae de vuelta la cuestión del consentimiento. Es una contrapartida real y te toca a ti tomarla.

Sin banderas de funcionalidad, sin experimentos, sin pruebas A/B. Las suites de analítica de producto agrupan estas cosas y Skomi no tiene ninguna. Si tu hoja de ruta depende de lanzar variantes y leer la diferencia, vas a estar usando otra cosa en paralelo.

Sin CRM, sin correos, sin fichas de usuario. Skomi mide e informa. Más allá de un identificador que decidas enviar, no guarda nada sobre tus clientes, así que no puede segmentar por plan, disparar un correo de ciclo de vida, ni decirte qué cuentas se han quedado calladas.

Sin inicio de sesión único para tu equipo. La gente con la que trabajas entra con su propio correo y contraseña, o con Google, Microsoft o GitHub, y el acceso se concede por sitio o por aplicación y no por grupo de directorio.

Grabar un producto con sesión debería ser una decisión, no un valor por defecto. Los campos de entrada se enmascaran y puedes muestrear en vez de capturarlo todo, pero sigues filmando pantallas con datos de clientes. Hazlo deliberadamente, dilo en tu política de privacidad, y decide cuánto texto de la página puede mostrar una grabación.

Configurarlo a tu manera de trabajar

Un script en los dos, sitio de marketing y aplicación. Pueden ser un sitio en Skomi o dos: uno si quieres el embudo entero en una sola vista, dos si los equipos que los miran son distintos. La guía del fragmento cubre cualquiera de los dos casos.

Etiqueta cada campaña de la misma manera para que el lado de la captación sea legible. Hay una convención que vale la pena adoptar antes de la primera campaña y no después de la décima.

Haz del registro un objetivo, y de la primera acción real un segundo objetivo. El hueco entre los dos es la activación, y es el número que le falta a la mayoría de los paneles SaaS.

Activa las grabaciones con muestreo, no para todo el mundo. Una muestra basta para ver dónde se atasca la incorporación, y nadie necesita filmar cada sesión del producto.

Ten claro cuánto tiempo se guardan las grabaciones. La conservación viene de tu plan, no de un ajuste por sitio, y en todos los planes las grabaciones se guardan menos tiempo que la analítica. La página de precios muestra la ventana de cada uno.

Un script, o un SDK. Los mismos informes en cualquier caso.

Crea una cuenta, registra un sitio y activa lo que necesites.