Como ingeniero/consultor independiente, ¿cómo consiguieron su primer proyecto?

• He trabajado durante unos 10 años como ingeniero de software y recientemente empecé una consultoría unipersonal, enfocándome en resolver problemas complejos de back office en pequeñas y medianas empresas
• En concreto, quiero ayudar con conexiones improvisadas que dependen de hojas de cálculo, flujos de trabajo internos inestables, sistemas de reportes deficientes, integraciones torpes, problemas de backend y plataforma, y flujos de trabajo de IA que realmente tengan que encargarse de tareas operativas reales
• No busco un modelo de agencia generalista; pregunto qué métodos de prospección de clientes les funcionaron y, en su experiencia, si su primer cliente llegó por contactos personales, contenido, contacto en frío, alianzas, subcontratación u otra vía

[GN⁺]

Opiniones de Hacker News

• aviperl: Yo respondía de forma constante preguntas de Python en una comunidad de Slack para desarrolladores, y gracias a eso llegó a mí un conocido de alguien que estaba sufriendo una explosión de costos en AWS. Después de resolver el problema, rechacé sus pedidos de agregar más funciones y le aconsejé que era mejor reescribirlo todo desde cero; al final me encargué de ese rewrite y llevamos 6 años trabajando juntos. Antes, cuando era fotógrafo comercial, también conseguía trabajo ayudando de forma similar en una comunidad de fotografía en Facebook, y por esa conexión incluso conocí a mi esposa. La conclusión es que ser amable en internet de verdad se convierte en un gran activo

  • phrotoma: Creo que esta historia es un muy buen ejemplo de la "Business of Authority". Cuando te posicionas como experto, el trabajo empieza a llegarte solo
  • nicbou: He visto este patrón muchas veces. Esa actitud de ayudar públicamente y de forma constante termina convirtiéndose en negocio. Incluso cuando hace falta un abogado o un consultor, uno se siente más atraído por la gente que ayuda activamente en la comunidad o escribe cosas útiles
  • InexSquirrel: Yo creo que aquí la visibilidad también influye mucho. La gente tiene que saber quién eres para poder contratarte, así que participar en comunidades es una gran manera de aportar valor real mientras construyes relaciones y exposición al mismo tiempo

• santiagobasulto: Siento que el mercado general de consultancy está demasiado saturado. Como CEO de startup, cada semana recibo varios correos de agencias de software y consultores, y también llegan muchas propuestas baratas basadas en India o Ucrania, así que competir de frente me parece muy difícil. Por eso recomendaría volverte abrumadoramente bueno en una sola cosa. Crea open source o conviértete en contribuidor clave, muestra tu cara y tu trayectoria en tu sitio web para generar confianza, y desde ahí activa fuerte tu red para que se acumulen las recomendaciones

  • aerhardt: Coincido mucho con el consejo de "especializarte en una sola cosa". Tras 6 años haciendo consultoría generalista, conseguí grandes clientes y proyectos interesantes, pero fue muy ineficiente. Por eso empecé a especializarme verticalmente en executive search y recruitment firms, y ya se está volviendo mucho más eficiente tanto comercial como operativamente. También quedó más claro dónde encontrar clientes, y ahora puedo entender rápido sus procesos y sistemas existentes para aportar valor de inmediato. Además, he ido acumulando IP como procedimientos documentados y código, lo que me da una base para expandirme hacia un productized service. La razón por la que la gente duda en especializarse suele ser una combinación de falta de tesis, miedo difuso a perder oportunidades y resistencia psicológica por su propia autoimagen, pero en la práctica incluso dentro de una especialización hay mucha variedad y siempre puedes pivotear después
  • dustingetz: Yo creo que el arbitraje de precios con freelancers en el extranjero ya no es lo que era. El mercado SaaS de California se ha debilitado, el dólar está más flojo y el costo laboral remoto en Europa ha subido, así que esa estructura cambió mucho. Ahora parece haber una tendencia fuerte a contratar más hacia regiones aún más al este
  • Aurornis: Por eso creo que el cold outreach ya no funciona muy bien. Desde la perspectiva de un fundador, llegan montones de pitches de freelancers, y con la automatización por AI eso se está poniendo peor. Así que el verdadero diferenciador no es una solicitud formal por LinkedIn, sino hacer networking como una persona real y construir confianza y relación

