Si un desarrollador pide porcentaje de facturación a cambio de programar gratis una app sin capital, ¿cómo debe ser el contrato?

Es imprescindible que el repositorio de código, los servidores en la nube y las cuentas de desarrollador en las tiendas de apps estén a tu nombre. Incluye en el contrato que se documenten todas las dependencias y licencias de terceros; si mañana entra otro a programar, no querrás tener que rehacer el sistema desde cero.

El desarrollador empieza gratis y a los 3 meses le sale un curro pagado y te deja en segundo plano. En las asociaciones sin capital el gran problema es la falta de motivación. Si no metes una cláusula clara de rescisión y entrega de código por cada mes de retraso, vas a tirar 1 año a la basura.

En una app de delivery parecida empezamos ofreciendo el 20 % sobre la comisión bruta. Tras restar comisiones de tarjeta y servidores, nuestro margen se quedó a cero. Si vas a repartir ingresos, la única métrica válida son los ingresos netos de explotación tras descontar todos los costes operativos directos, nunca la facturación bruta.

Según el derecho de propiedad intelectual alemán, los derechos de autor del desarrollador son intransferibles, pero el derecho de uso (Nutzungsrechte) sí se puede ceder a su empresa de forma exclusiva e ilimitada. En el contrato debe quedar explícito que este derecho es mundial, indefinido y sublicenciable.

Añadan una opción de recompra al contrato. Por ejemplo, pongan una cláusula que diga: "Si la empresa lo desea, puede recomprar la participación del desarrollador pagando en efectivo según un multiplicador o valoración predeterminada". Si a futuro entra un inversor, ese porcentaje va a ser un estorbo.

hablaron de quien paga las facturas del server y las apis de mapas? el dev te dice q el codigo es gratis pero luego no se sorprendan si caen cientos de euros al mes en infraestructura presupuestenlo desde ya.

¿En cuánto tiempo exactamente se compromete el programador a entregar el primer prototipo funcional? ¿Han hablado de poner en el contrato una fecha límite clara y la condición de aprobación en las tiendas de apps?

Hace dos años cerramos trato con un programador que vino con la misma propuesta. Sacó la primera versión, pero a medida que los restaurantes daban feedback, dejó de hacer las actualizaciones. Como él tenía el código no pudimos meter a otro programador; al final tuvimos que tirar el proyecto a la basura y perdimos 25 restaurantes. No dejen que piquen ni una sola línea de código sin contrato de por medio.

edit: he corregido unas erratas.

Gracias por escribir. La gente no defiende el proceso, defiende la costumbre. La resistencia viene de ahí.

Hace mucho que oímos eso, pero a nosotros nunca nos pasó así. La gente no defiende el proceso, defiende la costumbre. La resistencia viene de ahí.

Las decisiones apresuradas son las que hay que corregir seis meses después. Si escribís el resultado aquí, también servirá de ayuda a otros.

Os cuento lo que me pasó a mí, a ver si os sirve de ayuda. Lo importante no es la cifra, sino en qué se basa esa cifra.

Antes de hablar de acciones, hagan un pequeño proyecto trimestral, así se ven mutuamente. Ánimo.

soy una pequeña empresa, os lo cuento desde mi lado y pues antes de hablar de acciones hagan un pequeño proyecto trimestral, así se ven mutuamente.

tomar notas durante dos semanas da mejores resultados que estimar seis meses pero también me gustaría sabre si alguien lo hace de otra manera.

Voy a detallar un poco el aspecto técnico. Lo único que separa la amistad de la sociedad es un contrato escrito.

Las soluciones que funcionan a pequeña escala se rompen al crecer aprendí esto tarde.

Hay que ir paso a paso. Las soluciones que funcionan a pequeña escala se rompen al crecer, aprendí esto tarde.

Yo seguiría por ese camino.

no sabía eso. en fin no tengáis miedo de preguntar quien no pregunta siempre paga más caro.

corijanme si me equivoco.

Exactamente así. Si las competencias de decisión no están definidas, surgen problemas a diario, no solo en las rupturas.

La respuesta varía mucho según el sector, no hay una regla general. Comprobado por experiencia.

exacto, y encima no es tan conocido luego o sea la mayor parte de la pérdida de tiempo se acumula en los trabajos pendientes de aprobación.

corrijame si me equivoco.

a nosotros nos pasó esto pero que todo el mundo haga algo no significa que sea lo correcto.