Cómo pensamos, cómo trabajamos
y qué se espera del rol.
Todo lo que necesitás saber antes de arrancar. El detalle vive en las secciones siguientes — esto es el mapa.
Automatizamos procesos manuales repetitivos para que los negocios puedan escalar sin depender de que alguien esté presente en todo.
No vendemos tecnología: vendemos orden, claridad y tiempo.
El PM resuelve autónomamente todo lo operativo: devs, cliente, QA, plazos.
Escala a la Directora cuando hay cambio de scope, conflicto, ambigüedad contractual o decisión de negocio.
Escalar bien es llegar con contexto, con lo intentado y con opciones — no sólo con el problema.
Antes de entender los procesos o las herramientas, hay que entender quiénes somos y por qué hacemos lo que hacemos.
Hoy Directora. Construyó la consultora desde adentro: ventas, gestión, equipos, entregas. Con seis años de operación y más de cuarenta clientes, hoy se enfoca en dirección estratégica y crecimiento.
Hay un propósito mayor: construir una empresa que pueda financiar una ONG de base tecnológica orientada a personas en situación de vulnerabilidad.
Los clientes llegan con procesos que funcionan pero frenan el crecimiento. Identificamos qué se puede automatizar, diseñamos la solución y la implementamos con acompañamiento real.
El diferencial no es técnico. Es la capa de consultoría que viene antes del desarrollo: documentar, cuestionar y entender. No venimos con plantilla — venimos con preguntas.
Prácticas que quedaron atrás. VBI está en un proceso activo de profesionalización.
El PM es el corazón operativo de VBI. No coordina tareas: es responsable de que cada proyecto avance con calidad.
Analizar, buscar alternativas y escalar sólo cuando no hay forma de avanzar sin decisión de negocio. No llegar con el problema — llegar con opciones.
Convertir necesidades del cliente en requerimientos técnicos. Y al revés: explicarle al cliente sin tecnicismos.
Ningún tópico en reunión ocupa más de 8 minutos. Si no se resuelve, se agenda aparte con el contexto correcto.
Identificar problemas en Asana y canales antes de que afecten al cliente.
Cada interacción es parte de la relación. El post-venta bien ejecutado es la mejor fuente de nuevos proyectos.
Revisar WhatsApp, email y CRM HiLevel. Clasificar cada mensaje sin respuesta:
| Consulta operativa del cliente | PM responde directo. Máx 2 h hábiles. |
| Solicitud que parece cambio de scope | No confirmar ni rechazar. Registrar y escalar. |
| Queja o conflicto | Acusar recibo con tono tranquilo. Escalar antes de responder. |
| Dev pide información del proyecto | Proveer contexto documental. Si requiere negocio, escalar. |
| Dev reporta bloqueo técnico | Evaluar interno. Si impacta deadline, escalar. |
Revisar cada proyecto activo y ejecutar la acción según su fase:
| Comercial / Kick-Off | Verificar contrato firmado adjunto antes de arrancar. |
| Desarrollo | Avance del dev. Si hay demora sin causa, contactar y registrar. |
| Testeo interno | QA es del PM. Documentar cada bug. No presentar sin validar. |
| Testeo con cliente | Coordinar sesión, registrar feedback, asignar correcciones. |
| Entrega final | Confirmar aceptación por escrito. Notificar a Directora. |
| Post-venta (30 días) | Responder dentro del alcance de garantía. Registrar in/out. |
El sistema central. Cada proyecto tiene las 6 fases como secciones. Decisiones, contratos y acuerdos viven ahí. Si no está en Asana, operativamente no existe.
Habla siempre con el PM. Tono profesional, sin tecnicismos. Las actualizaciones son proactivas. Mínimo: una vez por semana.
Ningún cambio se ejecuta sin pasar por la Directora. Cero excepciones. Registrar → acusar recibo → escalar con contexto → comunicar la decisión con claridad.
Cubren el ciclo completo del proyecto. Cada uno define pasos, responsable, acción y entregable esperado. Click en cada uno para ver el detalle.
La documentación es parte del servicio, no un extra. Reduce retrabajo, protege a VBI legalmente y facilita el handoff si el equipo cambia.
| Qué documentar | Dónde y cuándo |
|---|---|
| Scope del proyecto | En Asana al Kick Off. Actualizar si hay cambios aprobados. |
| Decisiones tomadas en reunión | En Asana el mismo día de la reunión. |
| Cambios de scope (aprobados o rechazados) | En Asana con fecha, canal de origen y decisión de la Directora. |
| Bugs encontrados en QA | En Asana con descripción, cómo reproducir y prioridad. |
| Aprobaciones del cliente | Captura o confirmación escrita adjunta en Asana. |
| Documentación técnica del dev | Adjunta en Asana antes de la entrega final. |
| Encuesta de satisfacción post-venta | Guardada en Asana. Resultado compartido con la Directora. |
VBI es una empresa intencionalmente pequeña. La claridad sobre quién decide qué evita que todo escale a la Directora y bloquee la operación.
No se escala sin contexto. No se escala sin haber intentado resolver primero.
No son valores aspiracionales. Son principios surgidos de la experiencia real de VBI: lo que funcionó, lo que salió mal y lo que se aprendió en el camino.
Todo lo que no está en el contrato es un nuevo proyecto. No importa si parece pequeño o si el dev dice que tarda dos horas. Absorber scope sin documentar es la fuente principal de proyectos que se arrastran y márgenes que se evaporan.
Lo que queda solo en WhatsApp o en la memoria, tarde o temprano genera un conflicto. Un comentario en Asana tarda 30 segundos y evita una discusión de dos semanas.
Si todo parece urgente, no es la realidad — es que no hay sistema para priorizar. Los procesos hacen que la operación tenga ritmo propio, no dependa del estado de ánimo del día.
Mejor tomarse 20 minutos extra para entender bien un requerimiento que empezar rápido, hacer supuestos incorrectos y rehacer dos veces. El retrabajo es el enemigo del margen.
No por falta de confianza. El PM es el filtro que convierte necesidades de negocio en requerimientos técnicos. Sin ese filtro, el dev toma decisiones sin contexto y el proyecto pierde consistencia.
Escalar sin contexto es transferir la carga. El PM resuelve de forma autónoma todo lo operativo. Cuando escala, llega con qué pasó, qué se intentó y cuáles son las opciones.
Los 30 días post-entrega no son una molestia. Son la oportunidad de consolidar la relación, detectar nuevas necesidades y generar la referencia que trae el próximo cliente.
Cada hora de retrabajo por falta de claridad, cada bug que se podría haber detectado antes, cada scope absorbido sin cobrar — es margen que se pierde. El PM cuida el margen cuando documenta, cuando testea bien y cuando escala los cambios.
Al cerrar cada proyecto, revisar qué salió bien y qué falló. No para asignar culpas — para no repetir los mismos errores. Los procesos de VBI son el resultado de retrospectivas tomadas en serio.
La calidad técnica es el mínimo esperado. La experiencia del cliente — cómo se comunica, qué tan proactiva es la comunicación — es lo que genera reputación y recomendaciones.
Un proceso demasiado complejo se abandona a la semana. Mejor un checklist de 5 pasos que siempre se cumple que un manual de 30 páginas que nadie lee.
La mayoría de las consultoras chicas opera en el caos. VBI elige el orden: proyectos documentados, decisiones registradas, comunicación clara. Reduce fricción, mejora la entrega y hace que la empresa escale sin depender de que la Directora esté en todo.
Propuesta de organización para que el conocimiento de VBI sea fácil de encontrar, actualizar y traspasar.