• stevetron: Empecé de una manera muy local. Dejaba constantemente mis tarjetas en la caja de una tienda que frecuentaba, donde vendían componentes electrónicos y piezas usadas de computadora, y me hice amigo de los empleados para que cuando alguien buscara ayuda le pasaran mi tarjeta. Estuve casi sin dinero durante 8 meses, pero la víspera de Navidad alguien vio esa tarjeta y me llamó; trajo una muestra y en ese mismo momento me firmó un contrato de retainer por 200 dólares semanales. Ese trabajo fue el inicio de una red de boca en boca que siguió durante décadas

• retrac98: Después de 10 años, lo que mejor me funcionó incluso en cold outreach fue dar valor primero. No solo decir "esta parte les está costando de más y así estaría mejor", sino entregar realmente gratis aunque sea una mejora pequeña; eso es muchísimo más potente que un simple mensaje pidiendo trabajo. No hace falta dar algo grande: basta con un pequeño plan de mejora de sistemas que su equipo interno pueda ejecutar de inmediato. Y si señalas el problema con un video corto tipo Loom, también transmites tu cara y tu voz, lo que ayuda a generar confianza instantánea

  • rrr_oh_man: Me daría curiosidad ver un ejemplo concreto reciente de este enfoque
  • andai: Creo que al principio conviene dividir el proyecto en hitos muy pequeños y diseñar incentivos para que a ninguna de las dos partes le vaya demasiado mal. La idea sería entregar un demo en la primera semana y, si quedan conformes, cobrar, transferir el entregable y seguir avanzando. Así tanto yo como el cliente mantenemos el riesgo bajo, y aunque las cosas salgan mal el daño para ambos es mínimo. Además, como elijo proyectos que me gustan y que encajan con mis objetivos, incluso en el peor caso me queda el aprendizaje

• mvvl: Mi primer proyecto vino de un excompañero de trabajo que se cambió a una empresa nueva. Al final, siento que en este tipo de trabajo importa más superar primero un umbral de confianza y conexión que aplicar una táctica brillante de ventas. Cuantas más empresas conoces, más gente queda adentro que puede recomendarte, así que mientras trabajas en plantilla en realidad ya estás construyendo tu pipeline futuro de consulting. Aun así, no me gustaba el proceso constante de tener que demostrarle mi valor a nuevos prospectos, así que dejé ese camino y me pasé a construir un producto que hable por sí mismo

  • z33k: Como alguien que entró temprano en su carrera a una empresa de consultancy de software comercial, a mí me pasa más bien lo contrario: cada vez tengo más ganas de irme a una empresa de producto. En consultoría es difícil seguir viendo el resultado durante mucho tiempo una vez que el trabajo termina

• alegd: Yo estoy construyendo mi producto mientras hago consultoría freelance en paralelo, y mi primer cliente simplemente llegó por una recomendación de un amigo que me conectó con gente que necesitaba mantenimiento de una app móvil y su backoffice. No hubo una estrategia sofisticada ni cold outreach; el punto de partida fue alguien que conocía mis habilidades y me presentó. Por eso siento que muchos ingenieros subestiman el poder de "hacerle saber a la gente cercana qué es lo que haces". Para ser más visible empecé a publicar de forma constante en LinkedIn lo que estoy construyendo, mis decisiones técnicas y también mis errores; no fue un hit masivo, pero sí llega suficiente contacto. Eso sí: si te descuidas, la consultoría puede tragarse todo tu tiempo, así que yo pongo límites estrictos y separo el trabajo facturable de lo que realmente quiero construir

