¿Es mejor contratar empleados por pago u ofrecer equidad al desarrollar una startup?

Steve Jobs contrató a John Sculley, el primer CEO profesional de Apple, al hacerle esta pregunta: “¿Quieres vender agua azucarada por el resto de tu vida? ¿O quieres venir conmigo y cambiar el mundo?” Esa es tu respuesta. Si realmente tiene una idea que “va a cambiar el mundo”, debería ser capaz de convencer a un núcleo de programadores sobresalientes para que trabajen por la equidad. Serían tontos si no lo hicieran. Los programadores originales de Apple se hicieron muy, muy ricos.

Pero si lo has intentado y no puedes convencer ni siquiera a un solo programador de que tu idea cambiará el mundo y la mejor decisión absoluta que tomarán en su vida es unirse a ti, solo hay dos conclusiones razonables: o no sabes cómo vender tu idea, o no es tan inteligente como crees que es. Tal vez ambos.

En los comentarios, usted dice que su idea es tan compleja que solo un puñado de doctores puede comprenderla. Digo tonterías . Las grandes ideas no son complejas. Las grandes ideas son simples . Nadie más que un puñado de especialistas hardcore se preocupan por ideas complejas, por lo que no cambian el mundo. Si no puede reducir su idea a una sola oración clara, no va a cambiar nada.

Así se ven las grandes ideas:

  • Einstein – La energía y la materia son lo mismo.
  • Descartes – Pienso, luego existo.
  • Gandhi – La no violencia puede derrotar la violencia a través de la superioridad moral.
  • Tesla: la corriente alterna es más segura y simple que la corriente continua.
  • Marx – Los trabajadores, no los dueños, crean valor.
  • Empleos: las computadoras deben ser fáciles de usar para cualquier persona.
  • Newton: se pueden usar sumas de números de la serie infinitamente pequeñas pero aún mayores que cero para calcular la longitud de las curvas y el área de los espacios curvos.
  • Jenner: infectar deliberadamente a las personas con viruela bovina puede evitar que contraigan la viruela (vacunación).

Esas son ideas que cambiaron el mundo, descritas en una oración.

Entonces, probablemente lo primero que debe hacer es desarrollar un verdadero sentido de perspectiva sobre el valor de su idea. Lo segundo que debe hacer es aprender a comunicarse con los demás.

Aquí está el valor de mi experiencia del año pasado haciendo trabajo en equipo y desarrollo de productos en una aplicación web, resumido. Toma de eso lo que quieras.

hace 1 año

El producto original, escrito en PHP sin formato, fue el resultado de un equipo subcontratado que trabajaba esporádicamente con pautas de productos deficientes y una supervisión técnica deficiente (la mía). Al final de nuestro sprint de 6 meses, no tenía un producto que funcionara y la calidad del código era deficiente. Detuve el proyecto, sabiendo muy bien que estaba empezando a tirar dinero bueno después del malo, y luego encontré una pista técnica.

Hace 10 meses

Al encontrar mi liderazgo técnico, le pedí que revisara por completo las más de 9000 líneas de código del sitio original. Se sorprendió por la mala calidad del código, pero de todos modos trató de salvar algunas funciones básicas y lograr que lancemos. Después de un mes y medio de dificultades, tomamos la decisión conjunta de que la deuda técnica era demasiado grande y que una reescritura era el curso de acción más razonable.

hace 8 meses

Traje a otro socio para que me ayude con el front-end, y procedí con una reescritura en AuraPHP. El liderazgo de nuestro equipo comenzó muy lentamente: sabía que tenía un montón de proyectos paralelos a la vez, pero esperaba que el nuestro tuviera prioridad, como dijo originalmente. Después de aproximadamente un mes de progreso lento, sugerí que deberíamos considerar sacar otra pista, ya que no se podía confiar en su agenda. Él respondió, insistiendo en que quería continuar, y confirmó que podría acelerar el ritmo a finales de mes. Un mes vino y se fue, y apenas se hizo ningún progreso. Nuestro chico de front end se sintió frustrado por la falta de progreso (estaba esperando sin nada en qué trabajar) y decidió abandonar el proyecto. Posteriormente solicité nuestro liderazgo para abandonar el proyecto y perder su participación accionaria en la empresa.

hace 6 meses

Después de perder tanto mi front-end como el líder del proyecto, traje a otro líder del proyecto que me aseguró que los problemas de programación anteriores que tuve con mi último líder del equipo no serían una preocupación ya que su horario era flexible (en realidad tenía un modelo de horario en su trabajo llamado “Flex”). Me aseguró que si reescribiéramos el proyecto una vez más en su idioma favorito (.NET), tendríamos un MVP dentro de 2 meses. Era inteligente y bastante experimentado con aplicaciones a gran escala. Comenzó a trabajar en el producto de inmediato. El progreso fue bueno.

hace 5 meses

