🚈 👩‍❤️‍💋‍👨 👧🏾 Las aventuras de la startup de hierro en Rusia: Team Building 💷 🤧 🥜

Colegas, buen día.

En el otoño de 2018, su humilde servidor lanzó por su cuenta una startup de hardware. Fue un acto engreído y temerario. No hubo educación especializada. La experiencia en el desarrollo de hierro es cero. El equipo de ingeniería y el dinero para el desarrollo del contrato estaban ausentes. Después de 9 meses, el proyecto es más vivo que todos los vivos: la pieza de hierro funciona y se desarrolla, comenzaron las ventas, se desplegó un stand público en HSEinc y el equipo tiene nueve unidades de combate.

El equipo trabaja de forma autónoma, los muchachos ya no necesitan consejos, palabras de despedida o patadas. Se encerraron con el director técnico y araron. Rediseñan los tableros y la caja, ensamblan la primera serie y escriben el respaldo del sitio. ¿Qué tiene que hacer el fundador? Para vender? ¿Para disfrutar de la cálida brisa del inminente "valle de la muerte"? No Aprovechando el momento, el cansado fundador corre hacia Habr. Espera derramar su alma y obtener algunos consejos invaluables aquí.

Esta es mi primera publicación en Habré. En él planeo hablar sobre los más caros: sobre los muchachos, sobre la colección del equipo. En el transcurso de la historia, intentaré responder las preguntas que me atormentaron a lo largo de todo el camino del proyecto:

¿Vale la pena un inicio de hardware al comienzo para reunir un equipo de ingenieros, o puede sobrevivir con el desarrollo del contrato?
¿Cuáles son las competencias técnicas mínimas y en qué secuencia se necesitan para crear un producto de hardware simple?
en qué grupo mirar y en qué atrapar a los ingenieros?
¿Qué problemas y riesgos enfrenta el equipo de hierro?

Lo que está escrito a continuación no es una historia de éxito (estamos en desventajas profundas), no es una revelación divina, y no el resultado de una larga investigación científica. Esta es solo una experiencia adquirida en 9 meses de lucha diaria por el proyecto. Invito a todos a patear. Prometo corregir los errores e infracciones de las reglas con prontitud.

Contexto

Sobre mi 30 años, especialidad en administración pública en la Escuela Superior de Economía, candidato a ciencias económicas. Por coincidencia, llegó al proyecto como un proyecto en la hija de Rostelecom y trabajó allí durante 4 años. Luego abrió su propia empresa para desarrollar soluciones de TI para agencias gubernamentales. Trabajo mucho con el Ministerio de Hacienda, Rostelecom, departamentos industriales y de defensa. En algún momento, me di cuenta de que si continúo trabajando solo en esta área, ~~saldré a~~ quemar el cuco. Decidí sumergirme en el campo desconocido de desarrollo de la electrónica para las personas. Así nació el proyecto ClimateGuard.

Sobre el proyecto Desde un punto de vista técnico, el proyecto es muy simple. ClimateGuard es una sonda para medir la calidad ambiental y alertar al propietario de amenazas, otra "nariz inteligente". Las principales diferencias con respecto a los análogos son la medición honesta y precisa de 10 parámetros climáticos (no solo aire), una API de servidor flexible y la posibilidad de personalización para el cliente. Productos comerciales similares se han visto en Habré muchas veces ahora , aquí , aquí , aquí , aquí , aquí , etc., así como productos caseros aquí , aquí , aquí , etc.

Sobre los recursos. Del presupuesto familiar para el proyecto, quedaron 30-50 mil rublos por mes. Entre los expertos en tecnología se encontraban solo desarrolladores, ingenieros y artistas arduino vistos en películas de Hollywood. No tenía idea de qué tipo de refrigerador provienen los componentes y tableros de la radio. No había equipo para trabajar con electrónica y armarios de construcción. El conocimiento y la experiencia en el campo de la electrónica se limitaron a arreglar el hierro.

Reuniendo un equipo de fanáticos de la tecnología

Paso 1. Diseñador industrial

Dado Hay dos en el equipo: el fundador y el analista. El analista probó noblemente bajo la apariencia de un director técnico y camina con la interfaz de póker. Hay una vaga comprensión del producto en sus cabezas.

Desafío Diseñe el producto en forma de dibujos y modelos 3D que se puedan mostrar a clientes y aceleradores.

