솔로 엔지니어/컨설턴트로서 첫 프로젝트는 어떻게 수주하셨나요?

• 지난 10년가량 소프트웨어 엔지니어로 일했고 최근 1인 컨설팅을 시작했으며, 중소기업의 복잡한 후선 업무 문제 해결에 집중하고 있음
• 구체적으로 스프레드시트에 의존한 임시 연결, 불안정한 내부 업무 흐름, 부실한 보고 체계, 어색한 연동, 백엔드·플랫폼 문제, 실제 업무를 처리해야 하는 AI 업무 흐름 등을 돕고자함
• 범용 대행사 형태는 지향하지 않으며, 어떤 고객 발굴 방식이 효과적이었는지, 첫 고객이 인맥·콘텐츠·콜드 연락·제휴·하도급·기타 어떤 경로에서 왔는지 경험을 묻는 글

[GN⁺]

Hacker News 의견들

• aviperl: 나는 개발자 Slack 커뮤니티에서 Python 질문에 꾸준히 답하며 지냈고, 그 덕분에 AWS 비용 폭증 문제를 겪던 사람의 지인이 나를 찾아왔음. 문제를 해결한 뒤 기능 추가 요청은 거절하고 아예 처음부터 다시 쓰는 편이 낫다고 조언했고, 결국 그 리라이트를 맡아 6년째 함께 일하는 중임. 예전 상업 사진가 시절에도 Facebook 사진 커뮤니티에서 비슷하게 도움을 주며 일감을 얻었고, 그 인연으로 아내도 만났음. 결론은 인터넷에서 친절하게 지내는 일이 정말 큰 자산이 된다는 점임

  • phrotoma: 나는 이 이야기가 "Business of Authority"의 아주 좋은 예시라고 봄. 전문가로 자리 잡으면 일이 직접 찾아오게 됨
  • nicbou: 나는 이런 패턴을 여러 번 봤음. 공개적으로 꾸준히 도움을 주는 태도가 결국 비즈니스로 이어짐. 변호사나 컨설턴트가 필요할 때도, 커뮤니티에서 활발히 돕거나 유용한 글을 쓴 사람에게 더 끌리게 됨
  • InexSquirrel: 나는 여기엔 가시성도 크게 작용한다고 봄. 사람들이 나를 알아야 고용도 가능하므로, 커뮤니티 활동은 진짜 가치를 주면서도 관계와 노출을 함께 쌓는 좋은 방식임

• santiagobasulto: 나는 일반적인 consultancy 시장이 너무 붐빈다고 느낌. Startup CEO로서 소프트웨어 에이전시와 컨설턴트 메일을 매주 여러 통 받는데, India나 Ukraine 기반 저가 제안도 많아 정면 경쟁은 매우 어렵다고 봄. 그래서 한 가지에만 압도적으로 강한 전문가가 되라고 권하고 싶음. 오픈소스를 만들거나 핵심 기여자가 되고, 웹사이트에는 얼굴과 배경을 드러내 신뢰를 주며, 그 상태에서 네트워크를 강하게 돌려야 추천이 쌓인다고 생각함

  • aerhardt: 나는 "한 가지 전문화" 조언에 강하게 공감함. 6년간 제너럴리스트 컨설팅을 하며 큰 고객과 흥미로운 프로젝트도 얻었지만 비효율이 컸음. 그래서 executive search와 recruitment firm 쪽으로 수직 특화를 시작했고, 벌써 상업적으로도 운영적으로도 훨씬 효율이 좋아지는 중임. 어디서 고객을 찾을지도 명확해졌고, 기존 프로세스와 시스템을 빠르게 이해해 즉시 기여할 수 있게 됐음. 문서화된 절차와 코드 같은 IP도 쌓여 productized service로 확장할 기반이 생김. 사람들이 전문화를 망설이는 이유는 논지 부족, 기회 부족에 대한 막연한 두려움, 그리고 자기 이미지에 대한 심리적 저항인데, 실제로는 전문화 안에도 다양성이 많고 언제든 다시 피벗 가능함
  • dustingetz: 나는 해외 프리랜서 가격 차익도 예전만 못하다고 봄. California SaaS 시장이 약해지고, 달러는 약세이며, Europe 원격 인건비는 올라가면서 예전 구조가 많이 바뀌었음. 지금은 더 동쪽 지역으로 채용을 넓히는 흐름이 강해 보임
  • Aurornis: 나는 이 점 때문에 cold outreach가 잘 안 먹힌다고 봄. 창업자 입장에서는 프리랜서 피치가 엄청나게 많이 들어오고, AI 자동화 때문에 더 심해지는 중임. 그래서 진짜 차별점은 형식적인 LinkedIn 요청이 아니라, 실제 사람으로서 신뢰와 관계를 만드는 네트워킹임

