Como no soy desarrollador, ¿tercerizar el desarrollo de un MVP es un movimiento inteligente?

La respuesta es sí!

Puntos a considerar:
1. Tenga su plan de negocios y estrategia detallados bien definidos.
2. Tenga hitos tangibles claramente establecidos que la empresa de outsourcing debe cumplir mientras trabaja con usted.
3. Asegúrese de hacer su debida diligencia al elegir el socio de outsourcing. Para leer más sobre lo mismo, visite: Cómo elegir su socio de subcontratación
4. Asegúrese de contar con la documentación necesaria para garantizar la propiedad completa del producto, el código fuente y los derechos de propiedad intelectual
5. Trabaje con alguien que tenga experiencia comprobada de trabajar con startups y proporcione Startups | Consultoría de inicio | Mentoría de inicio

MVP: producto mínimo viable
El desarrollo de MVP puede ser de diferentes formas. Podría ser solo una estructura alámbrica, una maqueta de diseño, un prototipo funcional o una aplicación o sitio web con características limitadas. Limpie la expectativa al socio de subcontratación en términos de su expectativa.

La contratación externa del MVP definitivamente proporcionará un inmenso beneficio en términos de reducción de costos y le permitirá centrarse más en lo que mejor hace, que es tener estrategia comercial, planificación de marketing, ejecución y delegación.

Para cualquier asistencia específica, no dude en contactarnos en: http://www.cmarix.com/inquiry.html

Ir con una agencia puede ser un gran movimiento, ya que no tiene que preocuparse por administrar desarrolladores si no tiene tanta experiencia, pero debe tener mucho cuidado con los siguientes puntos para no ir hacia el socio equivocado (= desperdicio de tiempo, energía y, sobre todo, dinero).

• Registro : relativamente fácil, solicite referencias / cartera
• Tecnología y comunicación : verifique si el socio tiene el marco tecnológico adecuado, así como excelentes capacidades de comunicación (no quiere que alguien sea muy bueno pero no pueda comunicarse con usted, ¿verdad?)
• Compatibilidad cultural : ¡encuentra a alguien que hable tu mismo idioma!
• Precios : Palantir es sin duda un buen software de fabricación, pero probablemente la estructura de precios no coincida con su billetera en la etapa en que se encuentra; Por otro lado, recuerda que “si pagas con maní, obtienes monos” …
• Dependencia : la agencia también debe seguir los estándares de la industria para la organización y documentación del proyecto
• Escalabilidad / flexibilidad : elija un socio que le ofrezca flexibilidad en términos de tiempo y tamaño del equipo, lo que significa que debe seleccionar una agencia que trabaje ágilmente, en pequeños sprints

Por último, pero no menos importante, desde principios de 2000, nombres como Skype y Alibaba hasta nuevas empresas que ahora están de moda, como Slack , Upwork o GitHub, han confiado en agencias y autónomos para las primeras versiones de sus primeros días.

Acabo de resumir lo que se describe en la publicación del blog ¿Cuál es la mejor manera de construir su startup? CTO, Freelancers, Agencia? por mi cofundador Daniel. Léalo, encontrará muchas sugerencias sobre cómo tener éxito al llevar su idea de inicio al mundo.

Gracias por leer,
Paolo

Aquí no hay una respuesta universal, pero consideraría las siguientes preguntas:

1. ¿Estás listo para regalar el control sobre el conocimiento específico para construir MVP para tu dominio?
Eso suena como un riesgo innecesario, principalmente porque si alguna vez desea crear un producto con todas las funciones, no tendrá experiencia previa en el campo.
2. ¿Está bien definido el MVP?
¿Es esto algo con lo que tienes mucha experiencia? ¿Estás creando una versión mejorada de algo o es algo totalmente nuevo? Si esto es totalmente nuevo, considere la primera pregunta nuevamente. Si el MVP es solo una mejora de un servicio existente, continúe.
3. ¿Cuál es el tamaño de MVP?
Es mucho más difícil externalizar un proyecto grande que uno pequeño. Si está subcontratando un solo servicio, entonces está bien, pero si tiene varios componentes, entonces la gestión de cambios le costará mucho, especialmente si tiene áreas de incertidumbre.

