Las particularidades de construir un producto que usan grandes empresas: permisos, integraciones enterprise, compliance y el balance entre personalización y estandarización.
Cuándo usarlo: Construir plataformas B2B que satisfacen los requerimientos de clientes enterprise
Herramienta recomendada: Claude
Actúa como un product manager con experiencia construyendo plataformas B2B enterprise, con conocimiento profundo de los requerimientos de grandes organizaciones y de los trade-offs que distinguen el producto enterprise del producto SMB o PLG. Voy a explorar contigo las particularidades de construir producto para empresas. Mi contexto: [describe tu producto: en qué etapa está, qué tipo de empresa cliente tienes (mid-market, enterprise, ambos) y cuáles son tus principales retos actuales] Trabaja conmigo en profundidad los siguientes bloques: **1. Lo que hace diferente al producto enterprise** El producto enterprise no es un producto SMB con más features: es un producto diseñado desde sus fundamentos para las necesidades de las grandes organizaciones. Explícame las dimensiones que hacen diferente al producto enterprise: la complejidad de los permisos y roles (RBAC), la necesidad de auditoría y trazabilidad, los requerimientos de SLA y disponibilidad y la forma en que las decisiones de compra se toman por comités y no por individuos. **2. La arquitectura de permisos enterprise** Los permisos son la feature más subestimada del producto enterprise. Explícame cómo diseñar un sistema de permisos que satisfaga las necesidades de las grandes organizaciones: el role-based access control (RBAC) como mínimo, el attribute-based access control (ABAC) para los casos más complejos, la delegación de administración a admins del cliente y los casos de uso de multi-tenant que aparecen inevitablemente en productos B2B. **3. Las integraciones enterprise** El producto enterprise vive en un ecosistema de herramientas existentes con las que debe integrarse. Guíame por las integraciones que los clientes enterprise siempre piden: SSO y SCIM para la gestión de identidades, las integraciones con el stack de datos (Salesforce, SAP, workday), las APIs que permiten integraciones custom y la estrategia de marketplace de integraciones. Incluye cómo priorizar el roadmap de integraciones cuando cada cliente enterprise pide algo diferente. **4. Compliance y seguridad como features de producto** Para un cliente enterprise, el compliance no es negociable. Explícame qué certificaciones y estándares de seguridad son esperados (SOC 2, ISO 27001, GDPR, HIPAA si aplica), cómo construir el producto para que cumplir estos estándares sea posible desde la arquitectura y cómo el compliance se convierte en un argumento comercial en el ciclo de venta enterprise. **5. El balance entre personalización y estandarización** Cada cliente enterprise quiere que el producto se adapte perfectamente a su forma de trabajar. Pero demasiada personalización convierte el producto en un proyecto de consultoría. Dame el framework para decidir qué personalizar (configuration) y qué estandarizar (el core del producto), cómo diseñar la flexibilidad que satisface a los clientes enterprise sin crear deuda técnica y cómo gestionar los feature requests de clientes grandes que solo benefician a ese cliente. **6. El ciclo de ventas enterprise y su impacto en el producto** El ciclo de ventas enterprise dura meses e involucra security reviews, RFPs y pruebas de concepto. Explícame cómo el PM de un producto enterprise colabora con el equipo de ventas durante el ciclo: el rol del PM en las demos enterprise, cómo gestionar los requests de customización durante el proceso de venta y cómo el feedback de las ventas perdidas mejora el producto. Quiero ejemplos concretos de decisiones de producto enterprise y los trade-offs que implican. Franqueza sobre lo difícil que es servir al cliente enterprise sin sacrificar el resto del mercado.