• stevetron: 나는 아주 로컬한 방식으로 시작했음. 전자 부품과 중고 컴퓨터 부품을 파는 단골 매장 계산대에 내 명함을 꾸준히 쌓아두고, 점원들과 친해져 누가 도움을 찾으면 내 카드를 건네주게 했음. 8개월 동안 거의 무일푼이었지만 크리스마스 전날 누군가 그 명함을 보고 전화했고, 샘플을 가져와 주당 200달러 리테이너 계약을 바로 써줬음. 그 일이 입소문 네트워크의 시작이 되어 수십 년을 이어가게 됐음

• retrac98: 나는 10년 해보니 cold outreach에서도 먼저 가치를 주는 방식이 가장 잘 통했음. "지금 이 부분이 불필요하게 비용이 크고 이렇게 하면 더 낫다"라고 말만 하는 게 아니라, 작은 개선안이라도 실제로 무료로 건네주면 단순히 일 달라는 메시지보다 훨씬 강력함. 큰 걸 줄 필요는 없고, 내부 팀이 바로 실행할 수 있는 작은 시스템 개선 계획이면 충분함. 그리고 Loom 같은 짧은 영상으로 문제를 짚어주면 얼굴과 목소리까지 전달되어 즉각적인 신뢰 형성에 도움이 됨

  • rrr_oh_man: 나는 이런 방식의 최근 구체 사례가 궁금함
  • andai: 나는 초반일수록 프로젝트를 아주 작은 마일스톤으로 쪼개고, 양쪽 모두 손해 보기 어렵게 인센티브를 설계함. 첫 주 안에 데모를 내고, 만족하면 비용을 받고 결과물을 넘기고 계속 진행하는 식임. 나도 고객도 리스크를 작게 가져가고, 혹시 일이 틀어져도 서로 피해를 최소화할 수 있음. 게다가 내가 좋아하고 목표와 맞는 프로젝트를 고르기 때문에 최악의 경우에도 배우는 게 남음

• mvvl: 내 첫 프로젝트는 새 회사로 옮긴 전 직장 동료에게서 왔음. 결국 이런 일은 번뜩이는 영업 전술보다 신뢰와 연결의 임계치를 먼저 넘는 게 중요하다고 느낌. 여러 회사에서 일할수록 내부에서 나를 추천해줄 사람이 늘어나고, 회사 생활을 하는 동안 이미 미래의 consulting 파이프라인을 미리 쌓고 있는 셈임. 다만 나는 계속 새 잠재고객에게 나를 증명해야 하는 과정이 즐겁지 않아 지금은 그 길을 접고, 스스로 말해주는 내 제품을 만드는 쪽으로 옮겼음

  • z33k: 나는 커리어 초반에 상업 소프트웨어 consultancy 회사에 들어간 사람으로서, 오히려 product 회사로 가고 싶다는 생각이 커짐. 컨설팅에서는 일이 끝나면 결과를 오래 지켜보기 어렵기 때문임

• alegd: 나는 내 제품을 만들면서 프리랜스 컨설팅도 병행 중인데, 첫 고객은 그냥 친구의 소개로 모바일 앱과 백오피스 유지보수가 필요한 사람들을 만난 게 전부였음. 화려한 전략이나 cold outreach는 없었고, 내 실력을 아는 누군가가 연결해준 것이 시작이었음. 그래서 많은 엔지니어가 "내가 뭘 하는지 주변에 알리는 것"의 힘을 과소평가한다고 느낌. 더 보이기 위해 LinkedIn에 내가 만드는 것, 기술적 선택, 실수한 점을 꾸준히 쓰기 시작했고, 대박은 아니어도 충분히 연락이 들어옴. 다만 컨설팅은 방심하면 내 시간 전체를 집어삼키므로, 나는 시간 경계를 강하게 두고 청구서용 일과 진짜 만들고 싶은 일을 분리해 다루고 있음

