¿Debe saber programar (un poco) el CEO de una startup tecnológica?

Un debate recurrente en el mundillo estartapil es si el Director, CEO o llámalo X de una startup debe saber programar o no. Hay una escuela de pensamiento, surgida en los círculos más cercanos a los MBAs de los de “a 50.000€ el año”, que defiende que no es necesario en absoluto, bajo el razonamiento simplista de que tampoco es necesario saber cultivar naranjos para dirigir una fabrica de zumos.

El problema es que, normalmente, en una fabrica de zumos trabaja bastante más más gente que una startup y es muy probable que el Director pueda permitirse contar con técnicos que le asesoren y le ayuden a tomar las decisiones adecuadas, un lujo que muy pocas startups pueden permitirse.

Quizás el problema radica en la propia definición de que es una startup y, aún más, una startup tecnológica que base su modelo de negocio en crear tecnología. En el imaginario colectivo una startup es cualquier empresa que use Internet como canal de venta, pero una startup es cualquier empresa con un modelo de negocio con un enorme potencial de escalabilidad.

Por hablar del último exitazo patrio ¿Es Milanuncios.com una startup? Si. Tiene potencial para seguir aumentando su cuota de mercado e incluso expandirse a otros países sin tener que aumentar considerablemente sus costes y estructura.

¿Es Mil Anuncios una startup tecnológica? Rotundamente NO. A sus usuarios no les aportaría ningún valor que esté hecha con un desarrollo a medida en Erlang en vez de con un framework PHP como el que usan 10.000 webs más. El valor de Mil Anuncios está en su capacidad para atraer usuarios que generen anuncios y llevar tráfico a los mismos.

Otogami no es una startup especialmente tecnológica. Sin embargo, nos encontramos con retos interesantes prácticamente todos los días. La semana pasada estábamos discutiendo cómo vender CPC con enlaces follow sin que Google nos penalizara. Eso implicaba que el enlace fuera limpio, por lo que no podríamos utilizar redirección y eso podría suponer problemas de trackeo. Al hacer clic en un enlace, no puedes confiar que el evento onClick se ejecute antes del click-out de la página. Yo aporté como posible solución, usar el target=”_blank” en los enlaces para asegurarnos de ejecutar el script de registro en el onClick. Sinceramente, no me imagino a uno de esos flamantes MBAs de los de “a 50.000€ el año” aportando nada útil a ese debate y, sin embargo, es una decisión que afectará y MUCHO a nuestro negocio.

