30 sep · Empresa 2 · Segunda empresa: quedan 4 candidatos. Estoy modelando proyecciones de cada uno para ver cuál puedo sacar adelante. ›
← Blog

Qué aprendí de subcontratar el desarrollo de mi primera app

Subcontratar el desarrollo de una app no es el error. El error es hacerlo sin nadie de tu lado que entienda cómo se está construyendo. Lo aprendí con SpeakOn: llegó al #1 del App Store en México con 200 mil usuarios en 48 horas, y murió porque su arquitectura no aguantó la carga.

Carlos Gotlib1 min de lectura
En corto
  • Si no entiendes cómo está construido tu producto, no controlas tu empresa.
  • Una app pensada para mil usuarios puede no servir para cien mil; hay que diseñarla para el día que funcione.
  • Antes de lanzar, alguien con experiencia debe revisar la arquitectura y probarla con carga real.

Lo que pasó con SpeakOn

No sabía nada de código ni de arquitectura, así que contraté a cuatro desarrolladores: dos de backend en Go, uno de Android y uno de iOS. La app funcionaba bien con pocos usuarios. Con cientos de miles, el backend se caía cada vez que la gente intentaba registrarse.

Cuando traje a ingenieros expertos en Go de Estados Unidos, me explicaron el problema con una imagen: construir un sistema es como construir una casa. Si no calculaste desde el principio una alberca en el tercer piso, ponerla después es casi imposible. Reconstruir SpeakOn iba a tomar ocho meses.

Los errores que cometí

  1. No tener a nadie técnico de mi lado. El equipo construía y nadie revisaba sus decisiones con criterio independiente.
  2. Construir para el lanzamiento, no para el éxito. La arquitectura servía para una app chica, y el plan de lanzamiento era para una app grande.
  3. No probar con carga real. Nunca simulamos qué pasaba con cientos de miles de registros al mismo tiempo.
  4. Lanzar a todos a la vez. Una fiesta de lanzamiento, medios y celebridades trajeron a todos el mismo día, sin forma de controlar el ritmo.

Qué haría hoy si subcontrato una app

  • Contratar a un asesor técnico independiente que revise la arquitectura antes de escribir código y cada entrega importante.
  • Definir desde el día uno cuántos usuarios debe aguantar y pedir que el diseño lo demuestre.
  • Hacer pruebas de carga antes de cualquier campaña de lanzamiento.
  • Lanzar por etapas: lista de espera o invitaciones, para crecer al ritmo que la tecnología aguanta.
  • Entender lo suficiente para hacer las preguntas correctas. No necesitas programar; necesitas saber dónde se puede romper lo que vendes.

Preguntas frecuentes

¿Es mala idea subcontratar el desarrollo de una app?

No. El riesgo está en subcontratar sin supervisión técnica propia. Un asesor independiente que revise la arquitectura reduce mucho ese riesgo.

¿Por qué se caen las apps cuando se vuelven virales?

Porque su arquitectura se diseñó para pocos usuarios. Con miles de registros simultáneos, el backend se satura, y corregirlo puede requerir reconstruir la app.

¿Cómo evitar que una app se caiga en el lanzamiento?

Con pruebas de carga antes de lanzar, una arquitectura pensada para escalar y un lanzamiento por etapas, como una lista de espera.

¿Necesito saber programar para fundar una startup de tecnología?

No, pero sí necesitas entender cómo está construido tu producto y tener a alguien técnico de tu lado.

Aprende a construir una empresa viendo cómo construyo la mía.

Cada semana: la decisión, el número, el error y el acierto.