Los campos que el administrador elija
Prioridad, responsable, fechas, campos propios y lo que haga falta. Se configuran por proyecto, y cada tipo de solicitud puede tener los suyos o heredar los del proyecto.
Proyecto propio
Portal Fields, publicada en el Marketplace de Atlassian
Muestra a los clientes los datos de su solicitud desde el portal de Jira Service Management —prioridad, responsable, fechas, acuerdos de servicio y campos propios— sin que necesiten una licencia de Jira. Pasó la revisión de Atlassian y está publicada en su tienda.
Es un producto nuestro. Lo mostramos porque tiene una validación que no depende de lo que contemos nosotros: Atlassian revisó la aplicación, su modelo de permisos y su facturación antes de aprobarla. Está publicada y cualquiera puede instalarla.
Publicada en el Marketplace de Atlassian. Gratis hasta 10 usuarios; por encima se cobra por usuario, con la facturación a cargo de Atlassian.
- 26
- idiomas, con plurales correctos
- 3
- pantallas: portal, agente y ajustes
- 0
- infraestructura propia: corre en Atlassian
- 10
- usuarios gratis por sitio
Qué hace
Un marketplace, no un tablón de anuncios
Cada campo se muestra por lo que significa
Las personas con su foto, las fechas en el idioma y la zona horaria de quien lee, las prioridades y los estados con los mismos colores que ve el agente, las etiquetas como etiquetas. Una fecha de vencimiento pasada se muestra en rojo.
Acuerdos de servicio con el tiempo restante
Cada acuerdo muestra cuánto queda o cuánto hace que se incumplió, sin que el cliente tenga que preguntar por dónde va su caso.
Solicitudes vinculadas, filtradas una por una
Se listan las relacionadas con su estado, pero cada vínculo se verifica por separado contra los permisos de ese cliente: nunca ve una solicitud que no tiene derecho a abrir.
«Esto también me afecta»
El cliente marca que un problema lo alcanza, y el agente ve cuánta gente está afectada. Los clientes del portal no son usuarios de Jira, así que no pueden votar: esto llena ese hueco y permite priorizar por impacto real.
Campos editables desde el portal
El administrador decide cuáles. Antes de guardar, la aplicación verifica que el campo esté en esa lista y que Jira confirme que es editable y del tipo esperado.
Cómo está armado
No es una app: son tres productos sobre una base
Un marketplace no se sostiene con una aplicación sola. Hace falta la app para quien compra y vende, la web para que Google traiga gente que todavía no conoce la marca, y un panel para que el equipo lo opere sin depender de quien programa. Las tres piezas leen y escriben en la misma base: un cambio de categoría en el panel llega a la app y a la web sin que nadie sincronice nada a mano.
- 01
El panel del portal
Para el cliente que abrió la solicitud
Lo que ve quien reportó el problema, dentro de su solicitud. Es la razón de ser de la aplicación: hoy el portal de Jira muestra muy poco, y el cliente termina preguntando por correo cosas que ya están escritas.
- Los campos que el administrador eligió mostrar
- Acuerdos de servicio con el tiempo restante
- Solicitudes vinculadas que ese cliente puede ver
- Edición de los campos habilitados
- 02
El panel del agente
Para quien atiende desde Jira
Dentro de la incidencia, muestra cuántos clientes marcaron que el problema los afecta. Sirve para priorizar por impacto real en vez de por orden de llegada.
- Cantidad de clientes afectados
- Se integra en la vista que el agente ya usa
- 03
La pantalla de ajustes
Para el administrador del proyecto
Configuración por proyecto y por tipo de solicitud, con un aviso permanente en pantalla: cualquier campo que se elija va a ser visible para los clientes.
- Campos visibles y campos editables, por tipo de solicitud
- Valores por defecto del proyecto, que cada tipo puede sobrescribir
- Verifica el permiso de administración en cada llamada, no sólo al abrir
- 04
Sin infraestructura propia
Lo que cambia para quien la instala
Corre sobre Atlassian Forge, dentro del sitio de Atlassian del cliente. No hay servidores nuestros en el medio, y desinstalarla revoca el acceso en el acto.
- Los datos no salen del sitio de Atlassian
- Instalación y facturación a cargo de Atlassian
- Prueba gratuita estándar del Marketplace
Las decisiones
Lo que se contrata es el criterio
Escribir código lo hace cualquiera hoy. Lo que separa un producto que aguanta de uno que hay que rehacer en un año son decisiones como estas, tomadas antes de que el problema aparezca.
Cada operación se verifica en nombre de quien pregunta
Los clientes del portal no tienen permiso de lectura sobre la incidencia, así que la aplicación lee los campos con sus propios permisos. Justamente por eso, antes de mostrar nada verifica —en nombre de la persona que hizo el pedido— que tenga derecho a ver esa solicitud desde el portal. La misma comprobación corre para cada solicitud vinculada, una por una.
Editar pasa dos controles, no uno
Que un campo esté en la lista que configuró el administrador no alcanza: Jira tiene que confirmar además que ese campo es editable y del tipo esperado. Confiar sólo en la configuración deja abierta la puerta a que un cambio en Jira la vuelva inconsistente.
26 idiomas desde el primer día
La aplicación sigue el idioma de cada persona, con las formas de plural correctas. Sumar idiomas después, cuando ya hay texto escrito a mano en las pantallas, cuesta mucho más que hacerlo bien desde el principio.
El aviso queda siempre en pantalla
Mientras se configura, un aviso recuerda que cualquier campo elegido va a ser visible para los clientes. No es un cartel de una sola vez que se acepta y se olvida: exponer un campo interno por descuido es el error caro de esta aplicación.
¿Tenés un producto para construir?
Empezamos igual que con cualquier automatización: midiendo el proceso real antes de escribir una línea.
Pedir un diagnóstico