Las mejores cosas que puedes hacer:
1. Encuentra el conocimiento. Contrata a CTO. O cualquiera que tenga conocimiento de dominio de TI.
2. Pídale que divida el sistema en componentes.
3. Evalúa la madurez de los componentes (cosas como la gestión de acceso de usuarios son maduras, las cosas que se implementarán por primera vez son inmaduras).
4. Subcontrate componentes maduros (rara vez son sujetos de cambios significativos) porque son maduros y están bien definidos, y saben claramente lo que necesita. Definitivamente, hay personas / empresas que lo harán mejor que usted.
5. Construir otros componentes inmaduros en la casa. Nadie lo hizo antes, así que nadie tiene la experiencia suficiente para hacerlo mejor que tú. Y protegerá el conocimiento potencialmente muy valioso.

Como nota al margen: lo que he descrito es solo un fragmento del marco completo para la gestión de TI. Puede encontrar más información (incluidos los detalles de la evaluación de madurez) en el portal que ejecuto: http://www.wardleymaps.com/learn… .

No hay una respuesta definitiva a esa pregunta , y como algunas otras respuestas han señalado, algunas historias de éxito han comenzado con la subcontratación.

Hablaré por experiencia, ya que hemos manejado más de 200 proyectos en los últimos 6 años y hemos visto todo tipo de configuraciones.

Hay una verdad: los proyectos con personal técnico en ambos extremos funcionan mejor en casi todos los casos, y depende del tamaño y la complejidad del proyecto.

Si decide ir de una manera (subcontratación) u otra (contratación), hay algunas cosas a tener en cuenta en ambas situaciones:

A. Antes de colaborar con desarrolladores internos o desarrolladores externos

1. ¿Está bien definido tu MVP?

Independientemente de con quién va a colaborar, la mayor amenaza para una startup es un proyecto que no está bien definido y en el que faltan especificaciones claras (al menos extremadamente importante para el MVP). Si su proyecto no está bien definido, perderá mucho tiempo, el tiempo de los desarrolladores e incluso el tiempo de los usuarios de prueba en el proceso, lo que se traduce en desbordamientos, demoras e ingresos perdidos del mercado. Si te quedas sin fondos antes de terminar con tu MVP, esto puede significar la muerte de tu proyecto.

2. ¿Tiene un asesor técnico / arquitecto independiente?

Cuando tiene un cofundador o un socio de outsourcing, es posible que desee tener una segunda opinión, solo para asegurarse de que su arquitectura sea correcta en función de sus objetivos. Hemos visto venir algunas nuevas empresas porque su codificador principal o su proveedor anterior cometieron algunos errores enormes, lo que llevó a los fundadores a perder la confianza en el equipo inicial. Desea evitar meterse en una situación en la que necesita cambiar de equipo / personal en medio de su MVP, ya que esto también significa desbordamientos.

3. ¿Qué tan técnicamente desafiante y qué tan grande es el alcance de su MVP?

Cuanto más grande y técnico sea el MVP, mejor preparado estarás y más ayuda deberás obtener para hacer el movimiento correcto.

Independientemente de con quién trabaje, habrá una gran inversión de tiempo y dinero, y en la mayoría de los casos, es mejor tener una visión a largo plazo con el equipo con el que trabajará. A medida que pasa el tiempo, el conocimiento aumentará y el equipo será más efectivo.

Si subcontratas tu desarrollo de MVP y el proyecto se vuelve más grande y más técnico, asegúrate de que el equipo tenga la escalabilidad y la flexibilidad para aumentar cuando tengas éxito y necesites aumentar el equipo para trabajar en tu proyecto. Al pensar en esto, también piense en el costo de mantener una empresa de desarrollo subcontratada frente a un equipo en tierra. En general, las personas que subcontratan están buscando ahorrar costos y aumentar la flexibilidad en comparación con la contratación interna, lo que tiene aún más sentido al escalar un equipo, ya que los ahorros pueden volverse sustanciales y agregar mucha pista a su financiamiento.

Si tiene un MVP muy desafiante técnicamente, le recomiendo encarecidamente que tenga un CTO de codificación en su propio equipo y trabaje en un modelo híbrido donde una parte del equipo se subcontrata. Este es un modelo que funciona muy bien, ya que el conocimiento clave permanece en la empresa, mientras que usted puede extender su equipo de manera rápida y económica a un socio de outsourcing.