• ludicity: Escribo un tech blog bastante conocido, y hace año y medio empecé de forma muy pública una consultancy en un nicho parecido. En el primer año gané lo suficiente como para cubrir el sueldo full-time de dos personas, y en algunos trabajos cortos llegué a cobrar más de 1,000 dólares por hora. Si quieres, con gusto lo converso por correo

  • em-bee: Me pregunto si al final lo que más pesó fue tener una audiencia previa grande, cuánto tiempo llevabas escribiendo el blog y cómo se volvió conocido

• saadn92: Llevo como dos meses arrancando trabajos de AI automation para pequeñas empresas en Upwork, y lo que de verdad me funcionó fue escribir las propuestas como si fueran una "mini consultoría gratis". Si aparecía un encargo de automatización de spreadsheets, les mandaba un mensaje explicando con precisión su problema, cómo lo montaría con n8n, qué timeline veía y en qué partes normalmente se enreda todo. Mi presentación tipo "10 años de experiencia" importó mucho menos. Cuando a las 6 semanas ya tenía 5 reseñas, subí mi tarifa por hora de 70 a 95 dólares sin resistencia, y las reseñas cambiaron por completo el equilibrio de poder en las conversaciones

  • le-mark: Siento que Upwork en sí es una plataforma bastante dura, así que me da curiosidad si también abriste otros canales de entrada
  • hyraki: Me da curiosidad qué workflows concretos terminas automatizando en la práctica. Quiero hacerme una idea de qué podría automatizar en mi propio trabajo

• rotten: Yo veo la freelance consulting como un trabajo que al final incluye marketing, ventas y backoffice además de lo técnico. También necesitas aguante para soportar los períodos sin trabajo y para lidiar con clientes que no pagan. Como el producto eres tú mismo, primero tienes que construir tu marca y dejar clara tu diferenciación. Además del networking, hay canales como libros, conferencias, Substack y blogs, y la fijación de precios y el cierre de contratos también son áreas que hay que aprender por separado. Encima, fuera de las horas facturables, ventas, impuestos, facturación y seguros también salen de tu tiempo, y como en el fondo vendes tiempo, la escalabilidad tiene un límite. Sentí que para construir gran riqueza son mejores los activos en propiedad, como real estate, acciones o IP, así que al final elegí un camino que me permitiera enfocarme en el trabajo técnico en sí

  • rohitv: Yo, en cambio, acabo de arrancar hace poco una solo agency a tiempo completo y la verdad es que disfruto bastante las ventas, el marketing y el trabajo de scoping. El tiempo puramente técnico baja, pero ese equilibrio me funciona bien y también valoro mucho la autonomía y la flexibilidad. Claro, no es un camino para todos, y en 1 o 2 años hasta yo mismo podría pensar distinto
  • tossandthrow: Siento que este punto está subestimado. Yo también hice freelancing algunos años y el ingreso neto era bajo, pero quedarse demasiado tiempo en una empresa también trae el riesgo de estancamiento técnico. En ese sentido, creo que vivir como contratista puede ser incluso menos riesgoso

• Brajeshwar: Creo que al final la clave es profundizar en la red de contactos. En especial, lo mejor es conseguir un champion dentro del cliente que te impulse internamente. Y también hay bastantes lecturas relacionadas que vale la pena revisar

• laughing_abder: Yo construí primero una "identidad" antes que una "prueba". Incluso antes de llamarlo consultancy, seguía creando trabajo como tareas de fin de semana para la startup de un amigo, teardowns de empresas que me gustaban y análisis públicos de una página. No me daba dinero, pero sí iba acumulando entregables concretos. Así que la clave del primer proyecto pagado no fue encontrar al cliente, sino reducir casi a cero el riesgo que esa persona tenía que asumir para confiar en mí. El mercado terminó siguiendo después a la identidad que yo ya había creado

