Pablo Brenner & Sergio Fogel Blog

(Traduccion es gentileza de Rodolfo Llanos)

Consejos de infraestructura.

Al principio es mucho más fácil construir una Web escalable, debido a los servicios de Hosting como Rackspace.com, a los servicios Web de Amazon.com y los sistemas de análisis de trafico de Google Analytics.

Sugerencia 1: Contrata el mejor proveedor de Hosting que puedas pagar.

Siempre es necesario mantener los costos bajos, y mucho mas al principio. Una de las primeras áreas que parece ser un buen lugar para achicar gastos (y ahorrar dinero) es el Web-Hosting. Sin embargo, escatimando en el alojamiento estas cometiendo un error que te costara mucho tiempo, que es más valioso que el dinero que se invierte.

Es buena la decisión de tener un proveedor barato cuando estas recién en el desarrollo del “código”, pero para que funcionen bien tus sistemas y puedan satisfacer tus necesidades de producción, tu sitio debe estar asentado sobre una «roca sólida».

Sugerencia 2: Usa los servicios Web de Amazon.com

Seguramente necesites un proveedor normal de Hosting. Pero deberás informarte sobre una alternativa importante – AMAZON WEB SERVICIOS. Esta propuesta del gigante del comercio electrónico es una pieza clave a considerar en cualquier estructura de lanzamiento.

Especialmente para el Área servicios, ya que facilita armar grandes aplicaciones:

A. AMAZON S3… Sservicio de almacenamiento escalable y abierto (por Ej.: TWITER lo usa)

B. EC2 Virtualización de servidores

C. Simple DB Consultas sobre datos estructurados en tiempo real.

D. SQS… Sistema de «mensajeria» para aplicaciones.

Sugerencia 3: Usa Google Analytics de manera estándar y en forma creativa.

En un startup necesitas rastrear información. Los resultados de esos rastreos son útiles para tomar decisiones, que a veces ayuda a medir el crecimiento y éxito de una empresa. Sin información, es difícil determinar que es lo que esta pasando. Google Analitycs esta repleto de características, pero lo mas importante que tiene es la API. La razón por la cual esta es importante, se debe a que puedes construir tu propio tablero para obtener una óptica diferente de una misma información.

Sugerencia 4: Empiece con los valores predeterminados, y luego ajusta el sistema

En el 99.9% de las veces no terminarás donde comenzaste. El truco esta en ir desde los valores predeterminados hacia la configuración personalizada haciendo los ajustes de manera apropiada. Lo peor que puedes hacer es adivinar. Personalizar de manera prematura…. es dirigirse a desprolijidades. Por que adivinar antes de saber que va a ocurrir «realmente» con el sistema?

Tip5: Contrata un buen administrador de sistemas.

Este es el punto más simple de todos. Programar, el desarrollo del negocio y el sistema contable es particularmente mejor dejárselo a los profesionales. Sé que mi camino esta alrededor de UNIX (hace 15 años fui administrador de sistema), pero hoy no estoy a la misma altura. Al llegar a un cierto tamaño y escala, necesitas a una persona trabajando en el hardware y en el sistema operativo.

Read Full Post »

11 tips de PR para startups

PR es un juego dificil. Cuando el mercado es hot, es dificil hacerse notar porque hay muchas compañías que compiten por tiempo de aire. Cuando el mercado está tranquilo es duro conseguir la atencion de la gente (cansada después del mercado hot). Y para losstartups es incluso más dificil tener PR eficaz porque muchos stratups no tienen dinero para invertir en el tema. En este post miramos cómo deben los startups encarar el tema de PR.

Tip 1: Contraten una empresa de PR

Esto puede sonar como una sorpresa, pero usted necesitan una firma PR. Un startup pueded que no lo puedar tener al principio pero eso no significa que no sea necesario. La razón número uno que ustedes necesitan una firma de PR es debido a sus conexiones. Conocen a la gente, porque esto es lo que hacen- networking.

Tip 2: No esperen que la gente de PR aprenda íntimamente su producto

Éste no es su papel. Son conectadores, son el puente entre usted y los medios. Son responsables de ponerle delante de la prensa . Éste es su trabajo. Es vuestro trabajo presentar su producto, explicar porqué es tan impresionante y porqué todo el mundo debe utilizarlo.

Tip 3: Consigan a gente de PR que entiende vuestro espacio

Las compañías de PR tienen especialidades, no todas son apropiadas para ustedes. Por ejemplo, si ustedes está en el mercado del Internet del consumidor, no emplee una firma de PR que se especialicen en las tecnologías móviles – no son la misma cosa. Si usted es una compañía del Internet del consumidor, usted necesita una firma que sepa el blogosphere adentro hacia fuera, porque esto es cómo usted alcanza a sus early adopters.

Tip 4: Lancen su producto en una conferencia

