El PDF, la herramienta de firma electrónica y el link de pago son tres herramientas haciendo un solo trabajo
La mayoría de las firmas cierran tratos entre un PDF, un sobre de firma electrónica y un link de pago aparte. Tres herramientas, tres rastros de auditoría, un dueño del trato que se entera por correo.
Una firma de servicios de socios cierra un trato entre tres herramientas que no saben nada una de la otra.
La propuesta es un PDF redactado en un procesador de texto. La copia firmada cae en DocuSign o PandaDoc. El link de pago es una página de Stripe en otro lado. El registro del trato en el CRM no sabe de ninguna de ellas. El dueño del trato se entera de que el cliente firmó cuando un correo llega a las 9 de la noche y alguien lo reenvía.
El trabajo que viene después es peor que el de antes. El PDF firmado y la cotización viva se separan. Una edición a la cotización después del envío cambia el registro del trato en silencio, pero nunca llega a la copia ejecutada. “Qué firmó el cliente exactamente y cuándo” se vuelve una pregunta de varios sistemas con tres respuestas distintas.
Las costuras son donde se rompe el rastro de auditoría
Cada herramienta es buena en su rebanada.
Un procesador de texto es bueno para un documento. Un proveedor de firma electrónica es bueno para firmas. Un procesador de pagos es bueno para cobrar dinero. Ninguno fue diseñado para saber de los demás, así que una persona se convierte en la capa de integración.
Las costuras aparecen en lugares específicos.
La copia firmada vive en la bóveda del proveedor de firma electrónica. El registro del trato en el CRM tiene un link hacia ella, en un buen día, y en un mal día el link es a un borrador anterior. El PDF que recibió el cliente y la versión que el rep editó ayer son archivos distintos. La reconciliación entre lo que el cliente aceptó y aquello contra lo que se construye el proyecto es una tarea humana, hecha por la persona con más contexto, que es decir la persona con menos tiempo.
El engagement del cliente es invisible. ¿Abrió el cliente la propuesta? ¿Leyó la sección del SOW? ¿Pasó de largo la página de precio o se detuvo en ella? Las señales que el rep necesita para saber si darle seguimiento viven en el dashboard de analítica del proveedor de firma electrónica, detrás de un login aparte, y casi nadie las revisa.
Las ediciones después del hecho son la falla silenciosa. Un rep actualiza una línea de cotización en el registro del trato porque algo cambió. La copia ejecutada en la bóveda de firma electrónica todavía refleja el número anterior. Nadie es alertado de que las dos divergieron. El equipo de proyecto construye contra una. Finanzas factura contra la otra.
Cómo se ve “una sola superficie”
Una propuesta es un solo registro en el trato.
El cliente abre un link con marca. La propuesta se renderiza en el navegador. El cliente lee la sección del SOW, el precio, los términos. El cliente firma en la misma página. El cliente paga en la misma página, por una factura que ya existe en QuickBooks Online. La copia ejecutada se envía por correo automáticamente al cliente y al dueño del trato. El trato pasa a Closed Won. Se crea el proyecto. El tiempo queda abierto para registro el lunes.
Esa secuencia es un trabajo. Hacerlo entre tres herramientas son tres trabajos que el rep cose a mano.
La forma de la defensa en auditoría también es distinta. El documento firmado, el registro de pago y el registro del trato son el mismo registro. No hay pregunta de “qué versión firmaron” porque solo hay una versión. Una edición de cotización después del envío se bloquea o se vuelve a firmar; la copia ejecutada y el trato vivo nunca se separan porque el trato vivo es la copia ejecutada.
El calendario del dueño del trato cambia. El correo reenviado de las 9 de la noche desaparece. El rep ve el evento de firma cuando ocurre, en el trato que ya está viendo, porque el trato es el sistema que es dueño de la firma.
Lo que PartnerView entrega
La superficie de propuestas es de extremo a extremo dentro del producto. Una propuesta se redacta desde el registro del trato, se envía como un link con marca al cliente, se firma en la misma página y se paga por una factura respaldada por Stripe generada en QuickBooks Online. El evento de contrafirma dispara el paso a Closed Won y la creación del proyecto. El PDF firmado se genera y se guarda contra el trato. No hay sobre aparte en una bóveda de terceros, ni link de pago aparte en una herramienta de facturación, ni rastro de auditoría aparte que nadie esté reconciliando.
El límite que mantuvimos es que QuickBooks Online sigue siendo el sistema de registro para el libro contable. Las facturas viven ahí. Los pagos se reconcilian ahí. PartnerView es dueño del ciclo de trato a factura, y QBO es dueño de los libros. Los dos sistemas intercambian los artefactos correctos en la dirección correcta, y el flujo de propuesta es una sola superficie desde el punto de vista del cliente porque es una sola superficie desde el punto de vista del rep.
El cambio en el costo operativo es real. Las cuotas por sobre del proveedor de firma electrónica se detienen. El overhead de reconciliación en el matching de pagos se detiene. La inconsistencia de marca en cada pantalla que ve el cliente, el logo en el PDF que no coincide con el logo en la página de firma electrónica que no coincide con el logo en el link de pago, se detiene. Una superficie, un rastro de auditoría, un registro de lo que el cliente aceptó y cuándo.
Una propuesta es un solo trabajo. Debería verse como un solo trabajo para todos los involucrados, sobre todo para el cliente.