Habrá más de uno que dirá que el CEO no está para eso sino para “otras cosas” y puede que tengan razón. Yo soy el que más se acerca en Otogami a ese tipo de rol y hace eones que no programo una línea de código, pero cuando en una empresa no hay más de cinco empleados, que el 20% de la plantilla se dedique a mirar al infinito desde su avatar de Twitter, abstrayéndose por completo del desarrollo, parece un error. Uno de esos que te pueden costar más de 50.000€ al año.

  • Samuel García Martínez

    David, respecto al trackeo de un click con Javascript, el onclick siempre se ejecuta antes que la navegación e incluso podrías detenerla. Lo que no tienes garantía es de que la petición AJAX se ejecute antes de que se realice la navegación, y dicha petición acabe cancelada. Para hacer eso, nosotros sacamos la idea del propio Google Analytics. Hay dos opciones:

    Modificar la URL en el onclick, haciéndola pasar por el servicio de tracking que tengáis.
    Cancelar la navegación con un “preventDefault” o “return false” y navegar después de haber recibido la respuesta (ya sea un error o un ok) del servicio de tracking.

    En función de los clientes donde tenemos que implementar esto (medimos el funcionamiento de buscadores mediante analítica de usuarios) tuvimos que escoger una de las dos soluciones.

    Espero que os valga de algo 😉

  • txantxez

    No te perdono que digas que milanuncios no es una startup tecnológica. O que Otogami es poco tecnológica. Para mover el tráfico de milanuncios con un equipo tan pequeño hay que ser un genio de la escalabilidad y el alto rendimiento. y eso es tecnología de la buena, pero no se ve. Agregar miles de ofertas y mostrar siempre el precio más barato como hace Otogami es un desafío tecnológico, si no lo fuera hace años que hubiéramos tenido muchos Otogamis por ahí.

    Te lanzo una pregunta: ¿Es whatsapp una startup tecnológica? Sólo han hecho un sistema de mensajería ultra sencillo como otros cientos iguales.

    • ^___^

      Tienes razón, pero tiendo a minusvalorar la tecnología de Otogami y, respecto a Milanuncios.com, puede que tengan un código ultraescalable o puede que tiren de hierro y fuego en Amazon como si no hubiera mañana ¿Quien lo sabe? Lo que es seguro es que no es el factor diferencial de su producto. Los de Schibsted (o cómo se escriba) no les han comprado por eso, sino por los anuncios. A eso me refería.

  • Hugo

    Buen ejemplo!, pero me da la sensación de que la pregunta podría ser “Si el CEO de una Startup sabe (un poco) de programación ahorra tiempo y un perfil de desarrollador” , la respuesta rotunda es si.

  • Fidel Añó Bernat

    David, aquí un vídeo que da respuesta a si es correcto o no vender links con el atributo no-follow, ya que veo que la solución que propones viene determinada por este problema:

    Saludos

  • psantosl

    Extendería la pregunta a “Deberían los comerciales de una startup tecnológica saber programar?”. Aunque luego me preguntaría: debería una startup que vende productos tecnológicos a gente de software tener comerciales? Y luego me preguntaría: cómo se me ha ocurrido contratar a ningún comercial que no sepa programar? Y después: y a algún comercial!??? 😀

    En nuestro caso (PlasticSCM) es todavía más extremo: al final nuestros usuarios (que no el que firma el cheque) son programadores así que para hablar con ellos, pues mejor hablar su lenguaje y huir como de la peste de “next gens”, “productivity” y tontadas varias que con tanta facilidad y fluidez salen de las bocas de los no-programmers.

    Algo que he visto aquí (y que no me ha parecido ver fuera de España, pero claro, voy de visita, no vivo fuera) es el tema de “jactarse de que no sabes nada de informática y eres el jefe”. Vamos, y no solamente en CEOs, también en puestos intermedios que “ya no programan” o como dicen de forma despectiva “ya no pican código” (me cabrea lo de ‘picar código’ porque me da la impresión de que siempre es despectivo.

    Yo casi distingo dos patrones:

    1) El que sí que programa y es colega: el CEO que “yo de esto sé porque en 1987 programaba con [replace-by-loquesea] y al final es todo igual”. Es muy peligroso porque sabe tan poco como el 2) y encima se cree que “controla”. De aquí pueden salir muchos “eso lo haría yo más rápido si me pusiera”. En su faceta comercial se convierten en vendemotos peligrosos que aseguran al cliente que cualquier cosa puede hacerse, y rapidito. Luego culpan a los desarrolladores que no pueden currarse un sistema de inventario nuevo en la aplicación de gestión de hoteles. He sufrido a alguno en vidas pasadas. De algunos he aprendido máximas irrefutables de insondable profundidad que me han marcado como “si no metéis bugs no tendréis que corregirlos”. Con la boca abierta sigo.

    2) El que no programa y se jacta de “no saber”. Es curioso porque me da que los CEOs USA molones no son así. Hay muchas variantes, como en el anterior. Desde el inofensivo que no se mete, hasta el que ni sabe, ni quiere saber pero se mete a opinar “eso ponéis un código de esos y lo arregláis”. Graciosos y todo.

    Pero me daba la impresión de que todo esto se estaba extinguiendo, supongo que vivo en una burbuja o algo…

    Para mi, el peor, el que más me ha hecho sufrir, es el comercial-americano-que-no-calla y al que a los 2.5 minutos de empezar una reunión el cliente le pide que por favor cierre la boca que quiere escuchar a los técnicos hacer la demo… Aaaay! Cuánto sufrimiento…

  • Helios VIcente

    Pues yo creo que en esto es como en todo, la respuesta es DEPENDE. Hay varios factores que influyen y es cuestión de no generalizar. Seguramente, las necesidades de tu empresa se cubren con un CEO que se mete a esos niveles técnicos, como es tu caso. La parte de negocio la cubres perfectamente con tu dedicación. EN otras, seguramente haya un componente de negocio menos ligado a la tecnología y que necesite de un CEO que le dedique mas tiempo y no es necesario que tenga un conocimiento técnico como para tener las conversaciones que indicas. Y los hay que no se dedican a “mirar al infinito” que hacen su trabajo y muy bien. En esto, como en todo, el sentido común. Que cada uno analice lo que necesita, cual es su objetivo de negocio, qué necesita y a partir de ahí, elegid a la gente adecuada.

    Respecto a la opinión de psantosi, creo que estaremos de acuerdo en que vendemos hay en todos los lados. Yo he conocidos técnicos que era para darles de comer aparte, que también te dejan vendido en su campo. Aquí podríamos poner ejemplos en un sentido y en otro. Efectivamente, su empresa tiene un producto que va a un cliente muy concreto y necesita gente que hable de igual a igual. EN el fondo, todos somos comerciales, tenemos que vender. EL problema es que la persona adecuada sea la que vale.

    Y por último, yo creo que muchas veces hay una tendencia a hacer de menos tanto al técnico que no quiere saber nada de gestión como al gestor que no quiere saber nada de tecnología. Tan peligrosos son unos como otros si están en la posición equivocada. Y por desgracia , hay demasiadas ocasiones en las que hay gente que la colocan ( o se colocan ) donde no deben estar. Y así pasa lo que pasa.

  • Daniel Brandi

    Buena discusión. Pues yo creo que si el CEO sabe algo y no se da cuenta de que sabe poco, en lugar de ayudar molesta porque se mete a cuestionar las decisiones del CTO en lugar de apoyarle. Por tanto, creo más en el perfil CEO-CTO apoyado por un gran perfil técnico que en un CEO de MBA que haya programado hace 10 años. Lo podríamos llamar CETO?
    Edito: perdón por la gracia fácil, pero creo que el concepto es el correcto.

    • Helios VIcente

      Daniel, el problema como comentas no es que el CEO sepa mucho o poco, sino la actitud. SI sabes poco pero confias en las decisiones de tu CTO, equipo perfecto. Pero un CEO con MBA no creo que sea negativo si tiene claro cuales son sus competencias y donde se debe/puede meter y donde no. Y si verdaderamente hace falta un CEO de MBA , que lo mismo no. Tu y yo conocemos algún ejemplo de CTO con mucho conocimiento tecnológico que precisamente, hace que nada de loq ue no provenga de el le sirve. Concluyendo, el problema no es saber mucho o poco sino la actitud que tengas con esa falta/ sobra de conocimientos.

  • jordimirobruix

    Yo creo que no es importante si sabe o no, sino si sabe lo que sabe. Es decir, si no sabe de IT, que no se meta y se rodee de un equipo que si sepa y sepa delegar. En Wuaki.tv también decía alguien que no éramos una startup tecnológica, sino que éramos un videoclub 😉

  • Ignasi Vegas

    Estoy totalmente de acuerdo contigo. Soy desarrollador, y además he hecho un master de un año sobre Internet Business, no uno de 50k, pero tampoco era nada barato… Fui el único dev de mi promoción, y uno de los pocos que han pasado por las 5 ediciones del master que llevan hechas… eso dice mucho del target de estudiantes que tienen estos Masters, y por lo tanto a las escuelas de negocio no les interesa vender el discurso de tu post (aunque lo piensen), al final los Masters son un negocio, y han de hacer creer al estudiante que el precio que ha pagado lo vale…

    Es una pena que sobretodo en España cuesta ver a desarrolladores interesados por el business, incluso te miran mal… parece que te vayas a cambiar de bando… y yo lo único que le veo son oportunidades. Un “marketero MBA” le va a ser muy difícil conseguir los conocimientos de un developer, pero a un developer le puede resultar muy fácil tener conocimientos de negocio, y siempre ira por delante de todos, por casos como el ejemplo que has puesto…

  • aguafresca77

    Estás patinando mucho ultimamente Bonilla, no se qué te pasa, primero con Otogami y luego con artículos como estos. ánimo hombre.

  • Javier Riestra

    Te dejo un par de citas al respecto que sintetizan mi opinión.

    “Saber programar sí ayuda durante los primeros años cuando necesitas rápidamente transformar tu idea en un producto.
    Pero después de eso, tu capacidad para programar se vuelve menos relevante ya que necesitas centrarte en todo lo demás: procesos de selección, ventas, marketing, planificación, etc.
    La parte más difícil cuando sabes programar es saber cuándo deberías dejar de programar. ”

    “Los empresarios deberían invertir su tiempo en aquello en lo que realmente son buenos, y contratar de manera inteligente para suplir todo lo demás.”

    Y si me lo permites, dejo un link a un artículo que trata este mismo asunto

    http://www.initcoms.com/blog/necesitan-los-empresarios-de-empresas-tecnologicas-saber-programar/

    Un saludo.

  • David Vidal

    Buenas noches,

    me estreno con mi primer comentario y en uno de los debates que más de cabeza me trae. Tengo una hipótesis respecto a esto, por supuesto me falta muchísima experiencia y seguro que cambiará mi forma de pensar en un futuro. Ahora estoy gestando como CEO una startup y he recibido muchas “leches” por desconocer código y su entorno, pues mi perfil está más enfocado a comercial y marketing.

    Con lo cual después de hacer autocrítica concluí que tenía que saber lo mínimo de programación y si o si conocer los principios básicos de cómo se programa, con que lenguaje, etc, etc. Encontré a Sergio Luján en YouTube que es un profesor de la Universidad de Alicante que tiene un vlog tutorial en el cual compartía las clases de primer año de Universidad que impartía sobre programación a través de este canal. Todas las noches durante 2 h mínimo me propuse estudiar programación básica y gracias a él pude entender y aprender mucho que posteriormente me ha servido para comunicarme mejor con el programador.

    Por lo que como conclusión a raíz de hitos posteriores, el programador y yo nos hemos entendido mejor, ha sido positivo pero, no puedo alcanzar el nivel suficiente por mi perfil técnico para la toma de decisiones relevantes para el proyecto si el CTO o programador no toma el tiempo necesario para explicármelo y sabe hacérmelo entender. Concluyo que para mi el problema es de comunicación y de saber delegar, por lo que es imprescindible por la misma argumentación de que una startup cuenta con un equipo pequeño conseguir a personas que sepan programar, comunicarse, sean “autosuficientes” y tengan buen criterio. Un CEO sin idea de programación en una startup en general tampoco sabe fichar a un buen programador, en concreto me puedo imaginar que para la primera startup es crucial, luego ya tienes más recursos y más asesoramiento para escoger correctamente.

    Gracias por el post y el debate 😀