La razón de esto es que es probable conseguir mucho más cobertura de medios y la atención inmediata que si ustedes lo lanzan en otro momento. Pero la conferencia necesita ser relevante. Para los lanzamientos, ustedes puede hacer una de dos cosas: el lanzamiento en una conferencia especializada tal como DEMO (que recomiendo) o ustedes puede lanzar en una conferencia no de startups que tenga un launchpad. Por ejemplo, los acontecimientos del Web 2.0 presentan típicamente 10-15 startups, al igual que las conferencias como la supernova. No tiene sentido de lanzar en una conferencia que no tenga ninguna participación de startups porque no sera el contexto apropiado para su lanzamiento.

Tip 5: Cree versiones parciales de programa, los videos, los cuadros, y las diapositivas

Una noticia de última hora: los lanzamientos de prensa ya fueron. Los hemos encontrado ser totalmente ineficaces. Cero. En lugar, usted necesita preparar una nueva clase de medios. Recuerde que malcrian a la gente actualmente, así que ella tendrá altas expectativas. Si ustedes piensan que pueden aparecer y decirles que tienen la mejor nueva tecnología, contartles del tema, y después ellos escriban un informe, están soñando. Ustedes necesitan preparar el material. Necesitan destilar su producto y el mensaje en algo fácilmente digestible, y precisan ser muy claros.

Tip 6: No lancen un proiducto o noticias grandes los lunes o viernes

Esto puede o no puede ser obvio pero hay solamente 3 días en que las cosas se hacen: Martes, miércoles, y jueves. Éstos son los mejores días para lanzar su producto, en ese orden. Lunes podría funcionar, pero por la tarde, porque la gente en la mañana todavía no pueden creer que el fin de semana se termino. Viernes son realmente malos para PR – todo el mundo esta pensando en el fin de semana.

Tip 7: Emailing después de una introducción es más eficaz

Una cosa que ustedes tiene que entender sobre los bloggers top como Michael Arrington, Richard MacManus, Om Malik y sus colegas es que estánrecibiendo millares de email por día de startups. Es físicamente imposible que procesen y respondan a todo ese email. Puede parecerles injusto, pero es simple hecho. Nuevamente , aquí es adonde una firma de PR o por lo menos una conexión amistosa vía LinkedIn sera util. Si le introducen, las probabilidades de que les presten atencion son por lejos mejores. (ninguna garantía de que posteen sobre uds.)

Tip 8: Fije un embargo y cumplanlo

Éste es algo que tuvimos que aprender repetidamente otra vez. Cada uno desea una exclusiva. Cada blog que hace noticias, desea ser el primero con las noticias. Esto es justo el nombre del juego. Si ustedes dan una exclusiva a una, hay un peligro grande de no conseguir cobertura en otras. La manera de resolver esta situacion es establecer un embargo (avisando a los blogs de que no pueden postear hasta cierta fecha) y entonces hagenle un brief a cada uno antes de ese momento y denle tiempo para escribir sobre ustedes.

Tip 9: Cerciórese de que la gente no escriba sin un briefing de alguien en su compañía

Ha habido una tendencia últimamente a los articulos basados en un lanzamiento de prensa. Mientras que esto le consigue cobertura, es probable que haga mas dano que ayuda. No es solo que quieren ser escuchados, ustedes quieren ser escuchados correctamente. La llave esta en conseguir una ocasión de contar su historia directamente a un reportero. Un post basado en un lanzamiento de prensa tiene muchas chances de ser incorrecto y perjucicial, mientras que un post basado en una interaccion uno-a-uno es más probable que salga como quieren.

Tip 10: Entiendan que no obtendran cobertura de medios importante en un dia

Perseguir un artículo en una seccion importante o periódico como lWired o del MIT Technology Review o el NY times no vale la pena. Sus reporteros no escribirán sobre ustedes hasta que no se convierta en claro cristalino que ustedes sonun éxito enorme y digno de un articulo. En vez de gastar esfuerzos en eso, es mejor de hacer un producto realmente bueno y conseguir a gente utilizarlo y evangelizar para ustedes. Los medios mainstream los encontrarán.

Tip 11: La comunidad es la mejor estrategia de PR

Es muy difícil alcanzar la PR continua a menos que usted la haga vía sus propios usuarios. Mil usuarios apasionados que tienen blogs y perfiles sociales de la red pueden promover su producto y exponerle a más gente que cobertura en blogs y revistas. Para mejor o peor, las noticias son hoy baratas. Un post permanece en la página principal de un sitio del blog o del periódico por algunas horas y despues cae en un pozo negro. Google trae de vez en cuando un viejo post a los que lo busquen, pero realisticamente, las noticias apenas vuelan cerca y nadie desea noticias de ayer.

Read Full Post »