• iainctduncan: Llevo mucho tiempo haciendo algo parecido, y lo más efectivo para mí fue conocer en persona a gente de áreas adyacentes y hacerles saber que existo. En especial, el trabajo ayudando a científicos era el más interesante, y aunque los ingresos no eran altísimos, a menudo derivaba en relaciones buenas y duraderas. Eso sí, no recomiendo regalar trabajo. Se puede leer como desesperación. En vez de eso, lo que mejor me funcionó a largo plazo fue ofrecer una consulta inicial gratis de 1 hora y luego pasar a un discovery pagado con una tarifa menor que la normal, entregando además documentación técnica

• gsliepen: Desarrollé una aplicación open source, y hubo gente interesada en usar parte de ella como librería dentro de una aplicación comercial, así que con esa demanda empecé a hacer consultancy. Al mismo tiempo tenía mi trabajo principal, así que no existía la presión de cubrir todos mis gastos de vida con esto. Lo que aprendí fue que da tranquilidad contratar un contador pronto, aunque el ingreso todavía sea pequeño; que no hace falta tener la respuesta perfecta desde el inicio y se puede construir junto con el cliente algo que realmente le sirva; y que incluso si el cliente se queda callado, yo tengo que comunicarme periódicamente por iniciativa propia. Además, muchos clientes intentaron contratarme directamente o comprar por completo los derechos del trabajo, así que si quieres mantener tu independencia tienes que dejar claros tus límites

• l5870uoo9y: Hice freelancing por más de 10 años y mi primer trabajo llegó de un conocido cuando vivía en una residencia en Copenhagen. Después conseguí varios trabajos a través de recruiters de LinkedIn, pero ahora el ambiente es completamente distinto. Los puestos freelance de altos ingresos son muy cíclicos: aparecen en mercados alcistas y se reducen abruptamente en los bajistas. Cuando el mercado tech estaba caliente antes y después de COVID, los recruiters me contactaban constantemente y había mucho margen para elegir, pero tras el fin del estímulo y la subida de tasas, el mercado freelance en Berlin y Germany se contrajo bastante. Si no tienes una red grande, lo más realista es registrarte con varios recruiters y apuntar a regiones menos competidas o lugares donde todavía haya demanda de trabajo presencial. Hoy siento que ya es casi indispensable tener bastante experiencia y proyectos para mostrar

• swiftcoder: La mayoría de mis trabajos por contrato me llegan de personas con las que trabajé antes. Con el tiempo, mi red se extiende por toda la industria, y se forma una dinámica en la que cuando alguien necesita a una persona resolutiva de verdad, yo le vengo a la mente

• tesders: Llevo más de 15 años liderando equipos de entrega de software en una agency, y mi camino solo empezó creando herramientas internas. Construí una herramienta para medir flow metrics en Jira, y después otros equipos también empezaron a necesitarla. En ese proceso ayudó mucho resolver primero mi propio problema, publicarlo como open source y escribir no tanto sobre la herramienta en sí sino sobre el dominio de flow metrics y delivery performance

• fredwu: Yo pasaba mucho tiempo en grupos de Slack de Elixir y Ruby, y ahí conseguí bastantes proyectos de fundadores que buscaban consultores con experiencia. Si puedes mostrar street-cred con un portafolio, historial de clientes y contribuciones open source, tienes mucha más ventaja. Cuando buscaba proyectos, enviaba también mi GitHub, el SaaS que construí y, si se trataba de apoyo a nivel estratégico, hasta mi LinkedIn para generar confianza. Y viendo rápido tu sitio, siento que aunque explica bastante los servicios que ofreces, no deja ver bien "quién eres" ni "qué has hecho"

  • osakasaul: Me parece un consejo muy sólido. Solo añadiría que la presencia en comunidad importa incluso más de lo que parece, y tiene que ser auténtica. Si en Slack realmente ayudas en vez de vender de inmediato, ya se forma una relación donde la gente conoce la calidad de tu trabajo. La combinación de portafolio y OSS reduce mucho la ansiedad del cliente, e incluso pequeñas contribuciones open source funcionan mejor de lo que uno cree. Y además hace falta ver las referencias de los primeros clientes como un verdadero motor de crecimiento

