Brief — Andrés Lizarazo

Resumen Ejecutivo

El módulo de compras es la segunda barrera de adquisición más frecuente en el pipeline de Bold POS — 35 demos de urgencia alta sobre 237 válidos (15%) — y un riesgo de retención activo en la base de 1.885 clientes vigentes. La magnitud es consistente en tres fuentes independientes: 15% de urgencia alta en demos de prospectos, 44% de la fuerza comercial (41/93 asesores) lo clasifica como dealbreaker, y 44 de 65 peticiones cuantificadas en el backlog corresponden al core del módulo. Al menos 2 clientes activos ya solicitaron devolución por esta causa.

El problema central es uno: el flujo de registro de una compra exige hoy dos acciones desconectadas — un ajuste de inventario y un gasto separado — sin número de factura estructurado, sin consecutivo propio, y sin vínculo entre ambos registros. El contador no puede cruzar los datos del POS con las facturas físicas del proveedor, y Bold POS no genera los reportes de IVA y retenciones que el contador exige para dar el visto bueno. La mediana de facturación de la base activa ($13M COP/mes) cae exactamente en el rango donde esta ausencia genera inconsistencias mensuales y el cliente empieza a necesitar trazabilidad real.

La recomendación es construir el V1 en 1–2 sprints reutilizando componentes existentes (ajuste de inventario + nuevo gasto), integrándolos en una sola transacción. Con el 84% de la base activa con menos de 1 año de antigüedad y contratos anuales por vencer en 2026–2027, el módulo debe estar disponible antes de esos ciclos de renovación. La competencia directa (Alegra, Siigo) ya ofrece esto integrado — Bold POS es percibido como incompleto mientras no lo tenga.

---

Contexto y Objetivo de la Investigación

Pregunta central

¿Cuál es el alcance óptimo del módulo de compras para Bold POS, qué funcionalidades son necesarias vs. deseables, y cómo se integra con los módulos existentes para maximizar el valor para las PYME?

Por qué importa para Bold POS ahora

Bold POS opera un POS con 1.885 clientes vigentes a julio de 2026, concentrados en Retail (34%), Alimentos y bebidas (25%) y Belleza (11%) — exactamente los segmentos donde el análisis de demos identifica la mayor urgencia de módulo de compras (15–17% cada uno). Sin el módulo, el inventario se desactualiza manualmente, los costos de productos son estáticos o imprecisos, y las cuentas por pagar quedan fuera del sistema.

El impacto tiene dos dimensiones. En adquisición: el 15% de los prospectos en el pipeline comercial tienen urgencia alta, y 44% de la fuerza comercial lo clasifica como dealbreaker. En retención: al menos 2 clientes activos solicitaron devolución por la ausencia del módulo, y la estimación conservadora sitúa entre 115 y 130 clientes activos con necesidad urgente hoy — clientes que ya pagaron y que el módulo retendría.

El gap se vuelve más crítico en tres escenarios: (1) cuando el cliente ya usa un sistema externo (Orión, Fortuner) para registrar entradas de inventario — Bold POS no puede reemplazar su stack; (2) cuando el contador del negocio es co-decisor y exige trazabilidad documental y reportes de IVA/retenciones que Bold POS no puede generar sin datos de compras; y (3) cuando el cliente viene de Alegra o Siigo, que incluyen módulo de compras integrado — la percepción de Bold POS como incompleto impide la migración. El momento es relevante: con el 84% de la base activa con menos de 1 año de antigüedad, la mayoría de clientes aún no ha escalado al volumen donde la ausencia del módulo se vuelve intolerable. Construirlo ahora es anticiparse al churn, no solo reaccionar a él.

Alcance de la investigación

Dentro del alcance:

• Módulo de registro de facturas de compra y su integración con inventario, costos, proveedores y gastos
• Cuentas por pagar (CxP) como extensión natural del registro de compra
• Experiencia de usuario del flujo de compra (criterios UX, anti-patrones)
• Priorización de funcionalidades por urgencia de mercado

Fuera del alcance (por definir con más insumos):

• Integración con DIAN / facturación electrónica de compras (RADIAN) — identificada como V3, requiere análisis técnico separado
• Módulo de órdenes de compra (OC) previas a la recepción — identificado como V3
• Integración API con contabilidades externas (Siigo, Alegra) — co-dependencia con el módulo de contabilidad

Fuera del alcance de esta investigación (pertenecen a otros módulos):