Un mes después, el horario flexible de nuestro nuevo líder fue eliminado de su lugar de trabajo en un esfuerzo por parte de su compañía para mejorar la productividad y recuperar su departamento en apuros. Nuestro líder insistió en que se quedara en el proyecto, pero no pudo confirmar una fecha específica en la que su agenda se volvería menos engorrosa. Esperé un mes para que las cosas se aclararan. Luego recibí un correo electrónico que decía que no veía un final a la vista y que lo entendería si sacara a alguien del proyecto en su lugar. Rescindí el acuerdo de equidad y sugerí que trabajáramos en otro proyecto en el futuro, pero mientras tanto, estaría atrayendo a alguien más a bordo.

Hace 2 meses

Después de reagruparme, decidí que sería mejor que el trabajo principal del proyecto lo realizara un equipo externo confiable, de modo que el cronograma del proyecto no dependa de los cronogramas de nuestro socio a tiempo parcial, luego contrate a un ingeniero principal para que examine el código del equipo subcontratado y gestiona los aspectos de alto nivel del desarrollo de productos a medida que avanzamos más allá de lo básico. Mi razonamiento, basado en mi experiencia, es que un producto complejo necesita un núcleo de estabilidad mayor que el que pueden mantener los socios de equidad a tiempo parcial con vidas reales y horarios conflictivos. Llegué a la conclusión de que pedirle a un socio de equidad a tiempo parcial que maneje el trabajo más allá de un cierto umbral de complejidad no es razonable hasta que el negocio haya alcanzado un cierto nivel de validación del mercado o haya recibido una inyección de capital; parte del trabajo que requiere más tiempo debería ser descargado para reducir la fricción y mantener la moral alta.

Depende de la cantidad de riesgo que esté dispuesto a asumir con esa persona y el gobierno.

Contratar a alguien sin pago, ya sea que haya ofrecido capital o no o haya firmado un contrato diciendo que acepta ser un “contratista independiente”, es ilegal a nivel federal y posiblemente aún más a nivel estatal, dependiendo de si su estado tiene regulaciones más estrictas . Mire la publicación del IRS 15A [1]. Su estado probablemente tendrá algo similar. Está asumiendo su propio riesgo de que no lo demandarán si las cosas van mal en el futuro y que el IRS no lo auditará.

Ofrecer equidad también tiene una gran cantidad de problemas legales, tanto en términos de los requisitos para su empresa como de la legalidad de lo que está ofreciendo al empleado. No, el empleado no solo firma un papel que dice X% y ya está listo. Me vienen a la mente demandas por acuerdos de recompra y cláusulas de rescisión. También hay requisitos para registrar el patrimonio. La única forma de evitar pagarle a alguien cuando ofrece acciones es ofreciéndole al menos el 20% de la compañía y ser parte de la “administración”. [2] Esa es una gran parte.

Por otro lado, pagarles a ellos, a una compañía externa o a un contratista independiente real no conlleva estos riesgos, suponiendo que los haya firmado los documentos apropiados cuando comienzan (confidencialidad, transferencia de derechos de autor, etc.), pero obviamente tiene que tener el dinero para hacerlo

Si su idea realmente va a cambiar el mundo o, como mínimo, obtendrá ganancias y suponiendo que no tiene los fondos para pagar el valor de mercado de los salarios de los empleados, trataría de encontrar a alguien que se apasione por su idea y les ofrezca un mínimo salario, no espere que trabajen a tiempo completo y ofrezca una pequeña porción de capital (probablemente nadie trabaje solo por el salario mínimo). Además, ser capaz de mantener más equidad para usted siempre es bueno. Cuanto más tenga para usted o para los futuros inversores.

Notas al pie

[1] http://www.irs.gov/pub/irs-pdf/p

[2] Definición y delimitación de las exenciones para empleados ejecutivos, administrativos, profesionales, de ventas externas y de informática; Regla Final [Reglas y Regulaciones] [23/04/2004]

Nadie tendrá su impulso o compartirá su visión de la forma en que la ve en su cabeza.

Si puede permitírselo, pague, si no puede permitírselo, pague a través de la participación en las ganancias, si no puede hacer que ese trabajo lo pague a través de capital con un precio de recompra garantizado y si eso no funciona ENTONCES, otorgue capital.

Hay una cuestión de prioridad. Incluso si el desarrollador acepta trabajar solo por capital, significa que ella (a menos que tenga una reserva de efectivo significativa) tendrá que priorizar los proyectos de pago que surgen del suyo, para mantenerse a flote financieramente. Incluso si su forma principal de pago es la equidad, realmente debería tener suficiente efectivo para pagar a su desarrollador por los costos de vida.
Si puede pagarlo, pague al desarrollador en efectivo. En el caso de que no esté convencido de su idea, de todos modos le encantaría ver efectivo. Y en el otro caso, donde el prototipo se dispara, te molestará que le hayas pagado en equidad.
Si desea obtener más ayuda y asistencia experta, visite aquí para una consulta técnica gratuita http://bit.do/contactnow