La larga construcción
Casi tres años para preparar una sola aplicación.
Seguí pagando por otro ciclo de trabajo porque la razón de construir Circle aún tenía sentido. Según mi cuenta, los costos de desarrollo se acercaban a medio millón de dólares.
La aplicación se estaba volviendo real. También era el costo de cada decisión aún por tomar.
Capítulo tres
Siempre había otro detalle.
Hacer que la aplicación estuviera correcta tomó casi tres años. Ese número es fácil de pasar por alto. Vivirlo significaba decisiones repetidas, correcciones y otra intento de hacer que el trabajo complejo pareciera claro para las personas que lo hacían.
Una pantalla podía parecer terminada mientras un caso importante permanecía sin respuesta. Un rol podía comportarse correctamente hasta que alguien cambiara de responsabilidad en medio de un trato. La versión confiable era la que podía manejar las complicaciones ordinarias que la gente traía.
El problema era que las excepciones eran la vida ordinaria. La gente cambia de opinión. Un documento llega tarde. La persona responsable de algo se vuelve inmediatamente inaccesible. No podíamos hacer que el trabajo fuera confiable asumiendo que todas esas cosas desaparecerían. La aplicación tenía que tener sentido para las personas que ya estaban ocupadas, a veces preocupadas, y que intentaban mantener la transacción en marcha.
Seguí adelante porque esas personas eran siempre la razón de la aplicación. Pero creer en el trabajo no hacía el tiempo gratis, ni la próxima corrección menos costosa. El progreso y la presión llegaban juntos.
La larga construcción
Teníamos que entender el mismo problema.
Saber lo que quería que la gente experimentara no era lo mismo que explicar cada detalle necesario para construirlo. La idea tenía que sobrevivir al viaje desde una situación real hasta una pantalla, una regla y un resultado.
Las correcciones formaban parte de esa conversación. Una función podía cumplir con su descripción mientras se sentía incorrecta en uso. Otra pasada podría ser necesaria para explicar lo que la persona intentaba hacer y lo que debería suceder a continuación.
Un ejemplo ordinario podía revelar más a menudo que una larga descripción. ¿Qué necesita ver esta persona? ¿Qué está autorizada a cambiar? ¿Qué entenderá la próxima persona del registro? Trabajar en estas preguntas hacía que el resultado deseado fuera más concreto. También me recordaba que una respuesta técnica solo era útil si servía a la situación que la había provocado.
Aprendí a buscar la tarea humana detrás del debate técnico. Esta lección me acompañó. Finalmente me ayudó a cuestionar el trabajo alrededor del producto con la misma cuidadosa atención que el trabajo dentro de él.
La larga construcción
El dinero compró otra oportunidad de hacerlo bien.
Cerca de medio millón de dólares es un número difícil de colocar junto a un pequeño ícono en un teléfono. No compró un público garantizado. Pagó el trabajo necesario para hacer que la aplicación fuera útil y confiable.
Cada cambio necesitaba una explicación, una implementación y una verificación. A veces, hacer una parte más clara revelaba un problema en otro lugar. No había una compra única que hiciera desaparecer el trabajo restante.
Hay una diferencia entre pagar para agregar algo y pagar para hacer que lo que ya está funcione correctamente. Gran parte del valor de un producto confiable es difícil de mostrar en una imagen. Una persona puede nunca notar los casos que se resolvieron correctamente. Seguramente notaría el que falló cuando más lo necesitaba.
Cuando miré hacia adelante, imaginé a la gente usando finalmente la cosa que estábamos haciendo. Esa imagen le dio un propósito al esfuerzo. Aún no entendía cuánto trabajo podía haber entre un producto terminado y la persona que lo esperaba para usarlo.