• Control de recetas / descuento por ingrediente — módulo de producción
• Control de lotes y fechas de vencimiento — módulo de inventario avanzado
• Inventario por gramos / kilogramos — módulo de inventario avanzado
• Múltiples bodegas — módulo de inventario avanzado
• Pre-facturas y aceptación de facturas de clientes — módulo de cuentas por cobrar
• Cálculo de precio de venta por margen de ganancia — módulo de pricing

Audiencia del reporte

Equipo de producto Bold POS — para tomar decisiones de priorización y definir el roadmap del módulo de compras.

---

Mercado y Oportunidad

La base activa como mercado inmediato

Bold POS tiene 1.885 clientes vigentes a julio de 2026. El 80% factura activamente — mediana de $13M COP/mes — y está distribuido principalmente en Retail (34%), Alimentos y bebidas (25%) y Belleza (11%). Estos tres segmentos concentran el 70% de la base y son exactamente los que el análisis de demos identifica con mayor urgencia de módulo de compras.

La distribución por rango de facturación revela dónde está la necesidad más pronunciada:

Los grupos $10–25M y $25–70M suman 731 clientes (39% de la base) y corresponden al rango donde el análisis de pipeline califica la necesidad como crítica. Sumando el segmento $3–10M donde la necesidad ya comienza, el universo potencial alcanza 1.068 clientes activos (57% de la base).

Cruce entre pipeline y base activa

El análisis de 237 demos de prospectos y la base de 1.885 clientes vigentes apuntan en la misma dirección:

• Los segmentos con mayor urgencia en demos (Belleza 16%, Moda 17%, Restaurantes 16%) son los mismos segmentos que dominan la base activa (Retail 34%, Alimentos 25%, Belleza 11%).
• La mediana de facturación de la base ($13M) cae en el rango $10–25M, exactamente donde el PDF identifica el punto de inflexión en que el workaround genera inconsistencias y el contador empieza a exigir estructura.
• Aplicando la tasa de urgencia alta del 15% al universo de mayor riesgo (~770 clientes en Retail + Alimentos + Belleza con $3M+), la estimación conservadora es 115–130 clientes activos con necesidad urgente hoy. ESTIMADO

Dinámica temporal: el riesgo crece con la base

El 84% de los clientes vigentes lleva menos de 1 año con Bold POS — el crecimiento fue masivo en 2025–2026. La mayoría aún no ha escalado al volumen donde la ausencia del módulo de compras se vuelve un problema operativo diario. Esto tiene dos implicaciones:

Primero, el impacto de churn visible hoy (2 devoluciones confirmadas) es la punta del iceberg — a medida que la base madure y los clientes escalen su facturación, más cruzarán el umbral de necesidad. Segundo, la ventana para construir el módulo antes de que el churn se acelere existe pero no es ilimitada: con contratos anuales (97.9% de la base) y una cohorte grande que entra a renovación en 2026–2027, el módulo necesita estar disponible antes de esos ciclos.

Datos de mercado externo

PENDIENTE — TAM/SAM del mercado POS para PYME en Colombia. Se puede estimar a partir de datos públicos de la DIAN, DANE o reportes de industria. Relevante para dimensionar la oportunidad más allá de la base activa actual.

---

Investigación de Usuarios

Fuentes y metodología

Esta sección integra tres fuentes independientes que convergen en las mismas conclusiones:

• 237 demos del pipeline comercial (deduplicados y auditados). El análisis previo reportaba 89 demos de urgencia alta (30%) — estaba inflado por clasificar "gastos con proveedor" (feature existente) como señal de compras. El análisis auditado corrige eso y llega a 35 demos (15%).
• Encuesta a 93 asesores comerciales — fuerza de ventas de Bold POS, texto libre + etiquetas predefinidas. Fuente: Insights ejecutivos de venta Bold POS.
• Backlog de solicitudes — 12 requests distintos, 65 peticiones cuantificadas de leads, clientes y clientes existentes. Fuente: Registros solicitudes clientes modulo compras.xlsx.

La convergencia entre estas tres fuentes —pipeline, fuerza comercial y backlog— refuerza las conclusiones y descarta que la señal sea ruido de una sola fuente.

Job-to-be-done central

"Cuando recibo mercancía de un proveedor, quiero registrarlo en un solo lugar para que mi inventario quede actualizado, mi flujo de caja refleje el gasto real, y mi contador pueda cruzar con la factura del proveedor — sin hacer doble trabajo y sin salir del sistema."

Este JTBD sintetiza tres outcomes distintos que el usuario quiere resolver en una sola acción: actualización de inventario, registro del gasto, y trazabilidad documental para el contador. El workaround actual de 2 pasos resuelve los primeros dos de forma incompleta y el tercero no lo resuelve.