• lazythrowaway12: Literalmente también tuve algo de suerte. Conseguí mi primer trabajo viendo un anuncio en el periódico, y a través de ese primer cliente fueron llegando otros. Más adelante también me entró trabajo por colegas que había conocido en etapas en las que volví temporalmente a tener empleo fijo

• dustingetz: Adopté React muy temprano y probablemente incluso hice una de las primeras librerías de forms y state management. Publiqué hasta screenshots de apps empresariales, así que en 2014 si buscabas "react forms" mi GitHub salía casi de inmediato, y eso se convirtió en inbound y mucha credibilidad, lo que me permitió cobrar tarifas altas en 2015-2016. Pero ahora creo que las empresas internalizaron el ecosistema de desarrolladores y el desarrollo de aplicaciones ya se percibe desde el lado del comprador como algo resuelto, así que el ecosistema freelance de aquel momento se ha reducido bastante

• TheAmazingRace: Todavía dependo de $DAYJOB para la mayor parte de mis ingresos, pero terminé creando un nicho inesperado. A raíz de publicaciones en la comunidad de OS/2, me pidieron ayuda con problemas de OS/2 corriendo en equipo CNC y, como estaba relativamente cerca, terminé teniendo una fuente extra de ingresos yendo de vez en cuando a depurar y resolver problemas en esas cajas con OS/2. No reemplaza todavía mi 9 to 5, pero es un side gig bastante bueno y me está permitiendo crear cada vez más conexiones

  • bombcar: Creo que lo bueno de un nicho así es que una vez que arreglas una caja vieja de OS/2, naturalmente te conviertes en la primera persona a la que llaman cuando aparece el siguiente problema

• andy99: Creo que primero hay que tener clarísimo quién es el comprador. Muchas veces no será un técnico sino alguien de operaciones, así que HN quizá no sea tan buen lugar para anunciarse. Si quieres encontrar dolores operativos, tienes que hablar con la gente de operaciones; el equipo técnico normalmente tenderá a responder "ya lo estamos haciendo" o a inclinarse por contratar un IC full-time. Por eso, más que vender horas o regalar tiempo, a veces encaja mejor una propuesta tipo diagnóstico gratis donde muestras tanto el problema como el plan de solución

• Ken_At_EM: Mi primera oportunidad la conseguí al seguir impulsivamente a otros desarrolladores que conocí en IRC y volar a California, y la segunda, literalmente, jugando pool en un bar

• rohitv: Creo que la mejor venta es el proof of work. Si todavía no lo tienes, construye algo tú mismo y muéstralo; incluso ordenar bien los nombres de las empresas donde trabajaste antes ayuda. Los cold emails también funcionan mucho mejor cuando no son totalmente fríos, sino que van dirigidos a industrias y empresas donde ya resolviste problemas parecidos. Más de 10 años de experiencia en software sí tienen mucho valor; lo importante es empaquetarlo de forma que ese valor se vea. Y quiero insistir en algo: jamás trabajes gratis. Eso devalúa tu tiempo, hace que parezcas menos serio y tiende a atraer a clientes con los que no es agradable trabajar. Yo hice freelancing como side gig durante 8 años y este año me pasé full-time; ahora, de hecho, me sobra trabajo. Mis primeros clientes los conseguí en /r/forhire de Reddit y en el antiguo freelancer thread de HN

• adityaathalye: En tu caso, yo recomendaría salir a recorrer la ciudad y hablar directamente con SMEs. Intenta conseguir introducciones cálidas a través de amigos, y al comienzo incluso podrías regalar el software y luego pasar a un contrato anual de mantenimiento. El AMC debería cobrarse por valor, y al principio no pasa nada si ganas un poco menos. Después de dos o tres proyectos ya empiezas a tomarle la mano a una estrategia de precios que beneficie a ambas partes