• ludicity: 나는 꽤 알려진 tech blog를 쓰고 있고, 1년 반 전 비슷한 니치에서 아주 공개적으로 consultancy를 시작했음. 첫해에 두 사람의 풀타임 급여를 감당할 만큼 벌었고, 몇몇 짧은 건에서는 시간당 1,000달러도 넘겼음. 원하면 이메일로 이야기 나눌 의향이 있음

  • em-bee: 나는 결국 기존 오디언스가 큰 역할을 한 건지, 블로그를 얼마나 오래 썼고 어떻게 알려졌는지가 궁금함

• saadn92: 나는 지금 Upwork에서 소규모 기업 대상 AI automation 일을 시작한 지 두 달 정도 됐는데, 진짜 효과가 있었던 건 제안서를 "무료 미니 컨설팅"처럼 쓰는 방식이었음. 스프레드시트 자동화 의뢰가 올라오면, 상대 문제를 정확히 되짚고 n8n으로 어떻게 구성할지, 일정은 어떤지, 보통 어디서 꼬이는지까지 써서 보냈음. "경력 10년" 같은 자기소개는 덜 중요했음. 6주쯤 지나 리뷰 5개가 생기자 시급을 70달러에서 95달러로 올려도 반발이 없었고, 리뷰가 대화의 힘의 균형을 완전히 바꿔줬음

  • le-mark: 나는 Upwork 자체는 꽤 힘든 플랫폼이라고 느끼며, 다른 유입 경로도 넓혔는지 궁금함
  • hyraki: 나는 실제로 어떤 워크플로를 자동화하게 되는지 궁금함. 내 일에서도 뭘 자동화할 수 있을지 감을 잡고 싶은 입장임

• rotten: 나는 freelance consulting이 결국 마케팅, 세일즈, 백오피스 업무까지 모두 포함하는 일이라고 봄. 일이 비는 기간을 버틸 체력도 필요하고, 대금을 안 주는 고객도 감당해야 함. 상품이 나 자신이므로 먼저 브랜드를 세워야 하고, 차별점을 분명히 해야 함. 네트워킹 외에도 책, 컨퍼런스, Substack, 블로그 같은 방식이 있고, 가격 설정과 계약 성사도 따로 배워야 하는 영역임. 게다가 청구 가능한 시간 외에 영업, 세금, 청구, 보험까지 모두 내 시간에 포함되며, 결국 시간 판매라 확장성엔 한계가 있음. 큰 부를 만들려면 부동산, 주식, IP 같은 소유 자산이 더 낫다고 느꼈고, 나는 결국 기술 일 자체에 집중하는 길을 택했음

  • rohitv: 나는 반대로 최근 solo agency를 풀타임으로 시작하면서 세일즈와 마케팅, 스코핑 작업 자체를 꽤 즐기는 편임. 순수 기술 시간은 줄지만 그 균형이 잘 맞고, 자율성과 유연성의 가치도 큼. 물론 모두에게 맞는 길은 아니고, 1~2년 뒤엔 나도 생각이 달라질 수는 있음
  • tossandthrow: 나는 이 점이 과소평가된다고 느낌. 나도 프리랜스를 몇 년 했을 때 실수령은 낮았지만, 회사에 오래 있으면 기술 감퇴 위험도 큼. 그런 의미에서 계약자로 사는 편이 오히려 덜 위험할 수 있다고 봄

• Brajeshwar: 나는 결국 네트워크를 깊이 파는 게 핵심이라고 봄. 특히 고객사 내부에서 나를 밀어줄 챔피언을 만드는 것이 가장 좋음. 그리고 관련 읽을거리들도 많이 참고할 만함

• laughing_abder: 나는 "증명"보다 먼저 "정체성"을 만들었음. consultancy라고 부르기 전부터 친구 startup의 주말 작업, 마음에 드는 회사들에 대한 teardown, 공개된 1페이지 분석 같은 일을 계속 만들었고, 돈은 안 됐어도 구체적인 산출물이 쌓였음. 그래서 첫 유료 프로젝트의 관건은 고객을 찾는 것이 아니라, 나를 믿기 위해 감수해야 할 위험을 거의 없애는 일이었음. 시장은 내가 먼저 만든 정체성을 나중에 따라왔음