Solución El analista encontró un buen amigo involucrado en el diseño de equipos en uno de los institutos de investigación de Moscú. Este trabajo, aparentemente, era aburrido y no motivaba hazañas laborales. El diseñador aceptó con entusiasmo la oferta de participar en una startup. A diferencia del instituto de investigación, aquí tuvo la oportunidad de determinar de forma independiente, desde cero, la estructura y la apariencia del producto "real".
¿Por qué conseguimos un diseñador, no un diseñador habitual? En la primera etapa, no importa cuán estéticamente atractivo se vea la pieza de hierro. Lo principal es entender que puedes crearlo y cómo hacerlo. Necesita dibujos y modelos 3D.

Resultado Durante tres horas de lluvia de ideas, googlear y dibujar servilletas en un café, pudimos determinar el concepto general de la apariencia del caso. Ali encontró un conjunto aproximado de sensores que se utilizarán en el dispositivo. ¡Una semana después, el primer modelo 3D estaba listo!

Paso 2. Diseñador

Dado Hay tres en el equipo, todos sin un sentido de belleza.

Desafío Busque un especialista que desarrolle el logotipo (no hay forma de que una startup tenga un logotipo), y luego podrá dibujar interfaces web y móviles. Suena como una mezcla de cálido y suave. Pero, ¿por qué perder el tiempo buscando diferentes especialistas si alguna vez puede encontrar y trabajar con un diseñador talentoso, incluido él en el proceso?

Solución El autor invitó a un diseñador al equipo, con el que trabajó regularmente en otros proyectos.

Resultado Apareció el logotipo y el esquema de la interfaz de usuario. Y con ellos, un mar de loca creatividad del diseñador.

Paso 3. Electrónica de radio

Dado Hay cuatro en el equipo, pero ninguno puede ensamblar productos electrónicos y escribir firmware. Se comprende la apariencia y los componentes del dispositivo.

Desafío Encuentre un ingeniero electrónico generalista que ensamble un prototipo y lo convierta en un producto.

Solución Fue un dolor Entrevisté a todos los amigos, planteé contactos de compañeros de clase, escribí en foros y en chats de perfil. Luego formó un TK, que publicó y envió a los agregadores independientes. Se encontraron los siguientes tipos de caracteres:

soñadores: "Genial, puedo hacerlo, vámonos ... Solo entonces, después de un mes, algún día. Ahora ocupado ";
estudiantes: "Lo siento, hermano, he estado luchando durante 2 semanas, no funciona ... Pero sé magistralmente cómo" plisar ". ¿Agitemos algo en los "pliegues"?
veteranos: “¿Y qué es una startup? ¿Tienes un pedido? Nosotros en la fábrica por 3 años diseñamos tales artilugios. Lo principal es ejecutar correctamente la documentación de I + D. Primero piense en cómo certificar, luego venga ";
trabajadores contratados: “150 mil rublos por adelantado, 150 mil rublos, de hecho, en 3 meses recibirá un MVP en funcionamiento. Encontrará más dinero y formará una cartera de pedidos. Lo modificaré ".

Ninguna de estas opciones nos convenía para un inicio rápido. Perdimos mucho tiempo y estábamos muy deprimidos.

Pero entonces ocurrió un milagro: el tío Styopa vino a nosotros. El tío Styopa tiene 24 años, se graduó de Baumanka, ensamblado y responsable, sabe cómo diseñar tableros, leer hojas de datos, soldar, "ensamblar rápidamente" y "ensamblar bien". Él tiene su propia impresora 3D. Está interesado en el proyecto, no en el dinero. Y él puede proceder hoy.

¿Sabes de dónde vino el tío Styopa? Nunca adivines. Contigo No de freelance, no de foros electrónicos. En youdo estaba el anuncio "recoger MVP" por 10.000 rublos, al que se adjuntaba un TK de una página con imágenes. Este material no es un programa de afiliados. Pero la startup debe su existencia precisamente al sitio youdo.

Resultado Acordamos un conjunto de componentes con el ingeniero electrónico. Comprado en ChipDip. Después de 3 semanas, el prototipo estaba listo. Un mes después, la primera versión de sus propios tableros, botones táctiles y un montón de otros nishtyakov.

Paso 4. Director técnico

Dado Hay cinco en el equipo. Hay un prototipo que necesita ser desarrollado. Se encontraron los primeros seguidores que querían probar el dispositivo. Dentro de la puesta en marcha, surgen tareas organizativas y empresariales. El fundador no tiene tiempo para "vender", ir a fiestas en aceleradores, comunicarse con técnicos y ganar dinero para el desarrollo posterior del proyecto.

Desafío Encuentra un director técnico. Debe coordinar el trabajo de otros técnicos, acumular información sobre el proyecto y, en situaciones de crisis, ocupar un lugar en la máquina.

Solución La tarea se resolvió rápidamente, pero con consecuencias devastadoras para el karma. El director técnico ha sido retirado de un proyecto de hardware amigable. Para esto, se utilizaron las siguientes técnicas:

