Next WrldLa escena se repite en casi todas las empresas. Reunión para revisar la herramienta interna, alguien comparte pantalla y en diez minutos aparecen diez pedidos.
Ventas quiere un campo para registrar cómo llegó cada oportunidad. Administración quiere otro para distinguir el tipo de facturación desde el inicio. Marketing quiere clasificar el origen con más detalle. Gerencia quiere un aviso automático cuando algo se demora. Nada suena raro. Cada pedido, por separado, parece razonable.
Y entonces aparece la pregunta que ordena todo: nos piden diez mejoras, ¿las hacemos todas?
La respuesta rápida suele ser que sí. Se anota todo, se promete por etapas y el producto crece. La respuesta cuidadosa es otra: depende de si cada agregado ayuda a trabajar mejor o solo agrega peso. Decidir qué no construir también forma parte del trabajo.
"¿Y si le agregamos un campito más?"
La frase parece inofensiva. Un campo es una línea más. Un aviso es un correo más. Una opción nueva en un desplegable no parece cambiar nada.
Pero ningún agregado vive solo. Entra a una operación con personas apuradas, información incompleta, decisiones encadenadas y poco tiempo para interpretar pantallas.
Ahí cambia la pregunta. Ya no es si algo se puede agregar. Es si el recorrido central queda más claro después de agregarlo. Si la respuesta es dudosa, conviene frenar.
Cada agregado se paga todos los días
Toda funcionalidad tiene dos precios. Uno se paga al construirla. El otro se paga todos los días, durante años.
Ese segundo precio no aparece en la reunión. Es el tiempo para entender qué completar, el error por elegir mal, la duda frente a dos campos parecidos y la corrección cuando un dato viaja hasta la cotización.
Un campo confuso cuesta segundos por operación. Repetido cada semana, se vuelve fricción, datos poco confiables y decisiones sobre información a medias.
Un producto mejora cuando cada agregado supera ese costo permanente, no cuando la lista crece. La menor complejidad necesaria para resolver correctamente el problema es un criterio de trabajo.
De pantalla clara a manual de instrucciones
Casi toda herramienta interna nace clara. La oportunidad se crea en un minuto. La cotización sale con los datos justos. La aprobación queda registrada. El seguimiento muestra qué está abierto y qué está cerrado.
Después llegan los agregados. Uno para un caso especial. Otro para un control puntual. Otro porque una vez faltó un dato y nadie quiere que se repita.
Cada uno tiene su lógica. Juntos producen otro efecto: lo que antes se entendía de un vistazo ahora exige explicaciones. Aparecen campos que solo usa un área, opciones que se contradicen, avisos que nadie lee porque llegan demasiados.
Si para usar la herramienta hace falta una explicación verbal cada vez, el problema no es la gente. El producto dejó de acompañar la operación y empezó a pedirle que se adapte a él.
¿Esa opción evita un error frecuente o solo documenta un temor? ¿Ese paso ahorra coordinación o la traslada a otro lado?
Lo que se pide no siempre es lo que se necesita
Quien pide algo describe una molestia real. Eso hay que respetarlo. Pero la solución que propone no siempre resuelve el fondo.
Alguien pide un campo porque la información llega tarde. Alguien pide un reporte porque no ve lo pendiente. Alguien pide una aprobación extra porque una vez se aplicó mal un descuento.
El pedido es legítimo. La necesidad de fondo es otra: coordinación a tiempo, visibilidad clara, una regla bien definida.
Construir sin hacer esa distinción sale caro. Se atiende el síntoma y el problema sigue ahí. Antes de construir conviene preguntar qué pasó, cuándo se repite y a quién frena.
Muchas veces lo que parece un faltante del sistema es una regla poco clara entre personas. Y ninguna funcionalidad ordena lo que la operación no acordó.
La herramienta comercial que quiso conformar a todos
Una empresa comercial tenía una herramienta sencilla para un recorrido conocido: oportunidad, cotización, aprobación de descuento y seguimiento.
Al inicio funcionaba. El vendedor cargaba la oportunidad con pocos datos, generaba la cotización, pedía aprobación si había descuento y dejaba constancia del seguimiento. Alcanzaba para decidir y coordinar.
Con el tiempo, cada área pidió su agregado. Tres de ellos cambiaron el uso diario.
Primero, el origen del contacto. Marketing pidió reemplazar una opción simple por una lista detallada con más de una docena de valores, más un campo abierto. En la práctica, el vendedor no siempre sabía qué elegir y completaba para salir del paso. El dato quedó más completo en apariencia y menos confiable. Habría alcanzado con pocas categorías claras y una revisión periódica.
Segundo, los descuentos. Se habilitaron varios tipos combinables, con condiciones distintas, mientras la aprobación real se pedía por un canal informal para ir más rápido. El resultado fue confusión, cotizaciones observadas y demoras. Habría alcanzado con pocos niveles, condiciones visibles desde la cotización y una sola vía de aprobación en el mismo lugar.
Tercero, el seguimiento. Para que nada se perdiera se sumaron estados, subestados, motivos y avisos. La intención era dar visibilidad. El efecto fue el contrario: todo parecía urgente y el equipo dejó de distinguir qué pedía acción inmediata. Habría alcanzado con saber qué está abierto, qué está frenado y quién tiene la próxima acción.
Ningún pedido era absurdo. Pero juntos hicieron la herramienta más lenta, más difícil de enseñar y menos útil para decidir. El recorrido era el mismo. Lo que cambió fue la cantidad de decisiones necesarias para completarlo.
Cuándo sí vale la pena sumar
No se trata de congelar el producto. Hay agregados que sí lo mejoran y se reconocen por condiciones concretas.
Conviene sumar cuando hay una fricción repetida y verificable, no un caso aislado. Cuando el agregado desbloquea el recorrido central en lugar de adornar los bordes. Cuando reduce errores, retrabajo o idas y vueltas entre áreas. Cuando la regla ya está acordada y la herramienta solo tiene que volverla visible y fácil de cumplir.
Si las cotizaciones se frenan siempre porque falta el mismo dato, pedirlo al inicio tiene sentido. Si nadie sabe quién debe aprobar, mostrar al responsable en un solo lugar tiene sentido.
Una cosa es sostener el trabajo de todos los días. Otra es cubrirse frente a lo excepcional. Lo primero simplifica. Lo segundo complica.
Decir que no también es gestionar
Decir que no de forma seca rompe confianza. Decir que sí a todo rompe el producto.
Hay dos errores habituales. Uno es medir el avance por cantidad entregada, como si diez funcionalidades fueran mejor gestión que tres bien resueltas. Esa métrica premia sumar y castiga pensar. El otro es diseñar para quien más insiste, aunque su caso sea minoritario. El producto queda moldeado por la voz más fuerte, no por la operación real.
El camino intermedio es firme: entender la molestia, revisar si se repite, probar una alternativa antes de construir y recién después decidir. Muchas veces alcanza con ordenar la regla, quitar una opción que confunde o unificar dos campos parecidos.
Y cuando se decide no construir, explicarlo con el mismo cuidado de una entrega: qué se entendió, por qué el costo supera al beneficio, qué se propone en su lugar y cuándo se revisará. Un no fundamentado también es una respuesta profesional.
Un producto cuidado genera confianza porque no cambia a cada pedido. Las personas aprenden a usarlo y cargan mejor la información. Esa estabilidad también es una funcionalidad, aunque no figure en ninguna lista.
Cada funcionalidad tiene un costo permanente. Solo vale pagarlo cuando lo que vuelve es mayor: menos errores, menos retrabajo, decisiones más claras, coordinación más simple. Todo lo demás es peso.