Hasta el campo

La pregunta que dio forma a esta sección: qué le falta al registro de un negocio cuando el trabajo no ocurre en un escritorio. Un negocio tiene un monto, una etapa, un contacto y una fecha de cierre. El trabajo que ocurre en una propiedad tiene una dirección, una cuadrilla, un conjunto de oficios, una secuencia de etapas que son físicas y no comerciales, y varios cientos de fotografías. Nada de eso cabe en un registro de negocio, así que una empresa cuyos ingresos vienen de ir a un lugar y hacer algo termina corriendo dos sistemas: un CRM para la venta y una aplicación de campo para la obra. Entre los dos vive una hoja de cálculo que los concilia, mantenida por quien menos puede negarse, y un teléfono lleno de fotos que nadie encuentra seis meses después, cuando llega una pregunta de garantía. El comprador paga los dos productos y además hace a mano el trabajo de integrarlos. Consideré construir el lado de campo como su propio módulo con sus propios registros, que es la forma que tiene la mayoría de los productos de este rubro, y lo rechacé. Vale la pena decir la razón con claridad porque es la decisión más consecuente de toda esta parte del producto. Si un trabajo es un tipo de registro nuevo, entonces cada capacidad ya construida tiene que extenderse para conocerlo. La facturación tiene que aprender de trabajos. El almacenamiento de archivos tiene que aprender de trabajos. El enhebrado del buzón tiene que aprender de trabajos. Los eventos de calendario, las automatizaciones, el constructor de informes, el registro de auditoría, la exportación, todo. Ese trabajo nunca se termina, y las partes que se van quedando atrás son invisibles hasta que un operador va a buscar una función sobre un trabajo y encuentra la versión del producto de hace dieciocho meses. Así que un trabajo en Canopy es un negocio con un registro de obra encima. El objeto comercial y el objeto físico son el mismo objeto, visto desde dos lados. La consecuencia es que toda capacidad de dinero, archivos, correo, calendario, automatización e informes de la instalación funciona sobre un trabajo desde el primer día en que existe, porque todas se apoyan en el registro sobre el que el trabajo está construido. Nada del trabajo de campo es una isla aparte que haya que colonizar función por función. Cuando mejoro la facturación, los trabajos lo reciben. Cuando mejoro el constructor de informes, los trabajos lo reciben. Eso no es una comodidad para mí. Es la razón por la que la mitad de campo no se pudre. Encima de eso vive el expediente de obra: una pieza de trabajo en una dirección, cargando al cliente, la propiedad, los oficios involucrados, la prioridad, el responsable, y una tira de etapas que escribe su propia historia conforme la obra avanza. Que la historia sea automática es la parte que sostiene todo lo demás. Un campo de estado que alguien tiene que actualizar es un campo de estado equivocado, y está equivocado en la dirección específica que favorece a quien lo tocó por última vez. Una tira que registra la transición cuando la transición ocurre le da al operador una línea de tiempo que no tuvo que construir y que no puede lavar sin querer. Seis meses después, la pregunta de cuándo llegó esto de verdad a inspección final tiene respuesta. El muro de fotos está hecho para el techo y no para el escritorio, y dos decisiones ahí costaron más pensamiento que el resto del expediente junto. La primera es el orden. Las fotos se ordenan por cuándo fueron tomadas, no por cuándo llegaron, y la diferencia importa constantemente en la práctica. La fotografía de campo no se sube conforme se dispara; se sube cuando el teléfono vuelve a tener señal, lo que significa que una mañana de trabajo puede aterrizar en tres tandas en un orden que no tiene nada que ver con la secuencia de la obra. Ordenar por llegada produce una galería que cuenta la historia al revés y desordenada. Ordenar por captura produce la secuencia en que el trabajo de verdad ocurrió, que es lo que intenta reconstruir quien lee el expediente después. La segunda decisión es qué pasa cuando no hay señal, y ahí es donde la mayoría de las aplicaciones de campo le falla a su usuario en silencio. Un techo, un sótano, una propiedad rural, una nave de acero: esas son las condiciones normales de trabajo, no el caso extremo. Una foto tomada ahí o se pierde, o queda secuestrada por una aplicación que tiene que permanecer abierta y al frente hasta que vuelva la cobertura. Los dos resultados ponen la carga sobre la persona que está en el techo, que es la que menos atención tiene de sobra. En Canopy la foto se escribe en el teléfono en el momento en que se elige, y se sube sola cuando vuelve la cobertura, siga o no abierta la aplicación y se acuerde o no quien la tomó. Dispare en el techo, maneje de vuelta hasta tener señal, y llega. El trabajo de quien está en la obra es tomar la foto. Ese es todo su trabajo. La exclusión honesta: esto es una cola, no una garantía contra un teléfono perdido. Si el aparato se destruye antes de volver a ver señal, las fotos que nunca se subieron se perdieron, igual que se habrían perdido en cualquier cámara. Lo que la cola elimina es la pérdida mucho más común, que es la foto que se tomó bien y nunca llegó a ninguna parte porque una aplicación quedó en segundo plano en el momento equivocado. Toda la administración se instala en un teléfono como aplicación, sin nada que descargar de una tienda y sin una segunda contraseña. Las dos cosas son deliberadas. Una descarga de tienda es un proceso de aprobación, una fila de revisión y un segundo artefacto que mantener sincronizado con la versión web, y la cuadrilla estaría corriendo una compilación distinta del producto que la oficina para el segundo mes. Instalar desde el sitio significa que existe exactamente un producto, y que instalar cambia dónde vive, no lo que puede hacer. Que no haya una segunda contraseña importa porque la alternativa es alguien de cuadrilla parado en un techo con frío al que se le pide recordar una credencial que usa dos veces al mes, y el resultado predecible de eso es un acceso compartido escrito por dentro de la puerta de una camioneta, que es peor para el comprador que cualquier cosa de la que la contraseña lo protegía. Documentos, correos y mensajes de texto se archivan contra el trabajo, lo que cierra el hueco que deja el arreglo de dos sistemas. El permiso está en el trabajo. El correo del cliente preguntando por el cambio de alcance está en el trabajo. El mensaje confirmando la llegada de la cuadrilla está en el trabajo. Las fotografías están en el trabajo en el orden en que se dispararon. Y como el trabajo es un negocio, la factura, sus pagos y el costo de ejecución están en el mismo registro, así que la pregunta de cuánto dejó de verdad esta obra está a un registro de distancia y no a una conciliación. La consecuencia operativa que el comprador siente es el fin de la hoja de cálculo intermedia. No hay paso de conciliación, porque no hay dos sistemas que conciliar. La venta, la obra, la evidencia de la obra, la factura y el margen son un mismo registro continuo al que la oficina y el campo escriben desde las herramientas que cada uno ya carga. Para un negocio cuyo dinero se hace en una dirección y no en un escritorio, esa es la diferencia entre un CRM que se tolera y un expediente desde el que de verdad se corre el trabajo.