El autor hinchó las mejillas y demostró de varias maneras qué tan buen hombre de negocios es y con qué facilidad puede enviar un proyecto al espacio con un buen CTO. Eso fue una mentira.
El futuro director técnico compró una impresora 3D y luego una estación de soldadura. Fue un soborno.
A la víctima se le mostró un equipo de especialistas geniales, que él debería liderar. Era un juego de vanidad humana.
Ahora el director técnico entiende que sin él, el caos entrará en el proyecto. Esta es una explotación de un sentido de responsabilidad.

Todavía es muy vergonzoso para el fundador de una startup amigable y para el propio director técnico. Pero desde una perspectiva comercial, valió la pena.

Resultado Tenemos un joven fanático en el equipo con la más alta motivación personal, experiencia, que lo sabe todo, desde comunicarse con los clientes hasta escribir firmware y soldar. Lo más importante es que está listo para trabajar en el proyecto de 14 a 20 horas al día, de forma gratuita. Y el autor, además de otros puntos en el karma, recibió al peor enemigo en la persona de la "segunda mitad" del director técnico y el estigma del dueño del esclavo.

Paso 5. Desarrollador web

Dado Hay seis en el equipo. El producto se está desarrollando.

Desafío Encuentre un desarrollador para crear la parte del servidor y la interfaz web del portal.

Solución El desarrollador se retira de la misma startup amigable. El algoritmo de búsqueda se repite 1 en 1. En lugar de una impresora 3D, se compró una computadora portátil para el desarrollador.

¿Es profesional que un desarrollador sea responsable de la parte posterior y frontal? Para una puesta en marcha "de hierro" de una etapa temprana, sí. Ya somos 7 personas. Sin ventas Death Valley se está acercando.

Resultado Se desarrolló un prototipo de la interfaz posterior y de usuario, se creó una API. La finalización del portal continúa.

Paso 6. El evangelista

Dado Hay siete en el equipo. El producto aún no está completo. El dinero se acaba. Buscando comentarios de usuarios y ventas.

Desafío Encuentra una persona que lidere a los primeros seguidores. Podrá reemplazar al fundador perezoso en las negociaciones, para ir en su lugar a San Petersburgo o al extranjero por su propia cuenta. Asumirá algunas de las tareas administrativas.

Solución Durante el proyecto, intentamos realizar una campaña de información por nuestra cuenta. Resultó caótica e ineficientemente. Pero como resultado, logró obtener comentarios de expertos, business angels, personas que no son indiferentes a los problemas ambientales. Uno de ellos sugirió ingresar al equipo y ayudarnos con tareas informativas y administrativas.

Resultado El evangelista, que pide ser llamado "ingeniero comercial", asumió la mayor parte de las tareas administrativas, atrajo a varios clientes importantes y fortaleció nuestra campaña de relaciones públicas. Por supuesto, gratis.

Paso 7. Accionista

Dado El equipo tiene 8 personas. Aparecieron los primeros clientes en comprar un dispositivo. La línea de empresas que solicitan un dispositivo para pruebas está creciendo. La productividad real del equipo es de 1-2 dispositivos por mes. En RnD, el desarrollo del producto y la optimización del firmware no son tiempo suficiente.

Desafío Encuentre un especialista responsable que esté listo para asumir el trabajo de comprar polvo suelto, soldar componentes en tableros y dispositivos de ensamblaje.

Solución Ya es bastante simple. El evangelista lanza un grito a través de sus canales. Se llaman varios asistentes. Entre ellos, la selección se lleva a cabo de acuerdo con cuatro criterios: experiencia, actividad, interés en el proyecto y disposición para trabajar por la idea. Uno es el elegido. El resto se envía a la reserva.

Resultado La velocidad de creación de dispositivos ha aumentado a 3 piezas por semana.

Quien es nuevo

Ahora se forma el grupo de desarrollo de productos. Necesito gritar y vender. Por lo tanto, comenzamos a buscar humanidades: un vendedor y un PR-schika. Mejores chicas ... Solo vean si hay fanáticas entre ellas que estén listas al comienzo para trabajar por interés: la autora sigue dudando. El tiempo lo dirá.

Riesgos del equipo del proyecto de hardware.

Los detalles del proyecto de hierro es que se agrega una horda de ingenieros al conjunto estándar de técnicos "desarrollador + diseñador". A partir de aquí crecen los siguientes riesgos:

