La aplicación web más habitual que una empresa necesita realmente es un espacio en el que los clientes puedan consultar sus propios asuntos sin tener que llamar por teléfono para preguntar. Estado, documentos, próximas fechas, mensajería segura.

El beneficio se mide en función de las interrupciones que dejan de producirse. Una empresa que atiende treinta llamadas de seguimiento a la semana está perdiendo una parte significativa del tiempo de un asistente jurídico, tiempo que un portal dedica a realizar tareas de forma silenciosa.

La seguridad lo es todo en este ámbito. Cifrado tanto en tránsito como en reposo, autenticación adecuada, acceso limitado de modo que un usuario solo pueda acceder a su propia información, y registros de auditoría que permitan demostrar quién ha visto qué. Cualquier sistema que albergue material confidencial debe ser desarrollado por alguien que lo considere un requisito imprescindible y no una mera característica.

Nos ocupamos de las normas de conservación y eliminación de documentos como parte del proceso de desarrollo, ya que dichas obligaciones no quedan suspendidas por el hecho de que haya software de por medio.

Nadie desea otro sistema que no se comunique con los demás. La mayoría de las empresas ya utilizan sistemas de gestión de despachos, CRM, seguimiento de llamadas, firma electrónica y contabilidad, y el valor de un nuevo software suele residir en conectarlos entre sí, más que en sustituirlos.

Desarrollamos nuestras soluciones basándonos en las API de las herramientas que ya tiene, de modo que un nuevo asunto creado en un lugar aparece en todos los sitios donde debe aparecer sin que nadie tenga que volver a introducirlo. Clio, MyCase, HubSpot, CallRail, DocuSign y el resto suelen proporcionar lo necesario.

Cuando no es posible realizar una integración, se lo indicamos claramente, en lugar de prometer una solución provisional poco fiable que dejará de funcionar en cuanto el proveedor actualice su plataforma.

El objetivo es reducir el número de puntos que hay que comprobar, no aumentarlo. Si un proyecto acaba obligando a su equipo a mantener manualmente un sistema adicional, se ha fracasado, independientemente de lo bien que se haya desarrollado.

El software nunca está terminado. Necesita parches de seguridad, actualizaciones de dependencias y modificaciones cuando el negocio cambia, y las decisiones que se toman durante el proceso de desarrollo determinan si todo ello resulta una tarea rutinaria o un proceso complicado.

Escribimos código documentado y convencional, con pruebas en aquellas partes cuyo fallo resultaría más perjudicial. Nada extravagante por el mero hecho de serlo. La medida de una buena decisión en este caso es si otro desarrollador podría hacerse cargo del proyecto dentro de dos años sin necesidad de un traductor.

Usted es el propietario del código y del repositorio. Si desea trasladarlo a otro equipo o integrarlo en la empresa, se trata de un traspaso, no de una negociación para liberar rehenes.

Ofrecemos un servicio de mantenimiento continuo porque la mayoría de los clientes lo desean, no porque se haya diseñado el proceso de baja para que resulte complicado.

La mayoría de las organizaciones que desean una aplicación también desean una página web que se cargue más rápido. Una página web adaptativa ofrece prácticamente todas las funciones de una aplicación, cuesta menos, no requiere descarga alguna y no es necesario que nadie la actualice desde una tienda de aplicaciones.

Una aplicación se gana su lugar cuando ofrece algo que el navegador no puede hacer bien: notificaciones push que los usuarios realmente tienen en cuenta, un acceso sin conexión fiable, inicio de sesión biométrico y un uso continuado en el que resulta razonable pedir que se descargue.

Law Tracer, la plataforma de comunicación con los clientes que hemos creado y gestionamos, es un buen ejemplo de ello: existe como aplicación porque los abogados y los clientes necesitan notificaciones fiables y un acceso seguro desde cualquier lugar, y no porque una aplicación pareciera algo impresionante.

Preferimos disuadirle de realizar una instalación antes que entregarle algo que se instale una vez y se elimine dos semanas después.

Conseguir que se apruebe una aplicación es una disciplina en sí misma. Apple, en particular, rechaza las solicitudes por motivos que pillan desprevenidos a los desarrolladores noveles: la opción de eliminar la cuenta, a la que debe poder accederse desde la propia aplicación; las etiquetas de privacidad, que deben coincidir con el comportamiento real; los requisitos de inicio de sesión; y una norma general que prohíbe todo aquello que pudiera haber sido una página web.

Las aplicaciones que gestionan información jurídica o financiera son objeto de un escrutinio especial, y con razón.

Nos encargamos de la presentación, de las declaraciones de privacidad, de la ficha del producto en la tienda y de las idas y venidas con el proceso de revisión. Además, elaboramos la primera presentación previendo un rechazo, ya que es lo habitual y planificar teniendo esto en cuenta evita que la fecha de lanzamiento se convierta en una crisis.

Las fichas se redactan tanto para la búsqueda en la tienda como para los usuarios, ya que es así como se genera, de hecho, una parte significativa de las instalaciones.

El lanzamiento marca el inicio del trabajo. Las aplicaciones dejan de funcionar cuando se actualizan los sistemas operativos, y tanto Apple como Google imponen plazos para dar soporte a las versiones actuales: si no se cumple uno de ellos, su aplicación puede ser retirada de la tienda.

Realizamos un seguimiento de los informes de errores y solucionamos los que surgen, mantenemos actualizadas las dependencias y gestionamos los cambios anuales en materia de cumplimiento normativo que impone cada plataforma. Cuando los datos de uso indican que los usuarios abandonan una pantalla concreta, se lo comunicamos y le sugerimos qué cambios realizar.

Las hojas de ruta se revisan trimestralmente, en lugar de acordarse una vez y olvidarse. Lo que los usuarios hacen realmente con un producto suele diferir lo suficiente del plan como para que merezca la pena reaccionar ante ello.

Si la aplicación no genera ingresos suficientes para cubrir sus costes de mantenimiento, así se lo comunicaremos. No todo lo que se crea merece seguir en funcionamiento.