Las 3 barreras confirmadas

B1 — Sin trazabilidad documental (~28 demos, N2 dominante)

No existe campo para el número de factura del proveedor ni consecutivo propio de la compra en Bold POS. El SDR explica el workaround de 2 pasos como si fuera la solución — el cliente lo acepta, pero es subóptimo. El contador recibe dos registros no vinculados y cruza manualmente con las facturas físicas del proveedor.

"Para registrar la compra de mercancía se usa ajuste de inventario para las entradas, luego se registra un gasto asociado al proveedor." — SDR a múltiples prospectos en demos N2

Esta es la señal dominante en belleza y moda. Es estructuralmente la más fácil de resolver porque los componentes ya existen — solo falta integrarlos.

B2 — Dependencia de sistema externo para el mismo JTBD (3 demos confirmados)

Algunos prospectos usan un sistema dedicado específicamente para el ingreso de pedidos y facturas de inventario. Bold POS no puede reemplazar su stack porque le falta el módulo de compras. Esto bloquea la venta directamente.

"Actualmente la farmacia utiliza Orión para facturación e ingreso de pedidos (facturas de inventario), pero no aprovechan todas sus capacidades." — Demo Karen Viviana, Farmacia MASA

Sistemas identificados: Orión (farmacias), Fortuner (talleres). Son pocos demos pero representan bloqueos duros — la venta no cierra mientras Bold POS no tenga el módulo.

B3 — Solicitud explícita de CxP con proveedores (4–5 demos con solicitud directa)

Prospectos con proveedores que dan crédito necesitan visibilidad de cuánto deben, a quién y cuándo vence. Bold POS registra el gasto solo al pago efectivo, no al momento de la compra — lo que hace imposible proyectar flujo de caja real con crédito a proveedor.

"Explicó las funcionalidades de ganancias en tiempo real y cuentas por cobrar (aunque no cuentas por pagar, que Andrés Vega requiere)." — Demo Distribuidora Boston

El plazo varía por segmento: 30–60 días en moda/confección colombiana, 8–15 días en restaurantes con proveedores de insumos.

Demanda cuantificada desde el backlog

El backlog de solicitudes confirma la jerarquía de necesidades con números concretos. La distancia entre el primer request y el resto es elocuente:

El core del módulo concentra el 68% de todas las peticiones cuantificadas. Los requests fuera del alcance del módulo de compras (recetas, vencimientos, pesos, margen de ganancia, pre-facturas) se registran pero no se desarrollan aquí — pertenecen a otros módulos.

Señales que NO son barreras de compras

La señal excluida más frecuente es "gastos + proveedor". El módulo de gastos de Bold POS ya permite registrar gastos con un proveedor asociado (fecha, categoría, método de pago). En 90+ demos, el SDR presenta esta funcionalidad como si fuera la solución al módulo de compras — no lo es. Esta confusión inflaba el análisis original de N1: 12 a N1: 146. La distinción es crítica para el alcance del módulo.

Variación por segmento

La urgencia es prácticamente uniforme entre los 3 segmentos principales (15–17%). El driver varía, lo que implica que el diseño del formulario debe ser flexible — no un formulario genérico.

Variación por tamaño del negocio

Nota: Las siguientes observaciones son inferencias del contexto de los demos, no datos medidos directamente. ESTIMADO

---

Benchmarking Competitivo

Metodología

Análisis de 5 competidores relevantes para Bold POS en LatAm: Alegra, Siigo y Loggro como los más mencionados por clientes y fuerza comercial; Vendty como POS colombiano directo; y Square como referente global de POS. La revisión se basó en documentación oficial, portales de soporte y páginas de funcionalidades. Foco exclusivo: módulo de compras, CxP y gestión de proveedores — sin considerar precios.

Tabla comparativa

Lectura estratégica

Lo que la competencia hace bien — y que ya es el estándar mínimo del mercado. Alegra, Siigo y Loggro resuelven los mismos tres problemas del JTBD central de forma integrada: registro de factura de compra en un paso, impacto automático en inventario con costo promedio, y CxP con vencimientos. Los impuestos estructurados (retenciones + IVA por ítem) no son un diferencial — son el mínimo esperado en los tres competidores líderes. La fuerza comercial de Bold POS reporta que los clientes perciben esto como "lo básico que debería tener cualquier sistema". Bold POS no cumple ninguno de estos puntos hoy.