B. Elegir el compañero adecuado

1. Verifique las referencias y llámelas

Al elegir el socio adecuado, ya sea un CTO interno o un proveedor de outsourcing, solicite referencias y llámelas. Asegúrese de hacer su debida diligencia y hable con personas que entiendan los aspectos tecnológicos para que puedan darle una evaluación justa de las habilidades técnicas.

2. Obtenga una evaluación del proyecto

Comparta sus planes de manera confidencial con las personas preseleccionadas y pídales que evalúen su proyecto. Haga que alguien con conocimiento haga una evaluación de las respuestas que recibió, o haga que alguien de confianza entreviste a las personas técnicas por usted.

He escrito un libro electrónico sobre cómo seleccionar el socio adecuado aquí.

C. Trabajando con tu pareja

1. Solicitar informes / responsabilidad / visibilidad

Asegúrese de tener un informe adecuado y recurrente que pueda entender. Muchos de nuestros clientes vienen a nosotros diciendo que nunca tuvieron visibilidad con su proveedor, ni siquiera con su CTO de codificación. Incluso si no comprende la tecnología, debe asegurarse de tener hitos / puntos de control que pueda verificar para asegurarse de que su proyecto avance.

La comunicación y su propia participación también es clave en este proceso. Los proyectos que menos funcionan son los proyectos donde los fundadores piensan que el 100% del trabajo está del lado del proveedor y no están involucrados en la construcción del MVP. No solo delegas el sueño de tu vida mientras esperas que suceda; sucede lo mismo con la construcción de su proyecto. Debe supervisarlo de cerca y ayudar a quien esté trabajando en él para asegurarse de que todo salga como espera.

2. No cambies de opinión todo el tiempo

Refiriéndose a “¿qué tan bien definido está su MVP?”, Asegúrese de no cambiar de opinión todo el tiempo. Esto confundirá a quien esté trabajando en el proyecto. Envíe poco, envíe rápido y cambie de opinión en el medio, pero no durante un sprint. Para su MVP, asegúrese de recortar tantas funciones como sea posible y envíe algo que pueda probar temprano con funcionalidades claras. De esta manera, aprenderá rápidamente qué se pega y qué no con sus usuarios. Le ayudará a definir mejor su proyecto en lugar de si se está desarrollando en la oscuridad durante años y luego cambia de opinión sin probar su producto.

Espero que esto ayude un poco en el proceso 🙂

Este podría ser un gran movimiento para usted si encuentra el socio adecuado (persona o empresa). Idealmente, está tratando de encontrar una empresa que pueda actuar como cofundador técnico. ¿Por qué digo un cofundador técnico? Esto es importante porque descubrirá que el desarrollo se convertirá en uno de sus mayores costos, que es una gran inversión empresarial para hacer. Si la persona o empresa no comprende los objetivos y requisitos de la empresa, es posible que no invierta con precisión esos valiosos “dólares de desarrollo” en el lugar correcto. No solo encuentres a alguien que sea desarrollador. También debe asociarse con alguien que entienda el lado comercial de las cosas.

¡Un MVP suena simple, pero este es solo el comienzo del camino para ti en este emocionante viaje! Forme un equipo con una empresa que pueda ayudarlo a navegar por todas las incógnitas.

La razón por la que recomiendo esto es porque esto es lo que he hecho en startups anteriores de las que he sido parte. También es lo que hago para nuevas empresas y empresas establecidas en mi propia empresa, ahora Built to Create. Nos asociamos con empresas a largo plazo y actuamos como una guía técnica para que puedan continuar ejecutando y construyendo un negocio exitoso sin tener que preocuparse por los millones de detalles que intervienen en el desarrollo de software. Puede comunicarse conmigo en [correo electrónico protegido] y estaría encantado de darle consejos sobre cómo navegar por esto 🙂

No estoy tratando de decir que otros carteles aquí están equivocados, pero muchas de las respuestas le dicen que debería considerar externalizar su MVP a empresas que, bueno, crean MVP para nuevas empresas.

