Consejos prácticos aquí, habiendo hecho esto un par de veces.
Código suficiente para ser peligroso
Dennis Crowley dice que puede codificar lo suficiente para hackear un prototipo (no calidad de ingeniería de producción, sino un prototipo). Es principalmente para comprender y llegar rápidamente a probar ideas que hacer que el código funcione usted mismo.
Aprende a entender los errores
Aprender a codificar un prototipo lo apreciará cuando algo salga mal; Te sentirás mejor si se trata de un error simple y reparable o de otra cosa. He notado que las personas del lado comercial no tienen perspectiva y, a menudo, piensan que un error menor es algo por lo que vale la pena enloquecer en lugar de priorizarlo entre un millón de otras cosas en las que está pensando un ingeniero. El problema “El píxel apagado en IE” frente a la replicación de datos está inactivo. Y si se asusta por cada problema menor, nunca lanzará nada y desgastará a su técnico con constantes quejas “urgentes”.
Aprende a escuchar los detalles
También he visto personas del sector empresarial que tienen problemas para escuchar detalles técnicos y hacer preguntas. Como ingeniero, sé que sé más que tú, también aprecio lo que haces como emprendedor CEO (dado que estás produciendo resultados como un esfuerzo de marketing exitoso y manteniendo dinero en el banco), sin embargo, si digo algo, no lo haces. entienda – pregunte! Lo explicaré, pero me doy cuenta de que lo que estoy haciendo es explicar mi pensamiento analítico, eso es diferente a tener una opinión o tratar de parecer inteligente. No te verás débil o tonto preguntando. Y no se desconecte: si no intenta comprender activamente, se puede suponer que volverá a perseguirlo más tarde. Eventualmente aprenderá el lenguaje técnico y la comunicación se volverá más eficiente.
Ajuste cultural
Después de apreciar los detalles y problemas técnicos (y la cantidad de trabajo y esfuerzo que implica crear un software), asegúrese de contratar para un ajuste cultural. Si su visión de la cultura de la empresa es incompatible con la de la persona técnica, está condenado. Las discusiones complejas de ingeniería y negocios demorarán 5 veces más debido a desajustes culturales y argumentos sobre las prioridades. Pantalla para esto temprano.
Considere no tener un cofundador
La relación del cofundador es complicada, si persuades a alguien (como la respuesta de Jayesh Lalwani dice cómo hacerlo perfectamente), siempre tendrás a alguien que te vea como un compañero igual. No quiere eso: usted es el CEO y, si bien trata a todos sus empleados como pares que colaboran de manera creativa, en última instancia tiene autoridad en el caso, con la esperanza de que sea raro, que necesite usarlo. Esa autoridad es más difícil cuando alguien piensa que es cofundador, especialmente cuando ya tendrá un gran conocimiento, habilidad y capacidad para encontrar otro empleo. ¡Y por amor a cualquier cosa, precipita y otorga cualquier concesión de capital!
Validar antes de construir
Haga la idea de negocio completamente manual primero. No hay nada peor que gastar una tonelada de tiempo, energía y dinero construyendo un producto solo para descubrir que el modelo de negocio no va a funcionar. Usted es de marketing, por lo que tiene una gran ventaja sobre sus contrapartes técnicas aquí: cómo pensar y hacer una investigación de mercado rápida. Hágalo y haga que la gente lo pague, piense detenidamente cómo probar su idea antes de construir cualquier cosa.
Subcontratar la primera versión
La gente de Silicon Valley no estará de acuerdo conmigo aquí, pero si eres una persona de negocios, será una mejor experiencia de aprendizaje externalizar la primera versión en lugar de hacer una contratación costosa desde el principio. Espere pasar por grandes cantidades de dolor, empresas que no cumplen, cosas que se construyeron que no eran exactamente lo que tenía en mente en los requisitos, ni siquiera pensar en algún aspecto y luego verlo y darse cuenta de que tendrá que evolucionar o cambiar. La contratación externa de este trabajo probablemente dificultará la vida de su primer empleado de ingeniería, pero le costará 1/10. Y el efectivo es el rey cuando eres emprendedor.
No digas codificador
Por último, no diga “Codificador” o “Técnico”, diga “Ingeniero de software” o simplemente “Ingeniero”. “Desarrollador” está bien, pero Ingeniero es mejor. Coder & Technical hace que parezca que estás trivializando mi trabajo simplemente escribiendo código, independientemente de si esa es tu intención.