Lo que la competencia tiene y Bold POS no ha contemplado aún. Hay tres funcionalidades que merecen consideración para el roadmap. Primera: la carga automática de eFactura — Alegra via XML/PDF/imagen con OCR, Loggro via RADIAN nativo. Elimina la entrada manual de datos y es relevante especialmente en el segmento $30M+ donde los proveedores ya emiten electrónicamente. Está prevista en V3, que es el lugar correcto. Segunda: el cálculo automático de retención según el régimen tributario del tercero (Siigo) — el sistema identifica si el proveedor es régimen común o simplificado y aplica la retención correspondiente sin que el usuario tenga que saberlo. Reduce errores frecuentes en el momento de registro y podría considerarse desde V2. Tercera: CxP por edades (Loggro) — un reporte de cuentas por pagar clasificadas por antigüedad de vencimiento (0–30, 30–60, 60–90, 90+ días). Es el reporte que los contadores usan para auditar la deuda con proveedores. No requiere nuevo modelo de datos si CxP se construye bien desde V1; es una vista de reportería que se puede agregar en V2.

Brechas reales de Bold POS. El gap es absoluto, no gradual. Los tres competidores líderes tienen el módulo completo en producción. Vendty tiene una versión funcional más sencilla. Square tiene un módulo de órdenes de compra maduro y completo — creación desde POS o Dashboard, envío al proveedor por email, recepción completa o parcial, marcado de faltantes y dañados, sincronización de inventario en múltiples locales — pero cubre solo el flujo de OC → recepción, no el de factura de compra → CxP. Para el contexto colombiano, donde el módulo de compras implica retenciones, IVA y cuentas por pagar, Square no es el referente. Sí es relevante como modelo de cómo debe funcionar la gestión de órdenes de compra cuando Bold POS llegue a construir esa capa en V3. Para el cliente colombiano que viene de Alegra o Siigo, Bold POS no tiene nada equivalente — lo cual confirma el hallazgo de percepción de "sistema incompleto" que reporta la fuerza comercial.

---

Diferenciadores y Brechas de Bold POS

La brecha hoy

Bold POS no tiene ninguna de las funcionalidades centrales del módulo de compras que sus tres competidores líderes tienen en producción. El gap no es de profundidad (features avanzadas) sino de existencia (features básicas). Esto convierte al módulo de compras en una deuda de paridad antes que en una oportunidad de diferenciación.

La ventaja de partida de Bold POS

Bold POS tiene dos activos que reducen el costo de construcción del V1. Primero, los componentes base ya existen: "Ajuste de inventario" y "Nuevo gasto" son las dos piezas que forman el workaround actual — el V1 no las construye desde cero, las integra en una sola transacción. Segundo, Bold POS opera en contexto POS nativo: la compra queda vinculada con el mismo inventario que alimenta las ventas, sin integraciones intermedias. Alegra y Siigo son sistemas contables que se conectan con POS externo; Bold POS tiene el ciclo completo — compra → inventario → venta — en una sola plataforma.

La ventana de diferenciación post-paridad

Una vez alcanzada la paridad con el mercado (V1), Bold POS puede diferenciarse en tres ejes que sus competidores no resuelven bien para el segmento PYME con POS:

UX de velocidad: El formulario de Alegra y Siigo hereda la complejidad de un sistema contable. Bold POS puede construir el formulario de compra con la misma velocidad y simplicidad que la creación de una venta en POS — optimizado para campo, celular y bajo volumen de campos obligatorios.

Trazabilidad visual integrada: Que cada entrada de inventario muestre "Compra OC-012 · Proveedor X · 15 mar" en el historial del producto — y que desde la factura de compra se pueda ver el estado de inventario actual — es algo que los competidores contables no hacen porque su inventario es secundario. Para Bold POS, el inventario es el core.

Flujo de caja unificado: Con compras + ventas en el mismo sistema, Bold POS puede ofrecer una vista de flujo de caja (CxP vs. CxC) que Alegra y Siigo ofrecen por separado en módulos distintos. Este es un diferencial de V2–V3 que requiere que CxP esté bien construida desde V1.

---

Flujos y Experiencia de Producto

Estructura del módulo

El módulo de compras se compone de 6 componentes. Los primeros 4 son funcionalidad de producto; los dos últimos son transversales:

Flujo actual (workaround de 2 pasos)

Flujo propuesto (1 acción unificada)

Campos del formulario V1

Solo dos campos son obligatorios para guardar: Proveedor y al menos 1 producto. El resto puede completarse después.

Preguntas de diseño abiertas

Estos casos borde deben resolverse antes de construir para evitar retrabajo. No son decisiones de investigación — son decisiones de producto que quedan para la fase de PRD.

