Caso de éxito Boca en Boca: plataforma de recomendaciones locales
Boca en Boca nació con una idea simple y muy argentina: recuperar la cercanía de pedir un oficio o un profesional de boca en boca, pero con estructura, trazabilidad y herramientas digitales. El desafío no era armar otro directorio frío. Era construir un marketplace donde la confianza se vea: perfiles verificados, reseñas reales, contexto de barrio o zona, y contacto directo por WhatsApp cuando el usuario ya comparó opciones.
Desde Siblings Software acompañamos la definición del producto, el alcance del MVP, la arquitectura y la implementación de punta a punta. El resultado es una PWA mobile-first desplegada en producción, pensada para prestadores de oficios y servicios locales en Argentina. La plataforma está disponible en bocaenboca.vercel.app.
Resumen del caso
- Industria: Marketplace de servicios y oficios locales
- Mercado: Argentina
- Foco: Confianza, reseñas y contacto trazable
- Servicios: desarrollo web y outsourcing por proyecto
- Modelo: MVP en vivo con evolución por etapas
Si estás comparando proveedores, también podés revisar más antecedentes en nuestra sección de casos de estudio.
El problema que quería resolver Boca en Boca
En Argentina, muchas contrataciones de servicios siguen pasando por recomendaciones informales: un vecino te pasa un gasista, una amiga te recomienda una nutricionista, un familiar te comparte un contacto de plomería. Ese circuito funciona por cercanía y reputación personal, pero se pierde cuando la recomendación queda enterrada en un chat o en un post viejo de redes.
El fundador del proyecto, Tomás Behm, buscaba centralizar ese comportamiento en una plataforma seria. No un listado anónimo ni un grupo donde cualquiera publica sin moderación. Quería un espacio donde los prestadores tengan perfil propio, donde las recomendaciones reales queden visibles y donde el usuario pueda filtrar por rubro, subrubro y zona antes de contactar.
En la etapa de discovery definimos cuatro necesidades concretas. Primero, una búsqueda clara para quien necesita un oficio o profesional cerca suyo. Segundo, señales de confianza entendibles sin saturar la interfaz. Tercero, contacto por WhatsApp u otras modalidades acordes al mercado local. Cuarto, un panel administrativo para moderar prestadores, reseñas y contenido sin depender de desarrollo para cada ajuste operativo.
Qué evaluamos antes de construir
- Recorrido real del usuario: buscar, comparar, confiar, contactar.
- Señales de reputación que importan en contrataciones locales.
- Capacidad operativa para moderar perfiles y reseñas.
- Viabilidad del MVP y qué dejar fuera en la primera versión.
- Experiencia mobile-first con posibilidad de instalar como PWA.
Este enfoque coincide con nuestra práctica de outsourcing por proyecto: alinear decisiones técnicas con impacto de producto desde el primer día.
Flujo del marketplace pensado para el usuario argentino
Diseñamos el recorrido para que imite la lógica de una recomendación de barrio, pero con pasos ordenados. El usuario busca por servicio o palabra clave, filtra por rubro y zona, compara tarjetas de prestadores, revisa reseñas y recién entonces elige cómo contactar. Esa secuencia evita el ruido típico de directorios donde todos los perfiles parecen iguales y no hay contexto de confianza.
También priorizamos señales que en Argentina pesan mucho: teléfono verificado, email confirmado, perfil revisado por el equipo, rating visible y ubicación contextual. El objetivo no fue solo verse bien en mobile, sino que la persona sienta que está eligiendo con información útil, no navegando un catálogo genérico sin alma.
Modelo de confianza: más que estrellas en un perfil
En Boca en Boca, la confianza no depende de un solo dato. Se construye con capas: verificación de contacto, moderación de alta de prestadores, reseñas no anónimas con aprobación administrativa, tags rápidos de reputación y registro de eventos de contacto. Solo los perfiles aprobados y activos aparecen en búsqueda pública, lo que reduce ruido y protege la experiencia del usuario.
Las reseñas son trazables y vinculadas a usuarios registrados. Eso cambia el tono del marketplace: no es un muro de opiniones sin responsabilidad. Además, el sistema contempla reseñas de doble sentido cuando corresponde, porque en servicios locales la relación entre prestador y contratante también importa para entender la experiencia completa.
Para el administrador, este modelo implica trabajo operativo real, pero también control de calidad. El panel permite aprobar prestadores, moderar reseñas, gestionar rubros y ajustar contenido informativo sin tocar código en cada cambio chico.
Arquitectura de producto: rubros, zonas y contacto
Modelamos el dominio alrededor de entidades que el negocio entiende sin traducción técnica: categorías y subcategorías, perfiles de prestadores con hasta tres rubros (uno principal), ubicaciones por barrio o zona, reseñas moderadas, badges de verificación y canales de contacto configurables por perfil.
Cada prestador puede ofrecer WhatsApp directo, mostrar teléfono tras una acción explícita, recibir solicitudes breves de contacto o combinar modalidades. Todas las interacciones relevantes quedan registradas como eventos de contacto. No es un CRM completo, pero sí trazabilidad suficiente para entender qué pasa en la plataforma y tomar decisiones de producto con datos.
La búsqueda concentra la experiencia de descubrimiento y alimenta analítica de consultas. El flujo de recomendación permite que usuarios registren prestadores que conocen, reforzando el espíritu de recomendación comunitaria que da nombre al proyecto.
Stack técnico y decisiones del MVP en vivo
La plataforma se implementó con Next.js 16 y App Router, React 19, TypeScript y Tailwind CSS 4. Del lado de datos, usamos Prisma con PostgreSQL en un monorepo pnpm que separa la app web, la capa de base de datos y paquetes compartidos. Esa estructura facilita mantener reglas de negocio, validaciones y tipos alineados entre front y back.
La autenticación combina email y contraseña con JWT, Google OAuth, verificación de email y validación de teléfono con OTP. Las APIs usan Route Handlers con validación Zod en el boundary. Los medios se alojan en Vercel Blob y el despliegue corre en Vercel, con PWA instalable y service worker para fallback offline básico.
Una decisión clave del MVP fue ser explícitos sobre lo que no entraba en la primera versión: pagos, suscripciones, chat interno, ranking con IA, geolocalización en tiempo real y app nativa quedaron fuera a propósito. Eso permitió lanzar una base sólida, administrable y lista para iterar con uso real en Argentina.
Qué incluimos en la primera versión
- Home con buscador, rubros populares y destacados.
- Perfiles de prestadores con hasta tres rubros y zona.
- Reseñas no anónimas con moderación administrativa.
- Contacto por WhatsApp, teléfono o solicitud breve.
- Panel admin para usuarios, prestadores, reseñas y contenido.
- PWA mobile-first desplegada en producción.
Qué aprendimos al llevar recomendaciones locales a producto digital
Boca en Boca confirma algo que vemos en muchos proyectos para el mercado argentino: la tecnología tiene que respetar hábitos existentes. La gente ya confía en recomendaciones personales y ya usa WhatsApp para cerrar. El valor del producto está en ordenar esa lógica, hacerla buscable por zona y sostenerla con reglas claras de moderación y reputación.
También dejó una lección de alcance. Un marketplace local no necesita parecer un super-app en el día uno. Necesita que la búsqueda funcione, que los perfiles transmitan confianza, que el contacto sea simple y que el equipo del cliente pueda operar la plataforma sin fricción. Todo lo demás puede entrar en etapas, siempre que la arquitectura no cierre puertas de antemano.
Si tu empresa está evaluando un proyecto similar, podemos ayudarte a definir un MVP realista para validar demanda en tu rubro o región. Conocé nuestros servicios de desarrollo web, explorá cómo trabajamos en modalidad de outsourcing por proyecto o leé más sobre Siblings Software.
¿Querés validar un marketplace de servicios antes de sobredimensionar el alcance?
Armamos contigo un plan de MVP, criterios de confianza para prestadores y una base técnica lista para crecer por etapas en Argentina.
Preguntas Frecuentes
Porque Boca en Boca necesitaba reglas propias de confianza: perfiles moderados, reseñas no anónimas, trazabilidad de contactos y búsqueda por barrio o zona. Un directorio genérico o un grupo abierto no garantiza esas señales ni permite evolucionar el producto con control.
Combina verificación de email y teléfono, revisión administrativa del perfil, reseñas visibles con moderación, contexto de ubicación y contacto directo registrado. Solo los prestadores aprobados y activos aparecen en búsqueda pública.
WhatsApp es el canal de cierre natural en Argentina. La plataforma permite contactar por WhatsApp sin mostrar el número antes del clic, y registra el evento de contacto para trazabilidad sin convertirse en un chat interno.
El MVP incluye búsqueda, perfiles de prestadores, reseñas moderadas, modalidades de contacto, panel admin y PWA instalable. Quedaron fuera pagos, suscripciones, chat interno, ranking avanzado con IA y app nativa, para validar uso real antes de ampliar alcance.
Next.js 16 con App Router, React 19, TypeScript, Tailwind CSS 4, Prisma y PostgreSQL en monorepo pnpm. Autenticación con JWT y Google OAuth, validación con Zod, almacenamiento de medios en Vercel Blob y despliegue en Vercel.
La arquitectura quedó preparada para sumar por etapas: mejoras de descubrimiento por zona, automatizaciones operativas en el panel admin, analítica de búsquedas y nuevas señales de reputación. La prioridad post-MVP es iterar con datos de uso real, no agregar features por anticipación.
NUESTROS ESTÁNDARES
Construimos productos digitales que respetan cómo opera la gente en su mercado.
En cada proyecto buscamos equilibrio entre velocidad de salida y calidad técnica. Eso implica decidir alcance con criterio, escribir código mantenible y ordenar prioridades junto al negocio. El caso Boca en Boca refleja esa lógica: lanzar un MVP en vivo, aprender con uso real y evolucionar sin fricción innecesaria.
Si querés conversar tu caso, armamos una evaluación inicial para aterrizar tu idea, comparar escenarios y definir el mejor camino entre MVP, expansión funcional y arquitectura de largo plazo.