Software Engineering Tips (nota de Pablo: tomen en cuenta que estamos hablando de startups, evidentemente algunas de estas cosas no son tan implementables, o faciles de implementar en empresas ya formadas, con productos en el mercado, etc) :

Puesto que el software está en el corazón de cada arranque moderno necesita ser elegante, simple y ágil. En vez de tener un ejército de codificadores paga tener un puñado de ingenieros elegantes, apasionados, que aman lo que estan haciendo. Un equipo pequeño, apasionado puede lograr generalmente más que un ejército. Incluso mientras que la compañía crece usted puede todavia lograr mucho con un equipo pequeño.

Tip 0: Deben tener código

Código de sw funcionando prueba que un sistema es posible, y también prueba que el equipo puede construir el sistema. Tener código funcionando es un launchpad para su negocio. Después de que esta listo, el negocio puede suceder. En los viejos días, se financiaron compañías de tech basandose en una idea escrita en un pedazo de papel, pero esos días son largos idos. Hoy, un arranque necesita tener no solamente código de sofwtare funcionano, pero un sistema montado y usuarios activos para conseguir capital para la empresa.

Tip 1: Debe tener un co-fundador técnico

Cualquier startup comienza con una idea y apenas algunas personas. Muchos de co-fundadores de Startups son techies, apasionados sobre tecnología. No fue siempre asi. Apenas algunos años atrás un equipo de fundación puramente técnico habría tenido problemas para levantar capital porque había una escuela del pensamiento seguna la cual solamente MBA podrían dirigir una compañía. Ahora, tener un co-fundador técnico es una ventaja.

Tip 2: Contraten solo Ingenieros clase A+ que aman programar

Hasta hace poco tiempo, la construcción de un sistema de la escala grande que funcione era como magia negra. La mayoría de los proyectos del software demoraban años, y tenían equipos grandes de ingeniería que tenían poco consenso en qué era necesario hacer y cómo lograrlo. Los sistemas que resultaban estaban llenos de bugs,eran inestables, y dificiles de mantener y de extender. El problema era justamente que habia mucha gente y que no eran excelentes en programar. Los startups no pueden permitirse tener ingenieros menos de A+.

Tip 3: Mantengan un equipo de pequeño y no outsourceen

Un equipo de 2-3 ingenieros rockstar puede construir practicamente cualquier sistema porque son buenos en lo que hacen, les encanta disenar software, ponen foco en la meta, y no se meten en los asuntos del otro. Un equipo de 20 ingenieros mediocres no llegara lejos. La verdad es que la mayoría del software bueno es construido hoy por apenas un puñado de buenos ingenieros. Menos es más se aplica igualmente al código y al número de la gente que trabaja en él.

Tip 4: Hagan preguntas dificiles durante la entrevista

No hay nada peor que ser suave durante una entrevista con un empleado anticipado y emplear a la persona incorrecta en la compañía consecuentemente. Esto es malo para la empresa, pero más importantemente es malo para la persona. Al final terminará despidiendolo, pero sería el mejor apenas no incurrir en esta equivocación de entrada. Sean duros y hagan muchas preguntas técnicas durante la entrevista.

tip 5: Eviten emplear a gerentes no técnicos

Ustedes no necesitan estetipo de gente en un equipo pequeño. ¿Si cada uno es bueno, sabe lo quehace y ejecuta su tarea, para que necesita un gerente? Gente que sobrepone procesos complejos por encima de sus objetivos van a retrasarlos y frustralos.

Tip 6: Cultiven una cultura ágil

Los startups modernos necesitan moverse muy rápidamente. No hay tiempo para planificar por 6 meses y después de ejecutar porque algún competidor llegara antes. El nuevo approach es desarrollar el sistema constantemente. Por supuesto que planificando para el lanzamiento siguiente, pero iterando rápidamente, desarrollando versiones frecuentes, realizando constantemente cambios.

Tip 7: No reinvente la rueda

Muchos startups se ahogan con su infraestructura. Esto incluye dos tipos de cosas – reconstruir libraries y construyendo su propio codigo. En el primer punto – hay tan bibliotecas con codigo fuente ahi afuera que no tiene sentido de escribirlas en casa. Si están utilizando Javascript o PHP o NET O python o rubi, hay probablemente ya bibliotecas listas. Reescribir bibliotecas existentes es una pérdida de su tiempo y no es probable que ustedes puedan hacerlas mejor.

Read Full Post »

Me encanto este post de Alex Iskold, da una lista de 36 tips para un startup, divididos en categorias:

• Software Engineering
• Infrastructure
• PR
• Conferencias
• Legal y Finance

Le pedi permiso a Alex para traducirlo, asi que voy a ver si junto fuerzas y lo hago, si alguien se voluntariza, podemos hacer crowdsourcing, repartimos un par de parrafos para cada uno y lo traducimos al toque

— pablo

Read Full Post »