Cargo: Especialista en Marketing Digital — Paid Ads, Creatividad y Growth Viral
Empresa: ORE Software (portafolio: Fiducia, Sonus Auris, zed-pkg, Daedalus Fab, Quaestor Ledger)
Ubicación: Remoto (preferencia por personas en EE. UU. o con buena disponibilidad para coincidir con el horario del Este de EE. UU.)
Modalidad: De medio tiempo a tiempo completo / contratista — inicialmente 15–30 horas por semana, con posibilidad de crecer
Compensación: Pago en efectivo moderado + participación accionaria relevante / participación en ingresos (se conversa en la entrevista)
Reporta a: Fundador
ORE Software es un estudio pequeño, remoto desde el inicio, que desarrolla y publica varios productos sobre una misma base de ingeniería: servicios en Rust, clientes en Flutter/Dart, TypeScript donde realmente aporta valor, Kubernetes sobre AWS y Hetzner, Postgres, Cloudflare y componentes compartidos de autenticación, sincronización y telemetría. No desarrollamos las interfaces internas de nuestros productos en React.
Productos con los que trabajará esta persona:
- Fiducia (github.com/fiducia-cloud) — coordinación distribuida: locks/leases con fencing, enrutamiento, pagos, aplicación de escritorio para operadores + Flutter
- Sonus Auris (github.com/sonus-auris) — captura, indexación y transcripción de audio con privacidad como prioridad, además de preservación de evidencia
- zed-pkg (github.com/zed-pkg) — gestor universal de paquetes para múltiples lenguajes, respaldado por git/hg — no es el editor Zed
- Daedalus Fab (github.com/daedalus-fab) — planos de fabricación, diseños, instrucciones publicadas y ejecuciones de fabricación
- Quaestor Ledger (github.com/quaestor-ledger) — ledger multi-tenant de cuentas por cobrar y por pagar (AR/AP) que observa, registra y demuestra; nunca mueve fondos
- ORESoftware (github.com/oresoftware) — infraestructura compartida: clústeres de k8s, autenticación, observabilidad y la columna vertebral de despliegue
Tenemos varios productos reales y casi ningún motor público de generación de demanda. Este no es un trabajo de redes sociales de “publicar tres veces por semana”. Serás responsable de adquisición paga, creatividad y campañas que realmente puedan propagarse: anuncios que conviertan, activaciones y contenido que la gente quiera compartir, y un ciclo de medición que nos permita saber qué funcionó.
Vas a comercializar productos para públicos muy distintos: desarrolladores (zed-pkg), operadores y profesionales de infraestructura (Fiducia), profesionales preocupados por la privacidad (Sonus Auris), fabricación / manufactura (Daedalus) y equipos de finanzas y operaciones (Quaestor). Una sola voz de marca no funcionará para todo. El canal y la creatividad deben adaptarse a cada producto.
También vas a estar en espacios donde hay personas: conferencias, meetups, cenas, mensajes directos y stands. El trabajo no consiste únicamente en mirar dashboards de anuncios.
- Crear y operar campañas pagas en Meta, Google, LinkedIn, X, YouTube, Reddit y cualquier canal nuevo que realmente esté convirtiendo
- Escribir, producir y publicar piezas creativas: hooks, guiones, video corto, copy para landing pages, carruseles y clips del fundador; no limitarte a “mandarle un brief a una agencia”
- Diseñar campañas virales o altamente compartibles: lanzamientos, retos, drops para comunidades de desarrolladores, listas de espera, loops de referidos y activación inicial en comunidades
- Implementar medición: píxeles, UTMs, landing pages y una atribución suficientemente buena como para tomar decisiones de inversión
- Mantener una cadencia semanal de experimentos: hipótesis → creatividad → inversión → descartar o redoblar la apuesta
- Hacerte responsable de CAC, ROAS, conversión de lista de espera → registro y, sobre todo, de responder “¿esta campaña realmente movió el producto?”; no de métricas vanidosas como el número de seguidores
- Estimar antes de gastar: bosquejos aproximados de TAM, cálculos del tipo “si hace clic el 2 % y convierte el 8 %, ¿vale la pena lanzar esto?” y estimaciones rápidas de presupuesto frente a retorno. No necesitas ser científico/a de datos, pero sí debes sentirte cómodo/a con los números.
- Estar presente cuando realmente importa: conferencias, meetups y conversaciones de pasillo. Ser alguien con quien la gente quiera conversar. Ser creativo/a para iniciar esas conversaciones, no solo al redactar anuncios.
- Ventas y desarrollo de negocio cuando haga falta: preparar un lead, tomar una primera llamada, hacer seguimiento después de una conferencia y explicar el producto en términos humanos. Debes entender por qué las personas compran, dudan, recomiendan o ignoran algo.
- Colaborar con el fundador en el posicionamiento de cada producto; con frecuencia serás la primera persona de marketing que trabaje directamente en ese producto
- Publicar trabajo a través de GitHub: copy de landing pages, fragmentos de campañas y pequeños cambios en sitios web. Trabajas con ayuda de IA, creas una rama, haces push y abres un pull request. No necesitas hacer merge, revisar arquitectura ni ser ingeniero/a de software. Sí necesitas sentirte cómodo/a trabajando dentro de un repositorio.
- Has invertido dinero real en publicidad y puedes explicar qué falló, qué escaló y por qué
- Puedes crear o dirigir piezas creativas, no únicamente comprar medios
- Te gusta tratar con personas. El networking no es una tarea que quieras tercerizar
- Te interesan las herramientas para desarrolladores o los productos cercanos al consumidor, y tienes suficiente curiosidad para aprender ambos mundos
- Te sientes cómodo/a con el desorden propio de una etapa temprana: no hay manual de marca completo, no existe un equipo de marketing de ocho personas y el presupuesto no es infinito
- 3+ años de experiencia en marketing digital, performance marketing o growth, con campañas reales que puedas mostrar
- Experiencia práctica en al menos dos de estas plataformas: Meta Ads, Google Ads, LinkedIn Ads, TikTok Ads o YouTube Ads
- Muy buena redacción y criterio creativo; portafolio de anuncios, landing pages o campañas
- Comodidad trabajando con analítica (GA4, administradores de anuncios y matemática básica de funnels)
- Comodidad tratando con personas: conferencias, networking, stands y conversaciones de pasillo. Creatividad en persona, no únicamente frente a una laptop.
- Buen sentido numérico: matemática suficiente y estimaciones al estilo Fermi para validar rápidamente inversión, conversión y preguntas como “¿esto realmente vale la pena?”
- Capacidad de vender un poco: desarrollo de negocio y primeras llamadas comerciales cuando sea necesario. Sabes leer motivaciones —estatus, miedo, curiosidad, conveniencia— y no hablas ignorando lo que realmente le importa a la otra persona.
- IA + GitHub: puedes crear copy, código o assets con ayuda de IA, hacer push a GitHub y abrir pull requests. Hacer merge es opcional; llevar el cambio hasta revisión no lo es.
- Capacidad para trabajar de forma asíncrona, escribir con claridad y entregar resultados sin necesitar un comité
- Experiencia en marketing de herramientas para desarrolladores, infraestructura, fintech, privacidad o hardware/manufactura
- Edición de video corto (CapCut, Premiere, DaVinci)
- Lanzamientos en comunidades, Reddit, Hacker News o Indie Hackers
- Creación de landing pages (Webflow, Framer o PRs directamente sobre nuestros sitios de marketing)
- Experiencia previa en startups o agencias donde eras responsable de la métrica y del resultado, no solo de preparar una presentación
Envía una nota breve + 2–3 campañas de las que estés orgulloso/a (enlaces, inversión y resultado) a [APPLY_EMAIL] o postula mediante Easy Apply en LinkedIn. Si has abierto un PR en GitHub, incluye el enlace.
Hashtags: #DigitalMarketing #PerformanceMarketing #GrowthMarketing #PaidAds #StartupJobs #RemoteWork #DeveloperTools
Cargo: Ingeniero/a de QA y Tester de Producto (Web, App, API)
Empresa: ORE Software
Ubicación: Remoto
Modalidad: De medio tiempo a tiempo completo — podemos contratar a más de una persona si encontramos buenos perfiles
Compensación: Pago en efectivo + participación accionaria (a conversar)
Reporta a: Fundador / líder técnico
ORE Software es un estudio pequeño, remoto desde el inicio, que desarrolla y publica varios productos sobre una misma base de ingeniería: servicios en Rust, clientes en Flutter/Dart, TypeScript donde realmente aporta valor, Kubernetes sobre AWS y Hetzner, Postgres, Cloudflare y componentes compartidos de autenticación, sincronización y telemetría. No desarrollamos las interfaces internas de nuestros productos en React.
Productos con los que trabajará esta persona:
- Fiducia (github.com/fiducia-cloud) — coordinación distribuida: locks/leases con fencing, enrutamiento, pagos, aplicación de escritorio para operadores + Flutter
- Sonus Auris (github.com/sonus-auris) — captura, indexación y transcripción de audio con privacidad como prioridad, además de preservación de evidencia
- zed-pkg (github.com/zed-pkg) — gestor universal de paquetes para múltiples lenguajes, respaldado por git/hg — no es el editor Zed
- Daedalus Fab (github.com/daedalus-fab) — planos de fabricación, diseños, instrucciones publicadas y ejecuciones de fabricación
- Quaestor Ledger (github.com/quaestor-ledger) — ledger multi-tenant de cuentas por cobrar y por pagar (AR/AP) que observa, registra y demuestra; nunca mueve fondos
- ORESoftware (github.com/oresoftware) — infraestructura compartida: clústeres de k8s, autenticación, observabilidad y la columna vertebral de despliegue
Publicamos apps en Flutter, interfaces web en Rust (HTML renderizado en servidor / HTMX, no React), APIs JSON, CLIs y aplicaciones de escritorio. Hoy la calidad depende demasiado del fundador y eso se ha convertido en un cuello de botella. Serás la persona que rompe cosas a propósito, documenta exactamente qué pasó para que pueda corregirse y usa IA para multiplicar la cobertura, no para dejar de pensar.
Este es un trabajo práctico de pruebas sobre productos reales: navegadores, teléfonos, tablets, escritorio, APIs y aplicaciones instalables. La automatización es bienvenida. Los reportes de bugs deben ser claros. “Algo se sintió raro” sin pasos para reproducirlo no es un reporte suficiente.
Tampoco vas a quedar encerrado/a en una “cueva de testing”. Hablarás con personas, participarás en espacios de conferencias cuando sea útil y, a veces, explicarás el producto a alguien que no lo conoce con suficiente claridad como para que quiera probarlo.
- Pruebas exploratorias y de regresión en web, Flutter (iOS/Android/escritorio) y aplicaciones de escritorio en Rust
- Probar flujos críticos: autenticación, onboarding, pagos/vistas del ledger, captura de audio (Sonus), instalación de paquetes (zed-pkg) y flujos de planos/ejecuciones de fabricación (Daedalus)
- Reportar bugs incluyendo: entorno, pasos exactos, resultado esperado vs. resultado real, capturas de pantalla o grabaciones y severidad
- Mantener checklists de smoke tests y regresión para cada producto, y ejecutarlos antes de cada release
- Automatización ligera: Playwright (preferimos Playwright/Puppeteer sobre Cypress), validaciones de API y granjas de dispositivos / emuladores cuando tenga sentido
- Usar IA para proponer casos de prueba, generar edge cases y resumir trazas con fallos; tú sigues siendo responsable de verificar el resultado
- Escribir helpers de pruebas y pequeñas correcciones con IA; luego hacer push de una rama y abrir un PR. No necesitas permisos de merge ni desplegar a producción. Sí necesitas subir tu trabajo a GitHub para que otra persona pueda revisarlo.
- Estimar el riesgo: “si no probamos este camino, ¿cuál es el radio de impacto?”, conteos aproximados de casos y tiempo de cobertura frente a severidad. Buscamos matemática suficiente para priorizar, no una tesis de estadística.
- Trabajar con nuestro stack de observabilidad (logs estructurados y trazas) para diferenciar un “problema de UI” de una “falla de backend”
- Volver a probar las correcciones; no cerrar tickets que no hayas ejecutado nuevamente
- Personas, no solo tickets: cuando estemos en una conferencia o una llamada, puedes conversar con usuarios, observar cómo usan el producto y detectar lo que realmente hacen. Cuando haga falta, puedes ayudar con una demo, un stand o un seguimiento que, en la práctica, se parece bastante a ventas o desarrollo de negocio.
- Entender por qué un usuario toca la pantalla repetidamente por frustración, abandona un checkout o nunca encuentra un botón: motivación humana, no únicamente assertions que fallan
- Web: sitios de marketing + aplicaciones autenticadas (HTMX/Maud y algunos clientes TypeScript)
- Móvil y escritorio: Flutter
- APIs: REST/JSON, sesiones de autenticación y comportamiento de sincronización/offline
- CLI / flujos del gestor de paquetes (zed-pkg)
- Flujos sensibles en materia de privacidad (grabaciones de Sonus, pruebas del ledger de Quaestor y locks de Fiducia)
- Testers detallistas, ingenieros/as de QA o testers manuales sólidos que quieran avanzar hacia automatización
- Personas a las que les gusta ser la última línea de defensa antes de que los usuarios vean un problema
- Comodidad para preguntar “¿qué debería pasar aquí?” cuando la especificación no está suficientemente definida
- Suficiente soltura social para hacer networking y sentarse con usuarios, no únicamente reportar tickets desde casa
- Excelente comunicación escrita y el hábito de reproducir un problema antes de reportarlo
- Experiencia probando sitios web y/o aplicaciones nativas o móviles
- Familiaridad con Chrome, Safari, Firefox, iOS, Android y las DevTools del navegador
- Capacidad para seguir un checklist y salirte del guion cuando algo no cuadra
- Comodidad tratando con personas: conferencias, meetups, conversaciones de pasillo y creatividad para obtener señales útiles de seres humanos, no únicamente de ejecuciones de pruebas
- Buen sentido numérico: matemática y capacidad de estimación suficientes para pensar en cobertura, riesgo, “¿cuántos dispositivos son suficientes?” y tiempo frente a severidad
- Ventas/desarrollo de negocio cuando haga falta: puedes hacer una demo, escuchar y conversar con un posible usuario o socio sin quedarte paralizado/a. Entiendes la psicología humana: por qué las personas hacen clic, abandonan, confían o se quejan.
- IA + GitHub: comodidad escribiendo pruebas o código con ayuda de IA, haciendo push a GitHub y abriendo pull requests. No es obligatorio hacer merge.
- Disposición para aprender Playwright, Postman/HTTPie y nuestro sistema de seguimiento de trabajo (GitHub + Linear)
- Playwright, Appium, Maestro o pruebas de integración de Flutter
- Pruebas de API, SQL o lectura de payloads de error en JSON
- Pruebas de PWA / offline / IndexedDB
- Pruebas básicas de accesibilidad, localización o rendimiento
- ISTQB o certificación similar — opcional; no es un filtro
- Comodidad trabajando alrededor de productos de privacidad/seguridad (no tendrás acceso a secretos de producción y deberás tratar los datos de prueba como información sensible)
Envía tu CV + una nota de 5–10 oraciones sobre un producto que hayas probado (qué encontraste y cómo lo reportaste) a [APPLY_EMAIL] o postula mediante Easy Apply. Un PR de GitHub que hayas abierto —aunque sea pequeño— suma bastante.
Hashtags: #QA #QualityAssurance #SoftwareTesting #Playwright #Flutter #RemoteJobs #StartupJobs
Cargo: Cofundador/a Técnico/a (Ingeniería + Infraestructura)
Empresa: ORE Software
Ubicación: Remoto; se requiere buena disponibilidad para coincidir con el horario del Este de EE. UU. Ocasionalmente habrá trabajo de infraestructura sobre máquinas reales (k8s en AWS EC2 y k8s en Hetzner), no un entorno “solo Vercel”.
Modalidad: Cofundador/a — esto no es un rol de CTO fraccional de 10 horas por semana
Compensación: Participación accionaria significativa (a negociar; se trata de ownership, no de una tarifa de contratista). Compensación en efectivo a medida que las empresas puedan sostenerla.
Reporta a: Relación de socios con el fundador (Alex)
ORE Software es un estudio pequeño, remoto desde el inicio, que desarrolla y publica varios productos sobre una misma base de ingeniería: servicios en Rust, clientes en Flutter/Dart, TypeScript donde realmente aporta valor, Kubernetes sobre AWS y Hetzner, Postgres, Cloudflare y componentes compartidos de autenticación, sincronización y telemetría. No desarrollamos las interfaces internas de nuestros productos en React.
Productos con los que trabajará esta persona:
- Fiducia (github.com/fiducia-cloud) — coordinación distribuida: locks/leases con fencing, enrutamiento, pagos, aplicación de escritorio para operadores + Flutter
- Sonus Auris (github.com/sonus-auris) — captura, indexación y transcripción de audio con privacidad como prioridad, además de preservación de evidencia
- zed-pkg (github.com/zed-pkg) — gestor universal de paquetes para múltiples lenguajes, respaldado por git/hg — no es el editor Zed
- Daedalus Fab (github.com/daedalus-fab) — planos de fabricación, diseños, instrucciones publicadas y ejecuciones de fabricación
- Quaestor Ledger (github.com/quaestor-ledger) — ledger multi-tenant de cuentas por cobrar y por pagar (AR/AP) que observa, registra y demuestra; nunca mueve fondos
- ORESoftware (github.com/oresoftware) — infraestructura compartida: clústeres de k8s, autenticación, observabilidad y la columna vertebral de despliegue
Necesito un socio o una socia que pueda desarrollar producto y mantenerlo funcionando. Eso significa código de aplicación y clústeres: servidores API/web en Rust, clientes Flutter o TypeScript, Kubernetes, Postgres, Cloudflare, CI y todo el trabajo poco glamoroso de confiabilidad que hace posible lo demás.
No vas a quedar aislado/a en un solo repositorio. El patrón del estudio es consistente entre organizaciones (interfaces, clientes, servidor API, servidor web, infraestructura, e2e, Flutter), pero los dominios son distintos: coordinación (Fiducia), audio (Sonus), paquetes (zed-pkg), fabricación (Daedalus), ledgers (Quaestor), además de autenticación, sincronización y telemetría compartidas.
La UI interna no usa React. Aquí, frontend significa Flutter/Dart, TypeScript sin React y HTML renderizado en servidor (Maud + HTMX; a veces Leptos/Dioxus). Si React es tu única experiencia de frontend, este no es el rol adecuado.
También tienes que ser una persona con la que otros quieran trabajar y conversar en un pasillo. Conferencias, conversaciones con clientes y una primera llamada de ventas cuando eso sea lo que el negocio necesite. Ser cofundador/a significa hacerse cargo de la empresa, no únicamente del compilador.
- Arquitectura y entrega de software a través de múltiples organizaciones de GitHub, no de una sola aplicación greenfield
- Trabajo hands-on: servicios en Rust (Axum, SeaORM), aplicaciones Flutter, clientes TypeScript y CLIs
- Infraestructura: Kubernetes (AWS + Hetzner), Cloudflare (Workers/R2/DNS), Postgres / Cockroach, Redis, NATS y observabilidad (OpenTelemetry → nuestro stack)
- Las cuatro formas en que se comunican nuestras capas web y API: lecturas directas de base de datos, HTTP stateless, TCP stateful y comunicación asíncrona mediante NATS
- CI, releases, higiene de secretos, respuesta a incidentes y el principio de “funciona en el clúster, no solamente en mi laptop”
- Suficiente frontend para publicar interfaces de operador y aplicaciones cliente; no necesitas ser diseñador/a visual
- Programación nativa con IA: escribes y revisas código con IA todos los días, pero sigues entendiendo el diff. Hacer push de ramas y abrir PRs es la forma normal en que avanza el trabajo. Los permisos de merge pueden esperar; esconder trabajo indefinidamente en una carpeta local no.
- Matemática tipo Fermi: estimaciones de capacidad, costo, latencia y “¿esto siquiera es viable?” antes de gastar una semana desarrollándolo. Debes ser bastante bueno/a con números y estimaciones rápidas, y detectar cuando un cálculo está errado por un orden de magnitud o más.
- Definir el estándar de contratación y la cultura de revisión a medida que sumemos QA y, más adelante, otros ingenieros
- Criterio de producto: qué construir, qué aplazar y qué eliminar
- Personas y espacios: conferencias, meetups, cenas con socios y creatividad sobre cómo nos presentamos. No buscamos un/a ingeniero/a que quiera permanecer siempre en segundo plano.
- Ventas y desarrollo de negocio cuando sea necesario: primeras conversaciones, venta técnica y capacidad para entender qué quiere realmente la otra persona —miedo, estatus, fecha límite, curiosidad— y responder a eso, en lugar de recitar una lista de funcionalidades
- Has sido la persona que escribió un servicio y también lo desplegó y operó
- Te gustan más los sistemas que deben ser correctos —ledgers, locks, grabaciones, procedencia de paquetes— que las presentaciones de diapositivas
- Puedes cambiar de contexto entre repositorios sin perder de vista el objetivo general
- Quieres equity y responsabilidad, no una carrera jerárquica de Staff Engineer dentro de una empresa de 5.000 personas
- Puedes conversar con seres humanos sin estar deseando en secreto conectarte por SSH a un servidor
- Dominio sólido de al menos dos de estos tres: Rust, Dart/Flutter, TypeScript, con disposición para trabajar en los tres
- DevOps real en producción: Kubernetes, Linux, CI, redes, TLS y backups; no únicamente Docker Compose en una laptop
- Postgres (esquemas, migraciones y operación); suma experiencia con Cockroach o tecnologías similares
- Capacidad para depurar de punta a punta: navegador → API → DB → clúster
- Excelente comunicación escrita; trabajamos principalmente en GitHub + Linear
- Comodidad tratando con personas: conferencias, networking y creatividad para conocer gente y moverte bien en un evento, no únicamente para escribir servicios
- Buen sentido numérico: bastante comodidad con matemática y estimaciones de costo, carga, tiempos y preguntas como “¿esto realmente se paga solo?”
- Capacidad para hacer ventas/desarrollo de negocio cuando sea necesario: entiendes la psicología y las motivaciones humanas; puedes llevar una conversación desde “¿qué es esto?” hasta “¿cuándo podemos probarlo?”
- Flujo de trabajo con IA + GitHub: programas con IA, haces push a GitHub y abres pull requests como práctica normal. No necesitas ser quien haga merge de todo, pero el trabajo vive en PRs, no eternamente en ramas privadas.
- Integridad alta. Tendrás acceso a detalles internos de infraestructura y producto. Nada de cambios improvisados en producción, filtración de secretos ni “voy a reescribir el historial para que la rama se vea limpia”.
- SeaORM, Axum, Maud/HTMX, Nix
- Cloudflare R2, Supabase/GoTrue, NATS
- Trabajo orientado a especificaciones o métodos formales, contratos con JSON Schema y SDKs políglotas
- Experiencia en audio, gestión de paquetes, locking distribuido o dominios de contabilidad de doble partida / ledgers
- Haber cofundado una empresa o haber sido una de las primeras 1–5 personas contratadas
- No es un cargo de CTO para una empresa de producto basada en React/Next.js
- No es “asesorar cinco horas por semana mientras unos contratistas hacen el trabajo”
- No es un rol puramente de Platform/SRE que nunca toca producto ni clientes
- No es un rol puramente de ingeniería de producto para alguien que nunca ha respondido a una alerta o incidente de un clúster
- No buscamos al “genio brillante pero imposible de tratar” que no puede conversar con una persona desconocida en una conferencia
Esto es una conversación, no un embudo de ATS. Escribe a [APPLY_EMAIL] e incluye:
- Enlaces a sistemas que hayas construido y operado (repositorios, posts, notas de arquitectura; pueden ser públicos)
- El stack en el que eres más fuerte y aquel en el que necesitarías ponerte al día
- Un momento en una conferencia, comunidad o conversación con un cliente del que estés orgulloso/a, aunque haya sido algo pequeño
- Qué buscas en un acuerdo entre cofundadores (dedicación de tiempo, rango de equity y qué productos te entusiasman más)
Incluye también el enlace a un PR de GitHub que hayas creado tú.
Hashtags: #TechnicalCofounder #FoundingEngineer #Rust #Kubernetes #DevOps #Flutter #Startup #Remote