En mi opinión, no debes subcontratar el MVP de tu producto. Aquí hay algunas razones por las cuales:

1. Las personas que construyen su producto deben preocuparse por su producto. Parte de la razón por la cual las agencias pueden construir un MVP más rápido de lo que usted podría hacer por su cuenta es porque han convertido el proceso en una línea de ensamblaje. Tienen equipos listos para hacer el diseño, iniciar la ingeniería y administrar el proceso. Si bien esto es excelente para el rendimiento, generalmente es malo para la calidad. Es probable que su agencia no sea un experto en dominios en el área de su producto. No podrán proporcionar el mismo conocimiento de dominio que haría que su producto sea exitoso. No invierten en su producto y les preocupa poco si finalmente tiene éxito. Recuerde: les está pagando para que le brinden un MVP, no para ofrecerle una startup exitosa.
2. Debe poder iterar rápidamente si tiene éxito (e incluso si no lo tiene). Cuando una agencia le entrega un MVP, acaba de recibir una base de código que no conoce y tiene poca capacidad de mantener. Cuando un cliente llama para pedirle una función y aún no tiene la capacidad técnica para construirla, debe volver a la agencia para realizar más trabajo. En algún momento este ciclo tendrá que terminar.
3. Debe internalizar y comprender las deficiencias de su propio producto para poder resolverlas antes de que lo muerdan. Similar al punto # 2, cuando la agencia entrega su MVP, no tiene idea de lo que contiene. No sabe que hay un límite teórico para 10,000 usuarios, o que una pieza particular de funcionalidad probablemente se romperá cuando 100 personas comiencen a usarla, o cualquier otra mina terrestre que pueda estar presente en su producto. Las empresas emergentes con frecuencia asumen deudas tecnológicas calculadas para hacer que sus negocios funcionen. La clave para mantenerse a flote es pagar esa deuda antes de que comience a lastimarlo. Cuando ha comprado en una agencia, simplemente no tendrá ese conocimiento.

Entonces, en ausencia de habilidades técnicas, ¿cómo se hace esto? Trae un cofundador técnico . Simplemente no hay sustituto para tener a otra persona que está comprometida financiera y emocionalmente en el negocio que está volcando su energía para que tenga éxito.

Quiero cerrar aquí asegurándome de que nadie lea mal mi publicación como una declaración contra las agencias o el desarrollo subcontratado en general. Ciertamente puede tener su valor. Pero no construiría mi negocio sobre él, y tampoco recomendaría a nadie más.

Personalmente, creo que si subcontratas o no a tu MVP tiene muy poco que ver con el éxito. Las compañías que he visto fracasar no han tenido razones en su mayoría no relacionadas con quién y dónde se construyó MVP.

Estos son algunos de los principales problemas con los que he visto lidiar personas:

• Financiación / pago: muchos desarrolladores y talleres de desarrollo están cansados ​​de trabajar por la equidad. Siendo realistas, muy pocos proyectos de capital se convertirán en algo especial.
• Requisitos poco claros: este es el mayor problema con la subcontratación (y el que estoy tratando de resolver en mi acelerador). El hecho es que el desarrollo de su MVP no comprende las necesidades de su negocio y probablemente usted no comprende sus necesidades técnicas. Esto significa que desarrollarán las cosas de la mejor manera para ellos, no para lo que sea mejor para su empresa o su visión a largo plazo. No necesariamente estoy hablando de tomar atajos enormes o faltar piezas de funcionalidad, sino cosas más pequeñas como diseñar específicamente en torno a su entorno de software (servidores de correo electrónico, alojamiento, idiomas, etc.). Esto puede causar problemas cuando ingresa a sus rondas de financiación y puede permitirse el lujo de continuar en casa. Además del costo real de la migración, debe preocuparse por migrar un ecosistema activo
• Entrega tardía / Arrastramiento de pies: otro problema que he visto con el plan de equidad es que hace que las tiendas arrastren sus pies en los resultados. Dado que el trabajo por el valor tiene menos valor (el valor no tiene valor hasta que se vende, no exactamente, pero se entiende), su proyecto siempre quedará atrás de los clientes que pagan el precio total.
• IPP: asegúrese siempre de tener claro quién es el propietario de los derechos del código. Querrá involucrar a un abogado para esto.
• Escalabilidad / Previsión / Deuda técnica: mencioné esto un poco más arriba, pero creo que merece su propio punto. La mayor parte del trabajo que he visto en una tienda se centra específicamente en cumplir los requisitos y solo los requisitos. Esto tiene sentido: ¿por qué se molestarían en pasar tiempo en algo que probablemente no le pagará? Existe una buena posibilidad de que una buena parte de su MVP sea muy difícil de mejorar y esto puede ser un problema, ya que es posible que tenga que pagar para rehacer las cosas en el futuro. Mi opinión sobre esto es siempre y cuando pueda pagar para superar la deuda técnica en el futuro, es mejor tener un MVP pobre que no MVP.