• eatonphil: Si lo que necesitas es visibilidad, yo estoy organizando un espacio donde pagamos un pequeño honorario a desarrolladores con experiencia para que escriban artículos educativos sobre infraestructura de software. No deberían ser textos para promocionar directamente su propio proyecto, pero en la byline sí pueden indicar que están disponibles para empleo o contratos, así que puede servir como canal de exposición

  • pdimitar: Estoy a punto de terminar un puente bastante complejo que conecta Elixir con Rust y luego con SQLite, y disfruté muchísimo el proceso. Me está dando la impresión de que podría valer la pena escribir sobre eso

• yathern: Hice un proyecto completamente inútil llamado monkeys.zip, pero mostraba muy bien mis intereses y capacidades, y a partir de ahí empezaron a llegarme propuestas para proyectos creativos

• talsania: Sigo siendo estudiante, pero lo que de verdad logró generar reacción en gente de la industria fue mostrar "hardware que realmente funciona". Cuando publiqué resultados de latencia de lectura UART y un NoC corriendo sobre Artix-7, en una semana tuve más respuesta que con cualquier cosa anterior. Siento que la gente de este campo detecta enseguida los proyectos hechos solo para marcar casillas

• jmkni: Mi inicio fue cruzarme por casualidad en un bar con alguien que estaba buscando contratistas, y decirle que yo era software engineer. Pero eso fue en 2013, y ahora el mercado es completamente distinto; de hecho, yo ya no hago consultoría. Hoy sí siento que es claramente un mercado a favor del comprador

• tomwphillips: Todo el trabajo que hice como solo consultant/contractor vino de antiguos colegas que me contactaban cuando necesitaban unas "manos confiables", o de esos mismos colegas recomendándome a gente nueva. La gente quiere que el trabajo se resuelva sin fricciones, así que elegir a alguien desconocido o sin referencias se siente como un riesgo grande

• mcook08: Yo arranqué en una situación parecida en 2024 y ahora ya tengo 6 clientes y 9 empleados. Lo primero que aprendí es que al principio importa más "conseguir como sea el primer cliente" que tener un GTM repetible. Mi primer cliente fue un amigo empresario con algo de interés técnico, y yo le daba coaching mensual mientras él mismo escribía el código; económicamente no era gran cosa, pero el simple hecho de haber cobrado dinero real me legitimó. Lo segundo es que tienes que contar historias reales. Una situación concreta con un prospecto que viste ayer convence mucho más que el copy de un sitio web. Lo tercero es que la pregunta verdadera no es cómo conseguir el primer cliente, sino el segundo, el tercero y el cuarto. Si dependes de uno solo, no eres muy distinto de un empleado sin beneficios. Yo conseguí el segundo respondiendo a un RFP por primera vez, el tercero por recomendación del segundo y el cuarto por presentación de un amigo que conocía mi trabajo. Visto en retrospectiva, quizá no parece una estrategia consistente, pero la clave fue aprender haciéndolo. Y también siento que leer libros tiene mucho mejor retorno que pasar tiempo en redes sociales. El libro que más me impactó fue The Prosperous Coach, aunque ni siquiera es de esta industria

  • jasonjayr: Me da curiosidad dónde conseguiste ese RFP, o si hay algún feed donde se puedan encontrar

• sam_lowry_: Yo era programador Java y como side gig manejaba un sitio comunitario bastante grande basado en Drupal. Por curiosidad postulé a una empresa de noticias que usaba Drupal, y su estructura de costos era muchísimo más ineficiente que la mía para un volumen similar de pageviews, así que terminé encargándome de la optimización y luego me convertí en CTO. Había tantos freelancers en esa industria que al final yo también terminé pasándome al freelancing full-time

