Page 1 of 2
Aplicación — Implementador n8n
Somos una agencia enfocada en automatizaciones (n8n + APIs + DB + WhatsApp/CRM).
Buscamos implementadores con para colaborar por proyecto.
, briefs claros y procesos simples.
Datos Personales
Disponibilidad
Ahorita, ¿cómo estás con tu disponibilidad/compromiso?
*
Ahorita, ¿cómo estás con tu disponibilidad/compromiso?
Esto es mi foco principal
Tengo otro trabajo/uni, pero sí puedo cumplir deadlines
Estoy en varios proyectos y solo tomo cosas chicas
Ahorita ando probando y no puedo prometer constancia
¿Cuántas horas le puedes dedicar por semana?
*
¿Cuántas horas le puedes dedicar por semana?
5-10
10-20
20-30
30+
Stack y Experiencia
Tiempo usando n8n
*
Tiempo usando n8n
0 - 3 meses
3 - 6 meses
6 -12 meses
12+ meses
¿Has conectado Postgres/Supabase desde n8n?
*
¿Has conectado Postgres/Supabase desde n8n?
Si
No
¿Has consumido APIs REST desde n8n (HTTP Request) con auth?
*
¿Has consumido APIs REST desde n8n (HTTP Request) con auth?
Si
No
¿En cuáles de estas herramientas tienes experiencia práctica?
*
Marca todas las que apliquen
¿En cuáles de estas herramientas tienes experiencia práctica?
Webhooks
HTTP Request
Postgres
Supabase
Twilio
Chatwoot
Stripe
Expectativas
Forma de trabajo
*
Selecciona todo lo que estás cómodo haciendo:
Forma de trabajo
Trabajar por proyecto / entregable (no nómina)
Estimar tareas antes de empezar (tiempo + costo)
Entregar con checklist (Definition of Done)
Documentar lo mínimo (setup, variables, cómo probar)
Grabar un Loom corto (3–5 min) mostrando que funciona
Comunicación async (updates cortos 1 vez al día o cada 2 días)
Hacer QA básico antes de decir “ya quedó”
Manejar cambios con claridad (si cambia el scope, se re-cotiza)
Lo que NO esperamos
*
Marca si estás de acuerdo:
Lo que NO esperamos
No esperes instrucciones paso a paso todo el tiempo (sí hay blueprint, pero se espera criterio)
No trabajamos “hasta que el cliente esté feliz” sin límites (hay alcance y entregables)
No hacemos deploy a producción sin pruebas mínimas
Si hay bugs, se corrigen en una ventana acordada
Si hacemos buen match, ¿Te interesaría un esquema de mantenimiento mensual (base mensual/retainer)?
*
(soporte, fixes, mejoras chiquitas, monitoreo)
Si hacemos buen match, ¿Te interesaría un esquema de mantenimiento mensual (base mensual/retainer)?
Sí, me late (retainer fijo mensual)
Sí, pero solo si es pocas horas al mes (ej: 10–20h)
Tal vez, depende del proyecto y del monto
No, prefiero solo proyectos cerrados
Preguntas de criterio
Cuando hay un hueco en el blueprint…
*
Si el blueprint trae un hueco (falta un dato o no está claro), tú sueles:
Cuando hay un hueco en el blueprint…
Pausar y preguntar hasta tener claridad total, para evitar retrabajo.
Avanzar con la suposición más probable y dejarlo listo para ajustar.
Proponer 2–3 opciones (pros/contras) y pedir confirmación rápida.
Avanzar con una opción recomendada y avisar: “si no hay respuesta en X horas, sigo con esta”.
Velocidad vs certeza
*
¿Qué filosofía te funciona más en proyectos con fechas de entrega?
Velocidad vs certeza
Certeza total: primero alineamos todo y luego ejecutamos sin desviarnos.
Iteración controlada: avanzo en bloques y valido rápido antes de meter más.
Entrega por impacto: ataco lo que más mueve el resultado y lo demás después.
Prototipo primero: saco algo funcional y luego lo “endurezco” con QA/robustez.
Si el plan “dice A”, pero tú ves que “B” es mejor
*
Si detectas un camino más simple/estable que el plan original…
Si el plan “dice A”, pero tú ves que “B” es mejor
Sigo el plan tal cual para no mover el alcance y evitar confusiones.
Lo implemento como yo lo haría y al final aviso qué cambié y por qué.
Te mando 2 opciones con impacto (tiempo/riesgo) y recomiendo una.
Hago un mini spike (prueba rápida) para validar y luego propongo decisión.
¿Qué significa “ya quedó”?
*
Para ti, “ya quedó” significa:
¿Qué significa “ya quedó”?
Caso principal funcionando y listo para que lo prueben.
Caso principal + casos típicos de error cubiertos.
Con monitoreo básico: logs/alertas + fallback si falla.
Cerrado: documentación mínima + cómo probar + checklist QA.
Estilo de comunicación
*
¿Cómo te gusta mantener el ritmo con el equipo?
Estilo de comunicación
Asíncrono con updates cortos (diario o cada 2 días).
Updates solo cuando hay avance sólido para no spamear.
Pregunto todo al inicio y luego ejecuto sin interrumpir.
Check-ins por hitos (cuando termino partes grandes).
8) Cambios de alcance (inevitable en clientes)
*
El cliente pide algo extra a mitad del proyecto. Tu forma de manejarlo:
8) Cambios de alcance (inevitable en clientes)
Lo meto si es rápido para quedar bien y no complicar.
Lo documento como extra y lo dejo para una fase 2.
Lo cotizo como change request con impacto claro en tiempo/costo.
Propongo tradeoff: “lo metemos, pero se recorta X” para mantener fecha.
Entiendo que el pago es por proyecto/entregables y que cualquier cambio de alcance se cotiza aparte.
*
Entiendo que el pago es por proyecto/entregables y que cualquier cambio de alcance se cotiza aparte.
Submit