Sí, externalizar su MVP es un movimiento inteligente, pero debe tener el socio de externalización adecuado.

Sugeriría trabajar con una empresa de asesoramiento en lugar de buscar una empresa de outsourcing de software usted mismo.

Siempre trabajo con Accelerance, es una empresa de consultoría de outsourcing de software con sede en EE. UU. Conecta a compañías que buscan externalizar con equipos de desarrollo de software en todo el mundo.

Descargue el último libro electrónico para líderes tecnológicos y empresariales: ¿Está ganando o perdiendo con la externalización de software?

¡Absolutamente! Pero tenga cuidado al elegir la empresa de desarrollo de aplicaciones (sí, esto llevará tiempo). En cuanto a la creación de MVP, quiero recomendarle que lea un artículo sobre este tema

Puede o no puede ser. Tendría que controlarlo muy bien porque la contratación externa puede ser algo bueno y malo. Te sugiero que contrates a una persona técnica para que revise el código que obtienes porque un MVP todavía tiene una “P”, por lo que debe coincidir con ese criterio. Los freelancers y consultores se centrarán demasiado en hacer que parezca que está funcionando.

Si puede garantizar la calidad, entonces es una opción mucho mejor que contratar a alguien a tiempo completo o aprender a codificarse, es más rápido.

Como muchos han señalado aquí, realmente depende de su situación. Soy un defensor de encontrar un cofundador técnico. Tener a alguien a su lado le brinda una flexibilidad que no es realmente posible con soluciones tercerizadas, así como también mantiene los aprendizajes críticos sobre su producto internamente.

Pero encontrar un gran cofundador puede ser difícil, por lo que a veces puede tener sentido externalizar su MVP. Si no es desarrollador o no tiene experiencia previa en la ejecución de proyectos técnicos, tendrá muchos riesgos y conocimientos por delante.

He preparado un curso para ayudar específicamente a las personas en esta situación. Si está planeando ir a la ruta de outsourcing, debe verificarlo. El curso lo ayudará a comprender y navegar con éxito el proceso de subcontratación.

Flightplan: MVP Outsourcing Course

Sí lo es. No es un movimiento estúpido de todos modos. Cuando una empresa joven, una startup en la mayoría de los casos, lanzará un MVP, está interesada en completar esta tarea con menos esfuerzo y una mayor rentabilidad. Porque no desea gastar sus presupuestos limitados y recursos humanos / de tiempo en diversas necesidades que inevitablemente surgirán en el desarrollo a largo plazo si no tiene experiencia.

Por lo tanto, este lienzo de propuesta de valor será una buena ayuda para decidir qué características y opciones crearán valor para desarrollar aún más el producto. La emoción genuina está garantizada en un resultado.

Desarrollé una aplicación y no soy técnico.

Tuve que externalizar porque esa era la única forma en que podía financiar el desarrollo.

¿Haría lo mismo otra vez? Absolutamente sí.

Estas son algunas de las dificultades que tuve que superar.

• Explicar algo a alguien que está al otro lado del mundo puede ser complicado. Así que encuentre una manera, una tecnología para colaborar. Utilizamos Slack, Invision, fotos, fotos, todo lo que pudimos. El proceso a veces se sintió lento.
• Seguridad y protección, cuando subcontratas, hay momentos en los que te sientes vulnerable y expuesto a perder trabajo hasta la fecha porque podrías perder el contacto con el desarrollador subcontratado. Hice que alguien hiciera copias en varias etapas.
• Las barreras del idioma pueden ser un problema.
• Administrar el tiempo en el proyecto puede ser un problema.
• Las diferencias de tiempo pueden ser un problema.
• El recurso si hay un problema o disputa a menudo no existe cuando están en el extranjero.