• iainctduncan: 나는 오랫동안 비슷한 일을 했는데, 가장 효과적이었던 건 인접 분야 사람들을 직접 만나고 내 존재를 알리는 일이었음. 특히 과학자들을 도와주는 일이 가장 흥미로웠고, 수입은 아주 높지 않아도 오래 가는 좋은 관계로 이어지곤 했음. 다만 나는 공짜 제공은 권하지 않음. 절박함으로 읽히기 쉬움. 대신 1시간 무료 초기 상담을 주고, 그 다음엔 본 요율보다 낮은 유료 discovery로 넘어가 기술 문서를 남겨주는 구조가 장기적으로 가장 잘 작동했음

• gsliepen: 나는 오픈소스 애플리케이션을 개발했는데, 그 일부를 상용 애플리케이션의 라이브러리로 쓰고 싶어 하는 사람들이 생겨서 그 수요로 consultancy를 시작했음. 동시에 본업도 있었기 때문에 생활비를 모두 이 일로 충당해야 하는 압박은 없었음. 배운 점은 회계사는 수입이 작아도 빨리 두는 게 마음이 편하다는 점, 처음부터 완벽한 해답일 필요는 없고 고객과 함께 쓸 수 있는 방향으로 만들어가면 된다는 점, 고객이 조용해도 내가 먼저 주기적으로 소통해야 한다는 점임. 또 많은 고객이 나를 아예 채용하거나 작업물 권리를 통째로 사려 했는데, 독립성을 유지하고 싶다면 경계를 분명히 해야 함

• l5870uoo9y: 나는 10년 넘게 프리랜싱했고 첫 일은 Copenhagen 기숙사 시절 지인에게서 왔음. 그 뒤엔 LinkedIn 리크루터를 통해 일감을 여러 개 얻었지만, 지금은 분위기가 완전히 달라졌음. 고수익 프리랜스 포지션은 시장 호황기에 생겼다가 불황기에 급격히 줄어드는 순환성이 강함. COVID 전후 기술 시장이 뜨거울 때는 리크루터가 계속 연락해오고 선택권도 컸지만, 경기 부양 종료와 금리 상승 이후 Berlin과 Germany의 프리랜스 시장은 크게 위축됐음. 네트워크가 크지 않다면 여러 리크루터에 등록해보고, 경쟁이 덜한 지역이나 현장 근무 수요가 있는 곳을 노려보는 것이 현실적임. 지금은 상당한 경력과 보여줄 프로젝트가 거의 필수라고 느낌

• swiftcoder: 나는 계약 일 대부분을 예전에 함께 일했던 사람들에게서 받음. 시간이 지나며 네트워크가 업계 전반으로 퍼지고, 누군가 강한 해결사가 필요할 때 내가 떠오르는 구조가 만들어짐

• tesders: 나는 15년 넘게 agency에서 소프트웨어 전달 팀 리드를 했고, solo path는 내부 도구를 만든 데서 시작됐음. Jira의 flow metrics를 측정하려고 직접 만든 도구가 다른 팀에도 필요해졌고, 그 과정에서 내 문제를 먼저 해결하고, 오픈소스로 공개하고, 도구 자체보다 flow metrics와 delivery performance라는 도메인에 대해 글을 쓴 것이 도움이 됐음

• fredwu: 나는 Elixir, Ruby 같은 Slack 그룹에 자주 있었고, 그곳에서 경험 많은 consultant를 찾던 창업자들에게서 프로젝트를 꽤 얻었음. 포트폴리오나 고객 이력, 오픈소스 기여 같은 street-cred를 보여줄 수 있으면 훨씬 유리함. 나는 프로젝트를 찾을 때 GitHub, 내가 만든 SaaS, 전략 레벨 지원이 필요할 땐 LinkedIn까지 함께 보내며 신뢰를 쌓았음. 그리고 사이트를 잠깐 봤는데, 제공 서비스 설명은 많은데 "당신이 누구인지, 무엇을 해왔는지"가 잘 안 보이는 점이 아쉽다고 느낌

  • osakasaul: 나는 이 조언이 아주 탄탄하다고 봄. 다만 커뮤니티 존재감은 생각보다 더 중요하고, 진정성이 있어야 함. Slack에서 바로 영업하지 않고 실제로 돕다 보면 이미 일의 질을 아는 관계가 만들어짐. 포트폴리오와 OSS 조합은 고객의 불안을 크게 낮춰주고, 작은 오픈소스 기여도 생각보다 효과가 큼. 여기에 초반 고객의 추천을 성장 엔진으로 보는 관점도 꼭 필요함

