Si administras tu propio servidor durante suficiente tiempo, tarde o temprano te topas con el mismo muro: el plugin o la app hace casi todo lo que necesitas, excepto esa cosa concreta. Puede ser una integración con un servicio que ya usas, un pequeño script alrededor de tu biblioteca multimedia o una tarea programada que mantenga en orden tu instalación de mailcow. Puedes vivir con el apaño, o puedes convertir esa petición en trabajo remunerado, hecho con transparencia y con un presupuesto por escrito antes de cobrar nada.
Este tutorial recorre ese proceso de desarrollo a medida sobre nuestros plugins de Emby y Jellyfin, apps de Nextcloud y herramientas de mailcow. Está pensado para quienes administran su propio hardware y quieren saber exactamente qué compran, cómo se consumen las horas y qué pasa después con el código.
Una aclaración sobre el alcance: esto cubre funciones, integraciones, scripts y tareas programadas alrededor de productos existentes. Si necesitas un plugin completamente nuevo, ese es otro paquete; consulta las páginas de plugins a medida para Emby, Jellyfin y Nextcloud. Todo lo que sigue da por hecho un entorno legal y autoalojado, con contenido que posees o tienes licencia para usar.
Requisitos previos
Antes de empezar, asegúrate de tener:
- Una instancia en funcionamiento del producto correspondiente (un plugin de Emby o Jellyfin, una app de Nextcloud o una herramienta de mailcow) y una idea aproximada de su versión actual, para poder hablar del código adecuado.
- Una descripción clara de la carencia: qué haces hoy, qué quieres en su lugar y por qué.
- Una forma de contactarnos: el formulario de contacto, un ticket o Telegram.
- Una cuenta en nuestro sitio, porque las horas compradas aparecen ahí y puedes consultar lo que queda desde el mismo lugar.
No necesitas una especificación formal para empezar. El presupuesto por escrito es gratuito y no se cobra nada hasta que lo aceptes.
Paso 1: Decide si es una petición de función o desarrollo a medida
No todos los deseos requieren un encargo de pago. Pregúntate si el cambio es algo que el producto debería hacer de forma razonable para todo el mundo, o algo específico de tu instalación. Una mejora general suele merecer la pena simplemente comunicándola. Una petición que solo tiene sentido para tu infraestructura —una integración con un servicio que usas, un script o una tarea programada alrededor de tu servidor— encaja bien con horas de desarrollo.
Si tienes dudas, descríbelo y pregunta. La primera conversación por Telegram o correo sirve precisamente para aclararlo antes de que nadie dedique tiempo a un presupuesto.
Paso 2: Describe la necesidad como una historia de usuario con ejemplos
La calidad del presupuesto depende de la calidad de la descripción. Escríbela como se lo explicarías a un colega:
- Quién y cuándo: «Como administrador, quiero que el plugin haga X después de Y, para que Z».
- Ejemplos concretos: uno o dos casos reales de tu servidor, incluyendo cómo son los datos de entrada y qué esperas ver después.
- Criterios de aceptación: cómo vas a juzgar que funciona. «Cuando lo ejecuto sobre mi biblioteca, espero que el resultado aparezca en la vista existente del plugin» es mucho más útil que «hazlo mejor».
- Restricciones: cualquier cosa que el cambio no deba romper y cualquier servicio con el que tenga que comunicarse.
Sé breve. Unos párrafos más ejemplos suelen bastar para un presupuesto por escrito. Las capturas de pantalla o fragmentos de registros ayudan si el comportamiento es difícil de describir con palabras.
Paso 3: Recibe un presupuesto por escrito, sin coste
Envía tu descripción a través del formulario de contacto, un ticket o Telegram. Recibirás una especificación breve con el número de horas que debería llevar. Este presupuesto es gratuito y no se cobra nada hasta que lo aceptes.
Lee el presupuesto como un documento de alcance, no solo como una cifra. Si algo no coincide con lo que querías decir, dínoslo ahora: ajustar la especificación antes de empezar es mucho más barato que ajustarla después. Si el presupuesto parece mayor de lo que esperabas, pregunta qué parte es la que consume las horas; a veces recortar un único requisito mete todo el trabajo en el rango previsto.
Paso 4: Compra las horas y observa cómo se usan
Cuando aceptes el presupuesto, compra las horas de desarrollo en la página de desarrollo a medida. El mínimo es de 2 horas y las horas aparecen en tu cuenta.
A partir de ahí, el proceso es deliberadamente aburrido:
- Las horas se consumen en pasos de 15 minutos.
- Cada tarea incluye un breve informe, para que veas lo que se ha hecho.
- Tu cuenta muestra lo que queda, así siempre sabes en qué punto estás.
Esa combinación es lo que lo hace viable para quien autoaloja su servidor: sin cuotas abiertas ni sorpresas en la factura. Si una tarea resulta ser más pequeña de lo esperado, te quedas con el resto. Si resulta ser más grande, lo verás en los informes antes de que se agote el saldo.
Un consejo práctico: agrupa peticiones relacionadas en un mismo encargo en lugar de comprar dos horas cada pocos meses. Los cambios relacionados suelen compartir trabajo de preparación y pruebas, y los informes son más fáciles de seguir cuando pertenecen a un mismo hilo.
Paso 5: Entrega, pruebas y actualizaciones
La entrega se hace de una de estas dos formas:
- como una actualización del plugin o de la app, o
- como una compilación hecha solo para ti.
Cuál de las dos recibes depende de la naturaleza del cambio, y el presupuesto debería dejarlo claro. En cualquier caso, prueba en tu propio servidor antes de desplegarlo de forma general, sobre todo si el cambio afecta a tareas programadas o a algo que se ejecuta sin supervisión.
Aquí también importa la licencia. Los cambios incorporados a nuestros productos se mantienen con ellos en versiones posteriores, así que no te quedas manteniendo un fork. Una compilación hecha solo para ti es exactamente eso: específica para tu instancia, y conviene anotarla en tus propios apuntes cuando actualices el software que la rodea.
Paso 6: Ten claro qué es de quién
La propiedad es la pregunta que más hacen quienes autoalojan su servidor, y merece una respuesta directa antes de empezar el trabajo:
- Mejoras compartidas: cuando un cambio se incorpora a nuestros productos, pasa a formar parte del producto compartido y se mantiene con él en versiones posteriores. Otros usuarios se benefician, y tú también, porque no cargas con un parche privado.
- Compilaciones exclusivas: cuando el resultado es una compilación hecha solo para ti, se queda contigo en lugar de formar parte del producto estándar.
Si te importa qué camino se toma, plantéalo mientras se habla del presupuesto. Es mucho más fácil acordarlo desde el principio que renegociarlo después de la entrega.
Consejos y resolución de problemas
El presupuesto ha salido más alto de lo que esperaba. Pregunta qué requisitos explican las horas y si una primera versión más pequeña cubriría tu caso principal. Un alcance más estrecho entregado ahora suele superar a un alcance amplio entregado más tarde.
Todavía no sé exactamente qué quiero. Empieza la conversación de todos modos. La conversación inicial existe precisamente para convertir un deseo vago en algo que se pueda presupuestar, y el presupuesto en sí es gratuito.
El trabajo se ha pausado y me quedan horas. Las horas no usadas permanecen en tu cuenta durante 12 meses y también pueden usarse para sesiones de soporte. No estás obligado a gastarlas de inmediato.
Necesito ayuda en lugar de una función nueva. Es un uso válido del mismo saldo: las sesiones de soporte se descuentan de las mismas horas.
¿Dónde están mis facturas? Las facturas las emite Stripe y están disponibles en tu cuenta.
No estoy seguro de que este sea el producto adecuado. Si necesitas un plugin completamente nuevo en lugar de una función, usa los paquetes de plugins a medida enlazados arriba. Para preguntas generales, la base de conocimiento y las preguntas frecuentes son los lugares más rápidos donde mirar.
Conclusión
Convertir una petición de función en trabajo remunerado no debería parecer un acto de fe. Con un presupuesto por escrito gratuito, horas consumidas en pasos de 15 minutos con un informe por tarea, un saldo visible y una regla clara sobre si un cambio pasa al producto compartido o se queda como compilación hecha solo para ti, puedes decidir con los ojos abiertos. Empieza describiendo tu necesidad en la página de contacto y lee todos los detalles del servicio en la página de desarrollo a medida.