El mercado de contratación donde los desarrolladores son descubiertos primero: RailsDevs, de Joe Masilotti
El proceso por el que RailsDevs, que comenzó con una hoja de cálculo, conectó perfiles de desarrolladores con las comisiones de contratación de las empresas. Examina la validación inicial de la demanda y el desarrollo público, la diferencia entre ingresos recurrentes e ingresos acumulados, y el cierre del servicio en 2025.
RailsDevs, creado por Joe Masilotti, era una plataforma de contratación inversa en la que, en lugar de que las empresas publicaran ofertas de empleo y esperaran solicitudes, los desarrolladores publicaban su perfil y las empresas se ponían en contacto primero. Se limitó a desarrolladores de Ruby on Rails y se centró en reducir la molestia de que los desarrolladores tuvieran que buscar trabajo una y otra vez. Es un caso de trasladar a un negocio el problema de la comunidad tecnológica a la que pertenecía, no el de todo el enorme mercado laboral.
La demanda confirmada en una hoja de cálculo
El punto de partida fueron los encargos irregulares que vivió al trabajar como desarrollador independiente. Cuando el trabajo se acumulaba, no podía con todo, pero en otros momentos le resultaba difícil encontrar el siguiente proyecto. Su juicio era que los sitios de empleo existentes se centraban en puestos fijos y no ayudaban lo suficiente a encontrar trabajos freelance o por contrato.
Lo que apareció antes que el producto fue una hoja de cálculo. Joe compartió con empresas una lista de conocidos que tenían disponibilidad para trabajar, con el fin de conectar encargos que él no podía aceptar con otros desarrolladores de Rails. En unas semanas, dos personas consiguieron trabajo, lo que confirmó la demanda.
La primera versión se publicó en 15 días con las conocidas Ruby on Rails, Tailwind UI y Heroku. El coste de lanzamiento fue de unos 300 dólares, de los cuales 250 dólares fueron para comprar el dominio.
El 5 de noviembre de 2021, un tuit que preguntaba por un problema de alojamiento se convirtió en un inesperado detonante del lanzamiento. Una figura de la comunidad Rails que ayudó con ello compartió el servicio, y en la primera semana unos 100 desarrolladores registraron su perfil.
Aproximadamente un mes después, el primer cliente pidió suscribirse, pero aún no había pantalla de pago. Joe envió la factura directamente y recibió 99 dólares, y desde la idea hasta el primer pago no pasaron ni dos meses.
Reunir desarrolladores y cobrar a las empresas
Los desarrolladores participaban gratis y las empresas asumían el costo. Joe consideraba que, si primero reunía a los desarrolladores, podría atraer a las empresas contratantes, y también centró la promoción en la experiencia de búsqueda de empleo de los desarrolladores.
El principio de centrarse en los desarrolladores también se reflejó en la elección de funciones reales. En enero de 2022, anunció que eliminó la entrada de tarifas por hora y salario anual, y las funciones de ordenación y visualización correspondientes. Consideraba que esto podía llevar a las empresas a buscar primero a las personas más baratas en lugar de a las más adecuadas, y que la remuneración debía fijarse tras discutir el alcance y la complejidad del trabajo. Sin embargo, también hubo objeciones de usuarios de que los precios públicos son más transparentes, por lo que es más preciso verlo como una decisión que revela la dirección de la plataforma en lugar de como una respuesta correcta universal.
El modelo de ingresos evolucionó hacia la combinación de una suscripción mensual con una comisión por contratación exitosa. En el esquema de precios introducido en marzo de 2022, cobraba $99 al mes por la contratación de freelancers y personal por contrato, y $299 al mes por la contratación a tiempo completo. Cuando se concretaba una contratación a tiempo completo, cobraba además el 10% del salario del primer año del desarrollador, y ese plan incluía recomendaciones de candidatos seleccionados personalmente y consultas prioritarias.
La razón por la que Joe añadió una comisión era alinear los intereses de la plataforma y los clientes. Si solo se cobran tarifas de suscripción, cuanto más tiempo permanece una empresa, más aumentan los ingresos del operador, pero lo que la empresa quiere es contratar rápidamente al desarrollador adecuado e irse. La explicación era que, si se añade una compensación aparte por contratación exitosa, el operador también puede concentrarse en los resultados de contratación más que en la duración de la suscripción.
MRR de $4,000 y la estructura real de ingresos
La presentación de la entrevista de Indie Bites publicada el 13 de septiembre de 2022 describió RailsDevs como un negocio que había superado los $4,000 de ingresos recurrentes mensuales (MRR). Esta es una cifra que representa los ingresos recurrentes mensuales de entonces, y no significa los ingresos mensuales totales, incluida la comisión por contratación, ni el beneficio neto personal de Joe.
En una entrevista de noviembre de 2022, reveló resultados de más de 600 desarrolladores, más de 30 colocaciones laborales exitosas y casi $150,000 en ingresos acumulados durante aproximadamente el primer año tras el lanzamiento. Los costos reportados fueron menos de $10,000, y trabajó sin empleados, con parte del personal externo. Sin embargo, son cifras de negocio publicadas por el fundador, no datos que muestren el ingreso neto personal que recibió.
En la misma entrevista, explicó que casi el 90% de los ingresos provenía de las comisiones por contratación exitosa. Por lo tanto, hay que distinguir entre un negocio que tiene una función de suscripción y un negocio centrado en los ingresos por suscripción. La clave para entender los grandes ingresos de RailsDevs no está solo en el número de suscriptores, sino en cuántas contrataciones reales se concretaron.
Vincular el desarrollo en público con la participación de la comunidad
Joe, en lugar de empezar a promocionar el producto una vez terminado, convirtió el propio proceso de desarrollo en una actividad pública. Compartía en Twitter lo que estaba haciendo y recibía opiniones sobre preguntas e ideas en GitHub Discussions. En septiembre de 2022, también se presentó su newsletter Hotwire Dev como una publicación que había superado los 2.000 suscriptores. A la vista de estas actividades, es importante que el público al que compartía conocimientos técnicos y el grupo de desarrolladores que necesitaban RailsDevs se solaparan en gran medida.
El alcance de lo público no se limitó al código fuente. RailsDevs aspiraba a ser una “open startup” que también hacía públicas métricas de negocio como los ingresos y el tráfico, así como decisiones clave. Los usuarios no se limitaban a registrar un perfil: podían opinar sobre en qué dirección debía cambiar el producto y participar en el desarrollo.
En marzo de 2023 también puso en marcha un programa que pagaba recompensas económicas por contribuciones al código abierto. El sistema consistía en pagar 25 dólares o más, según la dificultad, por issues completados o cambios de código fusionados. Joe lo describió como una retribución a la comunidad y como un medio para ayudar a los desarrolladores junior a añadir a su currículum experiencia de trabajo real y remunerada.
Por qué también hay que considerar el cierre de 2025
RailsDevs no debe presentarse como un caso de éxito que sigue en funcionamiento. Joe anunció el cierre del servicio, que estuvo en funcionamiento durante casi 4 años, y el repositorio oficial de código también pasó a estado archivado el 28 de julio de 2025. En el anuncio de cierre, reconoció el logro de que decenas de personas consiguieran empleo, pero declaró que era momento de crear espacio para su siguiente trabajo.
El texto introductorio de una entrevista de seguimiento publicada en 2025 describe los ingresos totales de RailsDevs durante todo su periodo de operación como aproximadamente 250.000 dólares, y aborda los cambios en las condiciones del mercado y la decisión de cerrar el servicio. Esto también corresponde a ingresos acumulados, no a ingresos anuales ni al producto de una venta. El anuncio de cierre no es una noticia de venta, y después de que terminó el negocio el código fuente permaneció público.
La lección de este caso es más concreta que el simple consejo de elegir un mercado pequeño. La clave de la comercialización inicial fue comprobar manualmente la demanda de conexiones en una comunidad que ya se conoce, y separar la forma de reunir desarrolladores de la forma de cobrar a las empresas. Al mismo tiempo, si se observan en conjunto la estructura, que dependía en gran medida de los resultados de contratación más que de las cuotas de suscripción, y el cierre posterior, también se revela que la monetización rápida y la estabilidad de los ingresos a largo plazo son cuestiones distintas.