• lazythrowaway12: 나는 말 그대로 운도 좀 따랐음. 신문 광고를 보고 첫 일을 잡았고, 그 첫 고객을 통해 다른 고객들이 이어졌음. 이후에는 중간중간 다시 직장 생활을 할 때 만난 동료들로부터 일이 들어왔음

• dustingetz: 나는 React를 아주 초기에 도입했고, 아마 최초 수준의 forms와 state management 라이브러리도 만들었음. 엔터프라이즈 앱 스크린샷까지 공개해 2014년에 "react forms"를 검색하면 내 GitHub가 거의 바로 나왔고, 그게 인바운드와 높은 신뢰도로 이어져 2015~2016년엔 높은 단가를 받을 수 있었음. 다만 지금은 기업들이 개발자 생태계를 내부화했고 애플리케이션 개발은 구매자 입장에서 이미 해결된 범주처럼 여겨져, 당시와 같은 프리랜스 생태계는 많이 줄었다고 봄

• TheAmazingRace: 나는 아직 수입 대부분을 $DAYJOB에 의존하지만, 의외의 니치를 만들었음. OS/2 커뮤니티 글을 통해 CNC 장비에서 돌아가는 OS/2 문제를 도와달라는 요청을 받았고, 마침 꽤 가까운 곳이어서 가끔 OS/2 박스를 디버깅하고 문제 해결하는 부업 수입원이 생겼음. 당장 9 to 5를 대체하진 못해도 꽤 괜찮은 사이드워크이고, 조금씩 더 많은 연결을 만들고 있음

  • bombcar: 나는 이런 니치의 좋은 점이 한 번 오래된 OS/2 박스를 고쳐주면, 그다음 다른 문제에서도 자연스럽게 우선 연락받는 사람이 된다는 데 있다고 봄

• andy99: 나는 먼저 구매자가 누구인지 분명히 해야 한다고 봄. 대개 기술자가 아니라 운영 쪽 사람일 가능성이 크므로, HN은 광고 장소로는 그리 적합하지 않을 수 있음. 운영상의 고통을 찾으려면 운영 담당자와 이야기해야 하고, 기술팀은 보통 "우리가 하고 있다"거나 정규직 IC 채용 쪽으로 반응하기 쉬움. 그래서 시간을 단위로 내세우거나 무료 시간을 뿌리는 것보다, 무료 진단처럼 문제와 해결 계획을 함께 보여주는 제안이 더 맞는 경우가 많음

• Ken_At_EM: 나는 첫 기회는 IRC에서 만난 다른 개발자들을 따라 즉흥적으로 California에 날아가서 잡았고, 두 번째는 정말로 바에서 당구 치다가 얻었음

• rohitv: 나는 최고의 영업은 proof of work라고 봄. 아직 없다면 직접 뭔가 만들어 보여주고, 예전에 일한 회사 이름만 잘 정리해도 도움이 됨. cold email도 완전히 차가운 접근보다 내가 이미 비슷한 문제를 풀어본 산업과 회사에 보내야 효과가 좋음. 10년 넘는 소프트웨어 경력은 충분히 가치가 있으니, 그 가치가 보이게 포장하는 게 중요함. 그리고 절대 공짜로 일하지 말라고 말하고 싶음. 시간 가치를 깎고, 덜 진지한 사람으로 보이게 하며, 함께하기 즐겁지 않은 고객을 끌어들이기 쉬움. 나는 8년간 부업처럼 프리랜싱하다가 올해 풀타임으로 전환했고 지금은 오히려 일이 넘침. 초반 고객은 Reddit의 /r/forhire와 예전 HN freelancer thread에서 얻었음

• adityaathalye: 나는 네 경우라면 도시를 직접 돌아다니며 SME들과 이야기해보라고 권하고 싶음. 친구를 통해 따뜻한 소개를 만들고, 처음엔 소프트웨어를 무료로 만들어준 뒤 연간 유지보수 계약으로 이어가는 구조도 가능함. AMC는 가치 기반으로 가격을 매기고, 초반에는 약간 돈을 덜 벌어도 괜찮다고 봄. 두세 건만 해보면 서로에게 이익이 되는 가격 전략 감이 잡히게 됨

