De programador a "vendedor": ¿Cómo consiguen clientes los devs independientes?

Algo que también ayuda mucho al principio es convertir los primeros trabajos en casos de éxito, aunque sean proyectos pequeños.

Más que tener un portfolio diciendo “sé React, Node o React Native”, creo que vende mucho mejor poder enseñar algo tipo: “este negocio tardaba X horas en gestionar reservas y después de automatizarlo tarda la mitad” o “antes gestionaban todo con Excel y WhatsApp y ahora lo tienen centralizado”.

Y para conseguir esos primeros casos quizá empezaría por negocios cercanos o contactos de conocidos, donde es más fácil generar confianza que compitiendo directamente en Upwork por precio.

Después esos 2 o 3 proyectos ya te sirven como prueba para contactar empresas similares. Al final el primer cliente seguramente sea el más difícil; cuando ya puedes enseñar resultados reales, la conversación cambia bastante.

Entiende el mercado. No todos los mercados son iguales, ni las oportunidades nos llegan de la misma forma. Lo mejor siempre es buscar la estrategia más convergente en el momento, seguir estudiando y optimizándola según avances.

“Cuando veas una buena jugada, busca una mejor.” - Emanuel Lasker

Hacer clic para expandir...

Decirte que hagas lo mismo que yo, o que otra persona te diga aquello, es darte las indicaciones para llegar al mismo lugar desde el otro lado del planeta. Lo importante no es seguir un mapa ajeno, sino tener claro el norte (tu objetivo). Las experiencias y comentarios de otros profesionales te pueden ayudar a definirlo.

En mi experiencia, si un cliente no se toma el tiempo de explicarte lo que quiere de forma detallada, es porque solo esta buscando precios, aún no está decidido a crear lo que quiere, solo esta viendo que tan caro está lo que quiere, en esos casos lo mejor es dar un rango y ya, no invertir mucho tiempo.

Si un cliente ya está decidido a hacer algo, se va ha tomar todo el tiempo del mundo para explicartelo, asi que lo mejor es enfocarse en estos clientes.

Pero cómo hacerles preguntas técnicas sin confundirlo?, ahí el dilema, normalmente hay 3 tipos de clientes:

1 - los que saben que quieren pero no saben nada de programación.
2 - los que tienen una idea vaga pero no saben los detalles.
3 - los que saben lo que quieren y son técnicos.

en los primeros 2 casos, primero debes escuchar lo que quieren y luego hacer preguntas del flujo, de principio a fin en palabras no técnicas y ir tomando decisiones técnicas, que luego se las debes presentar de forma no técnica.

en el 3er caso, es más fácil, son más técnicos y puedes hablarle de forma técnica.

El problema que solemos tener las personas muy técnicas es que vemos las cosas complejas de forma sencilla y llegamos a pensar que todos las ven igual, pero hay gente a las que la tecnología les suena a chino y muchas veces esas personas son las que tienen el dinero para invertir.

En mi forma de pensar, los clientes realmente no saben qué es lo que quieren hasta que les das ideas y opciones que pueden aceptar o modificar para llegar a la resolución de sus problemas; normalmente, el programador tiene que hacer doble trabajo a la hora de crear el proyecto.