1. ¿Documento Soporte (DS) o módulo separado?
El DS existente tiene el mismo job-to-be-done básico (registrar una compra con proveedor). La opción es integrar la Factura de Compra en el DS con un switch que habilite las funcionalidades adicionales, o construir un módulo separado. La limitación: el DS actual no soporta variantes de producto, lo que haría la integración inviable para moda y belleza sin trabajo adicional. Esta decisión tiene implicaciones directas en el tiempo de desarrollo.

2. Problema del combo (unidad de compra vs. unidad de venta)
¿Qué pasa cuando se compra en una unidad diferente a la que se vende? Ejemplo: compro 3 sixpacks (= 18 unidades) pero en inventario tengo el producto como "unidad individual". El formulario debe definir si soporta conversión de UoM en la compra, o si en V1 el usuario debe ingresar directamente en la unidad de venta.

3. Switch de afectación de inventario
La afectación de inventario no sería automática en todos los casos — habría un switch. ¿Cuándo alguien compra sin querer afectar inventario? Posibles casos: compra de servicios al proveedor, gastos operativos que se registran como compra, o ítems no inventariables. Definir cuál es el comportamiento default y cuándo el switch tiene sentido.

4. Gasto en turno vs. gasto suelto
Hoy el $ del turno es apertura manual — no hay control de dinero global por sucursal. Si la compra genera un gasto, ¿se descuenta del turno activo o queda como gasto independiente? ¿El usuario necesita ver el disponible global de la sucursal afectado por la compra? Decisión que impacta cómo se presenta el flujo de caja en el dashboard.

5. Anulación de una CxP ya pagada
Si se anula una factura de compra cuya CxP ya fue pagada, ¿cómo se revierte? Afectación del inventario presente (no del histórico), devolución del gasto, y potencialmente reversión del pago. La lógica de "afectación del presente vs. inventario presente" debe definirse explícitamente antes de construir para evitar inconsistencias contables.

Criterios de experiencia (no negociables)

Anti-patrones a evitar

---

Recomendaciones y Próximos Pasos

Recomendación principal

Construir el módulo de compras en 3 fases secuenciales, priorizando el V1 inmediatamente. El V1 es construible en 1–2 sprints reutilizando los componentes existentes de "Ajuste de inventario" y "Nuevo gasto" — la innovación es integrarlos en una sola transacción con trazabilidad documental.

El módulo de compras no es el gap más grande (contabilidad lo supera en bloqueos directos), pero sí es el que mejor relación impacto/costo tiene y es prerequisito para que la integración contable futura sea completa. Construirlos en secuencia tiene más valor que construirlos por separado.

Roadmap sugerido

Criterio de éxito V1

El SDR puede decir en el demo: "Aquí registras la compra y el número de factura del proveedor en un solo paso — el inventario y el gasto quedan vinculados automáticamente." Esa frase reemplaza el workaround de 2 pasos y elimina la barrera N2+N3 en el pipeline.

Preguntas abiertas que requieren más investigación

• ¿Qué porcentaje de la base activa de Bold POS usa el módulo de inventario y tiene proveedores registrados? (datos internos — cuantifica el universo de clientes afectados)
• ¿Cuántos clientes activos tienen el problema hoy más allá de VARIEDAD EMY y Lubrifiltros? (impacto real en retención)
• ¿Cómo resuelven hoy el módulo de compras los competidores directos (Siigo, Alegra, Loggro)? (benchmarking pendiente — Alegra y Siigo identificados como referencia por clientes)
• ¿El costo promedio ponderado es el método de costeo preferido por los usuarios de Bold POS, o usan FIFO u otro? (decisión técnica con implicaciones contables)
• ¿Cuáles son exactamente los reportes que el contador exige y que Bold POS no puede generar hoy sin datos de compras? (costos de IVA, retenciones, exógena — definir cuáles son responsabilidad del módulo de compras vs. contabilidad)
• ¿La Factura de Compra se integra al Documento Soporte (DS) existente con switch, o es un módulo separado? (decisión de arquitectura con impacto en tiempo de desarrollo y soporte de variantes)
• ¿Cómo maneja el formulario la conversión de unidad de compra vs. unidad de venta? (problema del combo — definir si V1 lo soporta o lo excluye)
• ¿El gasto de la compra afecta el turno activo o queda como gasto suelto? (impacto en la visión de flujo de caja por sucursal)
• ¿Cuál es la lógica de anulación de una CxP ya pagada y su efecto en inventario? (decisión técnica de reversión)

---

Evolución del Brief