ソロのエンジニア／コンサルタントとして、最初のプロジェクトはどうやって受注しましたか？
(news.ycombinator.com)- この10年ほどソフトウェアエンジニアとして働き、最近1人でコンサルティングを始め、中小企業の複雑なバックオフィス業務の問題解決に注力している
- 具体的には、スプレッドシートに依存した場当たり的な連携、不安定な社内業務フロー、不十分なレポーティング体制、ぎこちない連携、バックエンド・プラットフォームの問題、実務を処理する必要があるAIワークフローなどを支援したいと考えている
- 汎用的な代理店の形は目指しておらず、どのような顧客開拓の方法が効果的だったか、最初の顧客が人脈・コンテンツ・コールドアプローチ・提携・下請け・その他どの経路から来たのかについて経験を尋ねる投稿
1件のコメント
Hacker Newsの意見
aviperl: 私は開発者向けのSlackコミュニティでPythonの質問に継続的に答えていて、そのおかげでAWSコストの急増問題に悩んでいた人の知人が私を訪ねてきた。問題を解決した後、機能追加の要望は断り、いっそ最初から書き直したほうがいいと助言したところ、結局そのリライトを任されて6年間一緒に仕事をしている。以前に商業写真家だった頃も、Facebookの写真コミュニティで同じように人を助けて仕事を得ており、その縁で妻とも出会った。結論としては、インターネットで親切に振る舞うことは本当に大きな資産になるということだ
santiagobasulto: 一般的なコンサルティング市場は混みすぎていると感じる。Startup CEOとして、ソフトウェアエージェンシーやコンサルタントからのメールを毎週何通も受け取るし、IndiaやUkraine拠点の低価格提案も多いので、真正面から競争するのは非常に難しいと思う。だから、一つのことに圧倒的に強い専門家になることを勧めたい。オープンソースを作るか中核的な貢献者になり、Webサイトでは顔や背景を見せて信頼を与え、その状態でネットワークを強く回していけば推薦が積み上がると思う
stevetron: 私はとてもローカルなやり方で始めた。電子部品と中古コンピュータ部品を売る行きつけの店のレジに、自分の名刺をずっと置かせてもらい、店員たちとも親しくなって、誰かが助けを求めていたら私のカードを渡してもらうようにしていた。8か月間ほとんど無一文だったが、クリスマスイブに誰かがその名刺を見て電話してきて、サンプルを持ってきて、週200ドルのリテイナー契約をその場で書いてくれた。その仕事が口コミネットワークの始まりとなり、何十年も続くことになった
retrac98: 10年やってみて、cold outreachでもまず価値を与えるやり方が一番うまくいった。「この部分は不必要にコストが高く、こうすればもっと良い」と言うだけではなく、小さな改善案でも実際に無料で渡すと、単に仕事をくださいというメッセージよりはるかに強力だ。大きなものを渡す必要はなく、社内チームがすぐ実行できる小さなシステム改善計画で十分だ。そしてLoomのような短い動画で問題を指摘してあげると、顔と声まで伝わるので即座の信頼形成に役立つ
mvvl: 私の最初のプロジェクトは、新しい会社に移った元同僚から来た。結局こういう仕事では、派手な営業戦術よりもまず信頼とつながりの閾値を超えることが重要だと感じる。いろいろな会社で働くほど、社内で私を推薦してくれる人が増え、会社員として働いている間にすでに将来のconsultingパイプラインを積み上げているようなものだ。ただ私は、常に新しい見込み客に自分を証明し続ける過程が楽しくなく、今はその道をやめて、自らを語ってくれる自分のプロダクトを作るほうへ移った
alegd: 自分のプロダクトを作りながらフリーランスのコンサルティングも並行しているが、最初の顧客は単に友人の紹介で、モバイルアプリとバックオフィスの保守が必要な人たちに会えただけだった。派手な戦略やcold outreachはなく、自分の実力を知っている誰かがつないでくれたことが始まりだった。だから多くのエンジニアは、「自分が何をしているかを周囲に知らせること」の力を過小評価していると感じる。もっと見つけてもらうために、LinkedInで自分が作っているもの、技術的な選択、失敗した点を継続的に書き始めたところ、大当たりではないにせよ十分に連絡が来る。ただしコンサルティングは油断すると自分の時間を丸ごと飲み込むので、私は時間の境界を強く引き、請求書のための仕事と本当に作りたいものを分けて扱っている
ludicity: 私はかなり知られたtech blogを書いていて、1年半前に近いニッチで非常にオープンにconsultancyを始めた。初年度には2人分のフルタイム給与を賄えるほど稼ぎ、いくつかの短期案件では時給1,000ドルを超えた。希望があればメールで話す用意がある
saadn92: 私は今、Upworkで小規模企業向けのAI automationの仕事を始めて2か月ほどだが、本当に効果があったのは提案書を「無料のミニコンサルティング」のように書く方法だった。スプレッドシート自動化の依頼が出たら、相手の問題を正確に言い直し、n8nでどう構成するか、スケジュールはどうなるか、通常どこで詰まるかまで書いて送った。「経験10年」のような自己紹介はそれほど重要ではなかった。6週間ほどでレビューが5件つくと、時給を70ドルから95ドルに上げても反発はなく、レビューが会話の力関係を完全に変えた
rotten: freelance consultingとは、結局マーケティング、セールス、バックオフィス業務まで全部含む仕事だと思う。仕事が空く期間をしのぐ体力も必要だし、代金を払わない顧客にも対処しなければならない。商品は自分自身なので、まずブランドを築き、差別化ポイントを明確にしなければならない。ネットワーキング以外にも、本、カンファレンス、Substack、ブログのような方法があり、価格設定や契約成立も別途学ぶべき領域だ。そのうえ請求可能時間の外でも、営業、税務、請求、保険まですべて自分の時間に含まれ、結局は時間を売る仕事なのでスケーラビリティには限界がある。大きな富を作るなら、不動産、株式、IPのような所有資産のほうが良いと感じ、私は結局、技術の仕事そのものに集中する道を選んだ
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まで一緒に送り、信頼を築いていた。それとサイトを少し見たが、提供サービスの説明は多い一方で、「あなたが誰で、何をしてきたのか」があまり見えない点は惜しいと感じる
lazythrowaway12: 文字どおり運も少しあった。新聞広告を見て最初の仕事を取り、その最初の顧客を通じて別の顧客が続いた。その後は、途中で再び会社勤めをしていたときに出会った同僚たちから仕事が入ってきた
dustingetz: 私はReactをかなり初期に導入し、おそらく最初期レベルのformsとstate managementライブラリも作った。エンタープライズアプリのスクリーンショットまで公開していたので、2014年に「react forms」を検索すると私のGitHubがほぼすぐ出てきた。それがインバウンドと高い信頼につながり、2015〜2016年には高い単価を取ることができた。ただ今は、企業が開発者エコシステムを内部化し、アプリケーション開発は買い手の視点ではすでに解決済みの領域のように見なされていて、当時のようなフリーランス生態系はかなり縮小したと思う
TheAmazingRace: まだ収入の大半を$DAYJOBに依存しているが、意外なニッチを作れた。OS/2コミュニティへの投稿を通じて、CNC装置で動いているOS/2の問題を助けてほしいという依頼を受け、しかもかなり近場だったので、ときどきOS/2ボックスをデバッグして問題解決する副収入源ができた。すぐに9 to 5を置き換えられるわけではないが、かなり悪くないサイドワークで、少しずつさらに多くのつながりを作っている
andy99: まず買い手が誰なのかを明確にすべきだと思う。たいていは技術者ではなく運用側の人である可能性が高いので、HNは広告の場としてはあまり適していないかもしれない。運用上の痛みを見つけるには運用担当者と話すべきで、技術チームはたいてい「自分たちでやっている」か、正社員のIC採用の方向に反応しがちだ。だから時間単価を前面に出したり無料時間をばらまいたりするより、無料診断のように問題と解決計画を一緒に見せる提案のほうが合う場合が多い
Ken_At_EM: 最初の機会はIRCで知り合った他の開発者たちについて行って即興でCaliforniaへ飛び、2回目は本当にバーでビリヤードをしていて得た
rohitv: 最高の営業はproof of workだと思う。まだなければ自分で何か作って見せるべきだし、以前働いた会社名をうまく整理するだけでも役立つ。cold emailも、完全に冷たいアプローチより、自分がすでに似た問題を解いた業界や会社に送るほうが効果が高い。10年以上のソフトウェア経験には十分価値があるので、その価値が見えるように包むことが重要だ。そして、絶対に無料で働かないほうがいい。時間の価値を下げ、あまり真剣でない人に見え、一緒に仕事をしたくない顧客を引き寄せやすい。私は8年間副業のようにフリーランスをした後、今年フルタイムに切り替え、今はむしろ仕事があふれている。初期顧客はRedditの/r/forhireと以前のHN freelancer threadから得た
adityaathalye: 君の場合なら、街を実際に回ってSMEと話してみることを勧めたい。友人を通じて温かい紹介を作り、最初はソフトウェアを無料で作って、その後は年間保守契約へつなげる構造も可能だ。AMCは価値ベースで価格を付け、初期は少し稼ぎが少なくても構わないと思う。2〜3件やってみれば、双方に利益のある価格戦略の感覚がつかめるようになる
eatonphil: 可視性が必要なら、熟練開発者に少額の原稿料を払ってソフトウェアインフラ教育用の記事を書いてもらう場を運営している。自分のプロジェクトを直接宣伝する記事であってはならないが、bylineで求職中や契約可能であることを示せるので、露出の窓口として使える
yathern: monkeys.zipという、まったく役に立たないけれど自分の関心と能力をよく示すプロジェクトを作ったところ、その後、創造的なプロジェクト提案が入るようになった
talsania: まだ学生だが、業界の人たちから実際の反応を引き出せたのは、「実際に動くハードウェア」を見せたときだった。Artix-7上で動くNoCとUART遅延読み出しの結果を投稿したら、以前のどんなものよりも1週間で大きな反応が来た。この分野の人たちは、チェックボックス用のプロジェクトをすぐ見抜くと感じる
jmkni: バーで契約者を探していた人に偶然出会い、自分がソフトウェアエンジニアだと話したのが始まりだった。ただしそれは2013年の話で、今の市場はまったく違い、今では私もコンサルティングはしていない。今は明らかに買い手優位の市場だと感じる
tomwphillips: 私がsolo consultant/contractorとしてした仕事はすべて、以前の同僚が「安心して任せられる手」を必要とするときに連絡してきたか、その同僚たちが新しい人に私を紹介してくれた場合だった。人は面倒なく仕事が終わることを望むので、知らない相手や推薦のない相手を選ぶのは大きなリスクに感じる
mcook08: 私は2024年に似た状況で始めたが、今では顧客6社と従業員9人まで増えた。第一に、最初は再現可能なGTMよりも「どうにかして最初の顧客」を得ることのほうが重要だと学んだ。私の最初の顧客は少し技術に関心のある友人の事業家で、私が月次コーチングをしながら彼自身にコードを書かせたのだが、採算は悪くても、実際に金を稼げたという事実が自分を正当化してくれた。第二に、本当にあった話を語らなければならない。Webサイトの文言より、昨日会った見込み客との実際の状況のほうがずっと説得力がある。第三に、本当の問いは最初の顧客ではなく、2人目、3人目、4人目の顧客をどう得るかだ。1社に依存すると、福利厚生のない従業員と変わらないからだ。私は2社目を初めてのRFP回答で、3社目を2社目の顧客紹介で、4社目を自分の仕事を知る友人の紹介で得た。振り返れば一貫した戦略には見えなくても、実際にやりながら学ぶことが核心だった。そして本を読むことはソーシャルメディアよりはるかに高いリターンがあると感じる。私に最も大きな影響を与えた本は、まったく別業種の本であるThe Prosperous Coachだった
sam_lowry_: 私はJavaプログラマーで、副業としてDrupalベースのかなり大きなコミュニティサイトを運営していた。好奇心でDrupalを使っているニュース会社に応募したところ、同程度のページビューに対してコスト構造がはるかに非効率だったため、私が最適化を担当し、そのままCTOになった。その業界はフリーランサーが非常に多かったので、結局私もフルタイムのフリーランスへ移行することになった
oefrha: 大学時代にある程度成功したオープンソースプロジェクトを作り、それに関連する分野の仕事が先に入ってきた。ただ最近は、vibe-codedなプロジェクトの氾濫とGitHubの怪しいstar増加のせいで、そのルートは以前よりかなり狭くなったと感じる
sminchev: まだ立ち上げたばかりで、どうにか回るように必死になっている段階だが、いろいろな理由が積み重なって挑戦することにした。今40歳で子どもが2人おり、2人目は6か月だが、長い時間軸で家族の教育や暮らしを考えるようになった。AIが世界を変えるにつれて、ソフトウェア開発者という職業は長期的には以前ほど安全ではないかもしれないと感じたし、ほぼ20年の契約者経験を土台に一度試してみる自信もあった。どうなるかは分からないが、とにかくやってみている
dear_prudence: 私の最初のプロジェクトは元同僚の友人から来た。もう一つの方法としては、自分の分野であるdata engineering関連の既存data/analytics agencyに、ポートフォリオを添えてcold emailを送ることもあった。capability deckを常に用意しておくのが役立った
jll29: これは正統派のconsultancyというよりstartupに近い話だが、ホームページとLinkedInページを作り、事業計画書を書いてVCやエンジェル、ほかのstartupに1年間会っても成果がなかった。ところが突然、Belgiumのある宇宙企業から下請けプロジェクトの依頼が届き、LinkedIn検索で私たちを見つけたうえ、ヨーロッパでは私たちが唯一の供給者だと言われた。規模は小さく予算は2万5,000ドルだったが、実際の顧客が実際のお金を払うという事実だけでも大きな力になった。結局は出張費まで含めると採算が合わず早期終了したが、space sectorは多くのことを初めて試す分野なので、初期技術にもはるかに開かれているという学びを得た
squirrel: アクセラレーター出身のstartup1社でequity条件のコンサルティングをしていた流れがあり、独立後に有償契約へ転換しやすかった。その後の何社かの顧客は、その過程で知り合った投資家たちがポートフォリオ企業に私を推薦してくれて続いた。ただ、初期にAlan WeissのMillion Dollar Consultingを読んでいれば、day-rate請求のような失敗をもっと減らせたと思う
cjonas: まず自分の実際の技術経験がどこに届くのかを点検すべきだと思う。多くのエンタープライズ顧客はSalesforce、SAP、Hubspot、Dynamicsのような製品中心で動いており、自前のエンジニアリング組織がある会社は外部コンサルタントを必ずしも必要としていないことが多い。逆にエンジニアリング組織がない会社も、カスタム開発よりout-of-the-boxソリューションを好む傾向があるので、市場の現実を先に読むことが重要だ
assimpleaspossi: ずいぶん昔にByte Magazineに記事を載せたところ、それが出て数週間後にはすぐ電話で問い合わせが来た
georgestrakhov: 今でもこの仕事をしていて、現在は手に負えないほどリードもプロジェクトもすべてネットワークから入ってきている。良いプロジェクトやGitHub、ポートフォリオがあれば共有してほしい。合いそうなら直接連絡し、協業も視野に入れたい
lpapez: 私の場合は過去の職場での推薦とネットワーキングがほぼすべてだった。正直、solo contributorがそれ以外のチャネルで雇われるケースはほとんど聞いたことがない