Arquitecto de Conocimiento y Experto en Habilitación de Producto

Qué harás

Definir y mantener el modelo de contenido para el conocimiento del producto de Docplanner: hechos pequeños e independientes, cómo se organizan los temas, qué etiquetas y metadatos utilizamos, y qué pertenece a la base de conocimientos interna frente a la externa para clientes y médicos.
Establecer el estándar de calidad. Cada hecho lleva una referencia de dónde proviene (repositorio, archivo, lugar en el código), para que cualquiera pueda volver a comprobarlo más tarde en lugar de confiar ciegamente.
Elegir una estructura que funcione para ambos asistentes, Kraken para clientes y Noa para médicos, de modo que no acabemos manteniendo el mismo conocimiento dos veces.
Trabajar directamente en GitHub con acceso de lectura al monorepo y a los demás repositorios. Encontrar dónde reside realmente la lógica de una funcionalidad, leerla lo suficientemente bien como para entender las reglas y los casos especiales, y convertirla en un resultado claro que otras personas puedan revisar.
Mejorar la forma en que generamos este resultado, para que con el tiempo menos hechos necesiten la confirmación de una persona. Simplificar es la clave.
Proteger una regla: cada funcionalidad nueva o modificada se genera a partir del código desde el primer día. El contenido antiguo solo se rehace cuando un lanzamiento lo toca, o cuando es uno de los temas más utilizados en Kraken y en Customer Care. No vamos a reescribir toda la base de conocimientos en un único gran proyecto.
Revisar lo que tenemos hoy, artículo por artículo, y decidir qué ocurre con cada parte: moverla a la nueva estructura, reescribirla, sustituirla por resultados generados a partir del código o archivarla porque ya no es útil.
Proponer el orden de ese trabajo, con razones claras basadas en cuánto se utiliza cada tema y con qué frecuencia cambia, y acordarlo con el responsable del equipo.
Liderar al equipo en ese trabajo. No lo haces solo. Tú decides el método, lo explicas, revisas el resultado y mantienes la consistencia de la calidad entre mercados y personas.
Llevar al equipo de la escritura de artículos a la verificación de hechos. Este es un cambio real de hábitos y debe enseñarse.
Crear las guías de trabajo, ejemplos y sesiones cortas de formación que faciliten el seguimiento del nuevo método, y actualizarlas a medida que el método cambie.
Desarrollar nuevas habilidades dentro del equipo: cómo escribir un hecho pequeño e independiente, cómo revisar el contenido generado, cómo detectar un vacío de conocimiento, cómo trabajar con contenido que reside en un repositorio y cómo probar las respuestas de un asistente de IA.
Ser la persona a la que el equipo acude cuando no está seguro. Responder, y luego escribir la respuesta para que la siguiente persona no tenga que preguntar.
Identificar los tipos de conocimiento que el código simplemente no contiene: diferencias entre mercados y planes, el texto en pantalla, lo que ve el paciente, capturas de pantalla. Para cada tipo, diseñar una forma de obtener esa información que podamos repetir cada vez, junto con los Product Managers, Product Marketing y Product Experts.
Ejecutar el ciclo de revisión con las personas responsables de cada funcionalidad. Preparar los hechos en un formato que una persona sin formación técnica pueda confirmar, corregir o rechazar rápidamente. Llevar un registro de lo que resultó incorrecto y por qué.
Definir cómo se mantiene actualizado el conocimiento con docenas de lanzamientos cada mes: qué activa una actualización, quién es alertado y qué tan rápido nos comprometemos a realizar el cambio.
Advertir al equipo del Help Center cuando un lanzamiento haga que el contenido publicado sea incorrecto, y ser lo suficientemente preciso para que puedan arreglarlo sin tener que leer todo el artículo de nuevo.
Los Product Experts alimentan, prueban y mejoran la base de conocimientos interna. Tú les facilitas la aportación de información y los mantienes en el rol de personas que verifican hechos en lugar de escribirlos.
El equipo del Help Center publica y mantiene el contenido para los clientes, utilizando tus resultados. Tú eres responsable del formato que entregas y de las alertas que envías. Ellos son responsables de la publicación.
Los responsables de Kraken y Noa utilizan tus resultados. Acuerdas con ellos qué es lo que reciben y pruebas la calidad de las respuestas de los asistentes frente a una lista fija de preguntas.
Engineering para el acceso a los repositorios, para el plan de migración del monorepo y para cualquier cosa que deba cambiar en el código para que se pueda extraer conocimiento de él.