Mientras escribía esto, la mayoría de ellos se aplican por igual a un desarrollador local.

La confianza juega un papel importante. Las personas que pude ayudarme con mi aplicación siguen siendo parte de mi equipo y hemos ido más allá y tenemos proyectos que estamos haciendo juntos y nunca los he conocido.

Lo que puedo decir con certeza es que mi aplicación no se habría creado si fuera local, me habría quedado sin dinero en aproximadamente 2 semanas. La diferencia de costos que resolví en un momento habría sido de aproximadamente $ 50,000 (subcontratados) frente a $ 300,000 (local)

Sí, especialmente para startups. Reducirá los costos, proporcionará apalancamiento para que pueda dedicar más esfuerzo a encontrar la red de financiación / inversión, así como a la comercialización.

En CMARIX somos una empresa de outsourcing de tecnología centrada en “startup”. Lea más sobre lo mismo en: Startups | Consultoría de inicio | Mentoría de inicio

No dude en ponerse en contacto conmigo en: [correo electrónico protegido]

¡Feliz de ayudar!

Esta es una mala idea. La subcontratación suele ser un término para “subcontratación offshore al menor costo” y esa es una mala idea. Necesita tener el control de su producto. Las personas que lo construyen deben estar lo más cerca posible de usted. Debe al menos poder levantar un teléfono y hablar con ellos en el mismo idioma. Deben tener una comprensión fundamental de un cliente y las personas a las que intenta vender. No se tiende a obtener eso con la deslocalización o la subcontratación. Obtendrá personas que esperan que presente una lista de características que implementarán. No habrá mucho bucle de retroalimentación donde señalen los defectos de lo que está haciendo. Obtendrá algo parecido a lo que desea, pero no será lo que necesita. Habrá locuras que no funcionarán, discusiones sobre tecnología y problemas generales. Me pidieron que entrara y tratara de arreglar varias startups fallidas que iban con el desarrollo de outsourcing. Siempre fue un desastre y estos fueron los hilos comunes.

En cambio, vaya y haga contactos con la gente local y aquellos en el espacio de desarrollo. Obtiene personas que pueden comprender el mercado en el que se encuentra, las emociones humanas y le darán su opinión. Quieres personas que te digan la verdad y puedes tener una discusión honesta con ellos. El desarrollo exitoso se trata de la confianza.

Buena suerte.

Todo depende de cuánto esté dispuesto a gastar en externalizar el desarrollo.
Si va a contratar una empresa de diseño / desarrollo (más cara), ¿puede definir y comunicar la arquitectura del software?
Si va a trabajar con contratistas independientes, ¿puede escribir historias de usuario claras y precisas con definiciones claras de “hecho”?
Pero antes de externalizar el desarrollo, la pregunta principal es: ¿realmente necesita desarrollar un MVP? ¿Se puede recopilar datos por otros medios?
¿Por qué crees que necesitas algún software como tu MVP?

Asegúrese de comparar las respuestas de las empresas y los fundadores de outsourcing, ya que las empresas de outsourcing a menudo pueden estar sesgadas a sugerirle que externalice el MVP (ya que es un cliente potencial).

Soy un fundador que también era una empresa de outsourcing antes y acabo de responder la misma pregunta aquí: la respuesta del usuario de Quora a ¿Puedo externalizar la creación de mi MVP (producto mínimo viable)?

Si está haciendo bootstrapping, la subcontratación es una buena opción, a menos que pueda hacer que los desarrolladores trabajen para usted con pagos de capital o diferidos.

Si decide optar por la subcontratación, agregue otros 60 días a su agenda para llegar al MVP. Es la naturaleza de la bestia.

Será mejor que tenga un CTO en su empresa, eso será mejor.
Si necesita contratar programadores de una compañía de software offshore, puede consultar http: //www.accegile.com , una compañía de desarrollo de software offshore en China, hemos trabajado exitosamente como un equipo interno de TI para grandes empresas y nuevas empresas.