Lanzamiento HN: Okapi (YC W24) – Un nuevo CRM flexible con buena UX

Discusión en Hacker News ↗

Posicionamiento del producto y diferenciación

  • Okapi se presenta como una alternativa flexible y moderna, con una UX mejor que la de los CRM al estilo Salesforce, con objetos/campos totalmente personalizados y una estructura mínima obligatoria.
  • Los fundadores hacen hincapié en la simplicidad frente a conjuntos de funciones “recargados”: sin automatizaciones forzadas, enriquecimientos ni onboarding complejo; configuran manualmente las instancias de los clientes.
  • Ven un ajuste temprano con pequeñas empresas que cambian de CRM y quieren la flexibilidad de Salesforce sin su complejidad ni su coste.

Escepticismo del mercado y competencia

  • Varios comentaristas sostienen que el producto parece una UI genérica de CRUD/admin y está muy poco diferenciado en un mercado de CRM abarrotado, un “océano rojo”.
  • Se hacen comparaciones con Salesforce, HubSpot, Monday, Pipedrive, Attio, Zoho, CRM verticales/de industria y opciones de código abierto.
  • Algunos cuestionan por qué los inversores financiaron otro CRM genérico y si el equipo ha identificado claramente su nicho objetivo o problema.

Funciones, carencias y hoja de ruta

  • Lo que falta o está inmaduro hoy: informes/dashboards, vistas personalizadas, flujos de trabajo/automatizaciones robustos, integraciones profundas, gestión de tareas/recorridos, automatización de marketing (campañas, landing pages) y API pública.
  • Los elementos de la hoja de ruta incluyen informes (posiblemente mediante bibliotecas de terceros), mejores listas/vistas, automatizaciones integradas, API abierta, dashboards, gestión de tareas/recorridos y funciones omnicanal/comunicaciones.
  • Algunos usuarios quieren más automatización de marketing y herramientas de campañas que un CRM puro.

UX, rendimiento y onboarding

  • La interfaz recibe elogios por ser limpia y moderna; se usa Tailwind UI.
  • La retroalimentación señala una gestión de objetos/campos torpe, pequeños problemas de UX (botones, enlaces, alcance de búsqueda, atajos de teclado) y la importancia de una latencia muy baja y bundles pequeños.
  • Okapi actualmente evita el autoservicio; el onboarding lo realiza el equipo, con posibles plantillas en el futuro.

Arquitectura, integraciones y extensibilidad

  • El backend utiliza Postgres como almacén de referencia, además de otros almacenes optimizados para búsqueda y lecturas; todas las revisiones de registros se rastrean por defecto.
  • Hay planes para una API robusta y posiblemente scripting transaccional similar a Apex, pero con un lenguaje generalista (por ejemplo, TypeScript), no uno propietario.
  • Los comentaristas subrayan que el control de acceso (FLS/RLS), los streams de captura de cambios de datos, la sincronización bidireccional y una buena experiencia de desarrollo son críticos.

Correo electrónico y comunicación

  • La sincronización de correo actual es deliberadamente simple, se apoya en Gmail/Outlook y no en flujos basados en BCC.
  • Algunos usuarios prefieren encarecidamente enfoques solo BCC por cumplimiento y quieren asociación de correo por oportunidad y relaciones históricas persona–empresa.
  • Las sugerencias incluyen complementos para Outlook/Excel y una integración más profunda de mensajería/calls omnicanal.

Seguridad, fiabilidad y errores

  • Varios usuarios encontraron problemas de inicio de sesión/bloqueo de cuenta y callejones sin salida en la UX; los fundadores reconocen que la demo estaba montada de forma algo irregular.
  • Un comentarista teme que hablar de replicación “sofisticada” sin credenciales claras perjudique la confianza.