Tenemos nueve personas en el equipo, incluidos seis técnicos y dos RP (análisis). Todos estan ocupados. Además, el proyecto necesitará agregar especialistas especializados en trabajar con clientes, contenido y ventas. Sin embargo, los inversores ya nos miran con recelo y cada vez vuelven a preguntar: “¿Qué, 9 personas? ¿Por qué tanto lo que están haciendo? ¿Qué tipo de trabajo es este: diseñar tableros? ¿De verdad quieres tomar más gente? En el mundo de las startups de software, todos están demasiado acostumbrados a equipos de tres. Y explicar la necesidad de especialización y la naturaleza multidimensional del proyecto es muy difícil.
El equipo necesita ser alimentado o liberado con pan gratis. Es imposible alimentar a un gran equipo de inicio. Fultime (aunque gratis) ahora solo trabajan dos personas: el fundador y el director técnico. El resto para mantener a las familias se ve obligado a tener una fuente de ingresos constantes. Y al mismo tiempo dar el proyecto de dos a cuatro horas al día.
Los ingenieros en el ciclo RnD forman la cadena de producción "diseño de tableros - diseño del chasis - compra de componentes - ensamblaje - escritura de firmware - prueba". Si alguien del equipo recibe un viaje de negocios tan esperado a Australia, decide irse de vacaciones o pasar un fin de semana con su familia: el trabajo se ralentiza y el CTO está deprimido. Todas las estrellas, todas insustituibles a corto plazo.
Existe un rumor persistente y muy confiable de que en una exitosa puesta en marcha del hardware debe haber tres comercializadores para un técnico. Y esto significa que tenemos dos formas: encontrar 18 maniacos-humanitarios que estén listos al principio para trabajar de forma gratuita y puedan vender un producto con una envoltura diez veces mayor, o dar ventas a contratistas externos: integradores. La primera opción es fantástica, y la segunda limita severamente las oportunidades de crecimiento del proyecto y le impone muchas obligaciones.

Desarrollo de contrato VS equipo propio

Al comienzo del camino "de hierro", el autor tenía una experiencia fallida en el desarrollo del contrato y prometió no involucrarse en el futuro. Los largos 9 meses de formación y gestión de un equipo de ingenieros sacudieron su confianza. Hasta "Era necesario entregar la producción a China y olvidarla como un mal sueño". De hecho, cada uno de los métodos tiene sus ventajas y desventajas. Si descarta las cosas obvias, la comparación es la siguiente.

Desarrollo del contrato

Ventajas :

No es necesario reunir un equipo de ingenieros.
Puede aplicar el TK más simple o incluso una imagen a la entrada.
Puede pedir "el resultado" rígidamente, abstrayéndose de los problemas personales de los ingenieros y sus propios errores de cálculo.
Puede obtener una alta velocidad de desarrollo y la capacidad de escalar rápidamente.
Esta es una opción ideal para la prueba rápida de muchas hipótesis: "pagado - recibió un prototipo - probó un prototipo en el mercado - confirmó / refutó la hipótesis".

Contras:

Costo El desarrollo del contrato no solo vale la pena, sino que es muy costoso. Encontrar un profesional independiente barato y talentoso para las tareas de "hierro" es mucho más difícil que para las tareas de TI clásica.
Contratación larga, transferencia de tareas largas al trabajo.
Dificultad en la implementación del control intermedio. No puede llamar al ingeniero el domingo por la noche y decir: "Maxim, informe urgentemente sobre las dos horas de trabajo anteriores y el plan para las próximas 7 horas. Y no olvides que hoy duermes no más de 3 horas. Y en la mañana vas al objeto al Cliente de una sola vez. ”;
Incapacidad para influir en el proceso, ajustar rápidamente el proceso de desarrollo.
Uso limitado de resultados de desarrollo. Como resultado del ciclo RnD, obtienes un prototipo o una pequeña serie de 5-20 dispositivos. Cómo funcionan no está claro. No está claro si otro equipo podrá modificar el proyecto. No está claro cómo reparar rápidamente el dispositivo en caso de falla.

Equipo propio

Ventajas:

Experiencia. Esto es lo más importante. Solo trabajando dentro del equipo y habiendo experimentado el desarrollo desde adentro, puede comprender el producto y el proceso: las etapas de producción, los errores del producto, las instrucciones para un mayor desarrollo.
Ahorro de costos. Conociendo a cada miembro del equipo, puede crear un valor no monetario para él en el proyecto. O, como mínimo, reduzca la cantidad de recursos gastados.
Control de proyectos. Usted ve el proceso desde adentro, comprende claramente el momento, el rendimiento, el potencial y las prioridades de cada miembro del equipo.
La capacidad de cambiar de rumbo rápidamente. Para una startup en las primeras etapas, es vital poder pivotar en un momento dado.
La oportunidad de obtener personas de ideas afines con las que pueda iniciar de forma segura un nuevo proyecto en caso de que falle el actual.