• oefrha: En la universidad hice un proyecto open source que tuvo cierto éxito, y a partir de ahí empezaron a entrar trabajos relacionados con ese tema. Aun así, siento que hoy ese camino se ha estrechado mucho por la avalancha de proyectos vibe-coded y el aumento de stars sospechosas en GitHub

• sminchev: Todavía estoy en la etapa de lanzar y tratar de hacer que esto funcione como sea, pero me animé por una suma de razones. Ya tengo 40 años, dos hijos y el segundo apenas tiene 6 meses, así que empecé a pensar en la educación y la vida de la familia en un horizonte de tiempo largo. También sentí que, con AI cambiando el mundo, tal vez la profesión de software developer no sea tan segura a largo plazo como antes, y con casi 20 años de experiencia como contractor me sentí con la confianza suficiente como para intentarlo. No sé cómo va a salir, pero por ahora lo estoy haciendo

• dear_prudence: Mi primer proyecto llegó por un amigo de un excompañero de trabajo. Otra vía que me sirvió fue mandar cold emails a agencies ya establecidas en mi campo, data engineering, adjuntando mi portafolio. Tener siempre listo un capability deck también ayudó

• jll29: Esto es más una historia cercana a startup que a consultancy clásica, pero hicimos una homepage y una página de LinkedIn, escribimos un business plan y durante un año hablamos con VCs, ángeles y otras startups sin ningún resultado. Entonces, de repente, una empresa espacial de Bélgica nos escribió para pedirnos un proyecto subcontratado; nos había encontrado por búsqueda en LinkedIn y dijo que éramos el único proveedor en Europa. El proyecto era pequeño y el presupuesto apenas de 25 mil dólares, pero el simple hecho de que un cliente real estuviera dispuesto a pagar dinero real ya fue enorme. Al final lo cerramos pronto porque, contando incluso los costos de viaje, no era rentable, pero aprendimos que el space sector, como hace muchas cosas por primera vez, está mucho más abierto a tecnología temprana

• squirrel: Yo ya venía haciendo consultoría con equity para una startup salida de aceleradora, así que al independizarme fue fácil pasar a un contrato pagado. Después llegaron algunos clientes porque inversionistas que conocí en ese proceso me recomendaron a empresas de su portafolio. Aun así, siento que si hubiera leído antes Million Dollar Consulting de Alan Weiss, habría cometido menos errores como cobrar por day-rate

• cjonas: Creo que primero hay que revisar con honestidad hasta dónde llega tu experiencia técnica real. Muchos clientes enterprise se mueven alrededor de productos como Salesforce, SAP, Hubspot o Dynamics, y las empresas que sí tienen una organización de ingeniería propia muchas veces ni siquiera necesitan consultores externos. Por otro lado, las empresas sin organización de ingeniería suelen preferir soluciones out-of-the-box antes que desarrollo a medida, así que es importante leer bien la realidad del mercado

• assimpleaspossi: Hace muchísimo tiempo publiqué un artículo en Byte Magazine, y pocas semanas después de salir empecé a recibir llamadas de consulta

• georgestrakhov: Yo sigo haciendo este trabajo, y en este momento tanto los leads como los proyectos me están llegando por red de contactos a tal punto que me cuesta absorber todo. Si tienes buenos proyectos, GitHub o portafolio, compártelos; si encaja, podría escribirte directamente y también dejar abierta la posibilidad de colaborar

  • soulofmischief: En los últimos años he tenido la mala costumbre de no publicar proyectos interesantes, pero yo también hago consultoría y me gustaría conectar compartiendo por correo mi código y mis proyectos. Incluso si el área no encaja exactamente ahora, siento que construir la relación en sí ya tiene valor

• lpapez: En mi caso casi todo fue por recomendaciones de trabajos anteriores y networking. Sinceramente, casi nunca he visto que contraten a un solo contributor por otros canales