• eatonphil: 나는 가시성이 필요하다면, 숙련 개발자에게 소정의 원고료를 주고 소프트웨어 인프라 교육용 글을 받는 자리를 운영 중임. 자기 프로젝트를 직접 홍보하는 글은 아니어야 하지만, byline에서 구직이나 계약 가능성을 알릴 수 있어 노출 창구로 쓸 수 있음

  • pdimitar: 나는 Elixir에서 Rust를 거쳐 SQLite로 연결하는 꽤 복잡한 브리지를 거의 마무리 중인데, 그 여정을 정말 즐겼음. 이걸 주제로 글을 써보는 것도 괜찮겠다는 생각이 듦

• yathern: 나는 monkeys.zip이라는 완전히 쓸모없지만 내 관심사와 역량을 잘 드러내는 프로젝트를 만들었고, 그 뒤로 창의적인 프로젝트 제안들이 들어오기 시작했음

• talsania: 나는 아직 학생이지만, 업계 사람들에게 실제 반응을 끌어낸 건 "실제로 돌아가는 하드웨어"를 내보인 일이었음. Artix-7 위에서 돌아가는 NoC와 UART 지연 읽기 결과를 올리자, 예전 어떤 것보다도 일주일 만에 더 큰 반응이 왔음. 이 분야 사람들은 체크박스용 프로젝트를 바로 알아차린다고 느낌

• jmkni: 나는 술집에서 계약자를 찾던 사람을 우연히 만나 내가 소프트웨어 엔지니어라고 말한 게 시작이었음. 다만 그건 2013년 이야기고 지금 시장은 완전히 달라졌으며, 이제는 나도 컨설팅을 하지 않음. 요즘은 확실히 구매자 우위 시장이라고 느낌

• tomwphillips: 내가 solo consultant/contractor로 한 일은 전부 예전 동료들이 "믿고 맡길 수 있는 손"이 필요할 때 연락한 경우이거나, 그 동료들이 새로운 사람에게 나를 소개한 경우였음. 사람들은 귀찮음 없이 일이 끝나길 원하므로, 모르는 사람이나 추천 없는 사람을 택하는 건 큰 리스크로 느껴짐

• mcook08: 나는 2024년에 비슷한 상황에서 시작했는데, 지금은 고객 6곳과 직원 9명까지 생겼음. 첫째, 처음엔 반복 가능한 GTM보다 "어떻게든 첫 고객"이 더 중요하다고 배웠음. 내 첫 고객은 기술에 조금 관심 있는 친구 사업가였고, 내가 월별 코칭을 하며 그가 직접 코드를 쓰게 했는데 경제성은 별로여도 실제 돈을 벌었다는 사실이 나를 정당화해줬음. 둘째, 진짜 있었던 이야기를 말해야 함. 웹사이트 문구보다 어제 만난 잠재고객과의 실제 상황이 훨씬 설득력 있음. 셋째, 진짜 질문은 첫 고객이 아니라 2번째, 3번째, 4번째 고객을 어떻게 얻느냐임. 한 고객에 의존하면 복지 없는 직원과 다를 바 없기 때문임. 나는 2번째 고객은 처음 해본 RFP 응답으로, 3번째는 2번째 고객 소개로, 4번째는 내 일을 아는 친구 소개로 얻었음. 뒤돌아보면 일관된 전략 같지 않아도, 직접 하면서 배우는 것이 핵심이었음. 그리고 책 읽기는 소셜 미디어보다 훨씬 높은 수익률이 있다고 느낌. 내게 가장 큰 영향을 준 책은 전혀 다른 업종의 책인 The Prosperous Coach였음

  • jasonjayr: 나는 RFP를 어디서 구했는지, 받아볼 수 있는 피드가 있는지 궁금함

• sam_lowry_: 나는 Java 프로그래머였고 부업으로 Drupal 기반의 꽤 큰 커뮤니티 사이트를 운영했음. 호기심에 Drupal을 쓰는 뉴스 회사에 지원했는데, 비슷한 페이지뷰 대비 비용 구조가 훨씬 비효율적이어서 내가 최적화를 맡다가 CTO가 됐음. 그 업계는 프리랜서가 워낙 많아서 결국 나도 풀타임 프리랜스로 전환하게 됐음

