Airbnb está haciendo. Zendesk lo está haciendo. Y así es Art.sy!

Atrás han quedado los días en Silicon Valley miró hacia abajo para arriba en la externalización de su desarrollo de productos. Hoy en día, los mismos y muy muchas startups más nuevos son la externalización de buen grado el desarrollo de producto completo o algunas partes del mismo.

Las razones están en abundancia - la contratación de los desarrolladores es una pérdida de tiempo y un asunto costoso. Los salarios están por las nubes cuando la demanda de grandes recursos supera con creces la oferta.

No sólo eso, sino que las empresas tienen que dar cuenta de los honorarios del reclutador, el costo de la capacitación y el desarrollo. En el momento en el recurso comienza a entregar, eso es de 5-6 meses pasados.

Iteración rápida va por el desagüe y el problema de la contratación se hace cargo. Eso es los pasos de desarrollo de productos, donde tercerizados en.

Hay muchas sombras a esto, pero me quedo con uno de los modelos más populares - contratación del contrato a distancia. Usted no tiene que preocuparse de la nómina, honorarios de contratación o los costes de formación y los plazos.

Usted contrata a un desarrollador y empezar. Pero todavía hay muchos que caen presa de los mitos que rodean a la contratación de los recursos del contrato a distancia y, finalmente, luchar para conseguir más rápidas iteraciones de productos.

Éstos son algunos de los mitos más comunes reventado.

Mito # 1: Usted está perdiendo el control

Sólo porque usted tiene ingenieros remotos que trabajan en su producto no significa que usted pierda el control. Puede ser tanto en el control como desee. El equipo de Buffer aplicación es completamente remota con los fundadores de trabajo de muchos países a través del año.

El truco consiste en sistemas de configuración que funcionan de manera eficiente y crear un proceso de entrega y comunicación. Crear un sprint semanalmente para revisar la dirección del proyecto. Tener un standup diariamente en lo que se espera que las tareas del día y revisar el día anterior. Documentar todo en mensajes de correo electrónico.

Mito # 2: Los desarrolladores no son de buena calidad

Esto no podría ser más lejos de la verdad. Hay buenas y malas desarrolladores desarrolladores de todo el mundo. En todas partes - incluyendo el Silicon Valley.

La verdad es que se obtiene lo que se merece. Si usted va para el, talento externalizada barato, obtendrá una experiencia de producto barato.

Si no está seguro de la calidad del equipo que está hablando, pida hablar con su director de tecnología sobre el proceso de ingeniería de la empresa. Si no tienen un proceso robusto, que son menos propensos a entregar un producto de calidad. Asegúrese de que usted se entrevista con los ingenieros personalmente - no es sólo acerca de las habilidades técnicas, pero también hay que ser cómodo trabajando con ellos.

Nosotros, en Hojas , Por ejemplo, contratar a algunos de los mejores talentos y más brillantes disponibles en la India que construir productos para startups y empresas en los EE.UU..

Mito # 3: Su DPI podría verse comprometida

Un fuerte contrato con su proveedor tercerizado que podría cubrirse frente a cualquier problema de derechos de propiedad intelectual. Si alguien tiene que comprometer su DPI, que pueden y van a encontrar maneras de hacer eso.

Seleccione un socio que tiene buena credibilidad y la marca en el mercado que es consciente de construir y hacer crecer su negocio a escala. Esas empresas son los que habíamos aseguran los activos de sus clientes están protegidos.

Mito # 4: La comunicación será un reto

Empresas a través de las naciones en vías de desarrollo están creando la infraestructura que soporta una mejor prestación y la comunicación con Occidente. Idioma Inglés no es una barrera más.

Si configurar un proceso de comunicación entre sus equipos y sus socios, que no encontrará esto un desafío más. Hay muchas herramientas disponibles ahora que se puede aprovechar, algunos incluso sin costo alguno para gestionar la comunicación efectiva - Slack, Skype, Asana o Basecamp, etc.

Si su objetivo es construir un producto y enviarlo, usted tiene que darse prisa para hacerlo. Y el desarrollador como un modelo de servicio o el desarrollo de productos subcontratados podría ser su mejor apuesta para iteraciones rápidas y de costo-beneficio.