• oefrha: 나는 대학 시절 어느 정도 성공한 오픈소스 프로젝트를 만들었고, 그와 관련된 분야의 일이 먼저 들어왔음. 다만 요즘은 vibe-coded 프로젝트 범람과 GitHub의 수상한 star 증가 때문에 그 통로가 예전보다 많이 좁아졌다고 느낌

• sminchev: 나는 아직 막 출시하고 어떻게든 굴러가게 만들려 애쓰는 단계지만, 여러 이유가 쌓여 도전하게 됐음. 이제 40세이고 아이가 둘이며 둘째는 6개월인데, 긴 시간축에서 가족의 교육과 삶을 생각하게 됐음. AI가 세상을 바꾸는 만큼 소프트웨어 개발자라는 직업이 장기적으로 예전만큼 안전하지 않을 수도 있다고 느꼈고, 거의 20년의 계약자 경험을 바탕으로 한 번 시도해볼 자신이 생겼음. 어떻게 될지는 모르지만 일단 해보는 중임

• dear_prudence: 내 첫 프로젝트는 전 직장 동료의 친구에게서 왔음. 또 하나의 방법으로는 내 분야인 data engineering 관련 기존 data/analytics agency들에 포트폴리오를 첨부해 cold email을 보내는 방식도 있었음. capability deck을 항상 준비해두는 게 도움이 됐음

• jll29: 이건 정통 consultancy보다는 startup에 가까운 이야기인데, 홈페이지와 LinkedIn 페이지를 만들고 사업계획서를 써서 VC와 엔젤, 다른 startup들을 1년간 만나도 성과가 없었음. 그러다 갑자기 벨기에의 한 우주 기업이 하도급 프로젝트 요청을 보내왔고, LinkedIn 검색으로 우리를 찾았으며 유럽에서 우리가 유일한 공급자라고 했음. 규모는 작고 예산은 2만5천 달러였지만, 실제 고객이 실제 돈을 낸다는 사실만으로도 큰 힘이 됐음. 결국 출장 비용까지 포함하면 수지가 맞지 않아 일찍 종료했지만, space sector는 많은 일을 처음 해보는 분야라 초기 기술에도 훨씬 개방적이라는 배움을 얻었음

• squirrel: 나는 액셀러레이터 출신 startup 한 곳에서 equity 조건으로 컨설팅하던 흐름이 있어서 독립 후 유료 계약으로 전환하기 쉬웠음. 이후 몇 고객은 그 과정에서 알게 된 투자자들이 포트폴리오 회사에 나를 추천해주며 이어졌음. 다만 초반에 Alan Weiss의 Million Dollar Consulting을 읽었더라면 day-rate 청구 같은 실수를 덜 했을 거라고 느낌

• cjonas: 나는 먼저 본인의 실제 기술 경험이 어디에 닿는지 점검해야 한다고 봄. 많은 엔터프라이즈 고객은 Salesforce, SAP, Hubspot, Dynamics 같은 제품 중심으로 움직이고, 자체 엔지니어링 조직이 있는 회사는 외부 컨설턴트가 꼭 필요하지 않은 경우가 많음. 반대로 엔지니어링 조직이 없는 회사도 맞춤형 개발보다 out-of-the-box 솔루션을 선호하는 편이어서, 시장 현실을 먼저 읽는 것이 중요함

• assimpleaspossi: 나는 아주 오래전에 Byte Magazine에 글을 실었고, 그게 나간 뒤 몇 주 후 바로 전화 문의를 받았음

• georgestrakhov: 나는 지금도 이 일을 하고 있고, 현재 감당하기 어려울 정도로 리드와 프로젝트가 모두 네트워크에서 들어오는 중임. 좋은 프로젝트나 GitHub, 포트폴리오가 있다면 공유해주면 맞는 경우 직접 연락하고 협업도 열어둘 생각임

  • soulofmischief: 나는 지난 몇 년간 흥미로운 프로젝트를 공개하지 않은 습관이 있었지만, 나 역시 컨설팅을 하고 있어 코드와 프로젝트를 이메일로 공유하며 연결을 만들고 싶음. 지금 당장 분야가 딱 맞지 않더라도 관계를 만드는 것 자체가 가치 있다고 느낌

• lpapez: 나는 past workplace에서의 추천과 네트워킹이 거의 전부였음. 솔직히 solo contributor가 그 외 채널로 고용되는 경우는 거의 들어본 적이 없음