新着Chrome拡張機能でアプリのテキストをライブ編集
ドキュメントログイン
Prismyロゴ
Prismyを選ぶ理由
プロダクト
リソース
料金
デモ無料で試す

2025年11月7日 · インタビュー

Bloomays:build vs buyの選択を支える戦略

BloomaysのCTOであるLoïc Calvyが、社内開発か既存ソリューションの活用かをどのように判断しているかを語ります。

Bloomays:build vs buyの選択を支える戦略

Bloomays の共同創業者兼CTOであるLoïc Calvyは、非常に現場に近いリーダーです。2020年にExecutive MBAを修了した後、採用市場にはより良いユーザー体験が必要だという確信を胸に、自らの起業の旅に踏み出しました。現在、Bloomays The Good Connectionは約20名(うちテック職向けに訓練されたリクルーター約10名)を雇用し、フリーランスと正社員の両方の採用で事業を展開しています。Loïcは「build」と「buy」の間でのテクニカルおよびビジネス上のトレードオフを振り返ります。

社内でソリューションを開発するか、サードパーティツールに頼るかを判断する技術的・ビジネス的基準は何ですか?

Loïc Calvy: これは繰り返し出てくる問いです。私のようなエンジニアリング出身のタイプは、常にbuildしたがる傾向があります。開発を学んできたので、それが自然な反応です。しかし私は非常に早い段階で、シンプルなルールを設けました。コアビジネスに関わるものだけをbuildする。自社のDNAでなければ、buyする、ということです。

Bloomaysのスタックは、市場のソリューションを組み合わせたものです。採用管理のためのATS、HubSpotを使った商用CRM、請求ツール…これらはすべてbuyです。一方、これらのモジュールを統合するワークフローは自社で構築しました。なぜなら、Bloomaysの価値は、あるリクルーターと別のリクルーター、どちらとやり取りしても同じ質を顧客に保証するというユーザー体験にあるからです。そのために、タッチポイントの標準化の方法を外部に委ねることはできませんでした。

もう一つの重要な点は請求です。私たちのビジネスでは、キャッシュフローの必要性が非常に大きいです。請求フローを完全に管理し、フリーランサーの稼働時間を確認し、請求書の発行を自動化したいと考えていました。それは市場のツールに任せるには中心的すぎました。そこで自社でbuildしました。タレントデータベースも同じ論理です。既存のATSでは、スキルを自分たちの望む形で記述するのに必要な柔軟性が得られなかったのです。

「build」の実際のコストと「buy」のコストをどのように評価しますか?

Loïc Calvy: ここでは私はかなりオーソドックスな方法を取ります。ニーズをユーザーストーリーに分解し、作業量(small、medium、largeのチケット)を評価し、リソースのコストを掛け合わせます。年収60,000ユーロ、フル負担コスト90,000ユーロの社内開発者は、日額コストを算出できます。外注する場合は、フリーランサーの日額から計算します。

そうすると、buildの方がはるかに高くつくことがすぐにわかります。もちろん、月額200ユーロのツールと比較するわけですが、それには太刀打ちできません。ただし注意が必要です。buyをすると、抜け出しにくいツールの上に構築することになります。

具体的な例として、Bloomaysの立ち上げ当初、プロセス管理のためにあるツールを選びました。2年後、それを変更しなければならなくなりました。問題は、財務、カスタマーケアなどに関連する多くのワークフローを積み重ねてしまったため、接続を解除するのに非常にコストがかかったことです。これがトレードオフです。buyは速くて効率的ですが、出口を事前に想定していなければ、後で大きな代償を払うことになります。

AIの波は、buildとbuyの選択の仕方を変えますか?

Loïc Calvy: はい、潜在的にはそうです。これまで私は常に「buyできるなら、buy」と言ってきました。専門企業があなたより上手くやってくれるからです。しかし、AIとコーディングができるエージェントが登場した今、buildはコストが下がり、より身近になっています。これはカードを切り直すことになるかもしれません。

今日すでに、Zapier、N8N、Makeのようなツールがゲームを変えました。以前は、プロダクトに機能が不足していたり相互運用できなかったりすると、デフォルトでbuildしていました。今は、購入したソリューション同士を非常に簡単に連携させることができます。これはさらにbuyの方向に押し進めています。

過去の選択に後悔はありますか?

Loïc Calvy: はい。十分にドキュメント化しなかったことです。複数のモジュールをbuildまたは相互接続するとき、何がどこに接続されているかを書き留めておかなければ、3年後に接続を解除しようとするときに行き詰まります。私たちはそれを経験しました。

現在は引き続き大規模にbuyしていますが、インテグレーションを別の方法で構造化しています。明日ツールを変更する必要が生じても、2年ではなく数ヶ月で対応できるようにしています。

スタートアップやスケールアップがこうした選択に直面したとき、どのようなアドバイスをしますか?

Loïc Calvy: まず、FOMOを避けることです。市場を見始めると、ツールが多すぎて目がくらみます。ベンチマークは良いことです。しかし、素早く選択して前に進まなければなりません。

次に、V1を恥ずかしいと思うことを受け入れてください。それは必ず不完全で、それで良いのです。完璧なソリューションを待っていたら、2年間buildしても何もリリースできません。後で調整するつもりで、速くリリースする方が良いです。

最後に、自分の選択に責任を持つことです。buildであれbuyであれ、これらは5年間の賭けです。悪い選択は長く引きずります。だから、存在しない完璧なツールを夢見るよりも、それを意識して向き合う方がはるかに良いのです。

Newsletter.title.インタビュー

ローカリゼーション、AI翻訳、製品の最新情報をメールでお届けします。

スパムなし、いつでも購読解除可能。プライバシーを尊重します。

Prismyロゴ

シンプルで強力な方法でグローバル展開。

Prismy - GitHubネイティブ、AIローカリゼーション for dev & product teams | Product Hunt

開発者向け

GitHub統合GitLab統合CLI

© 2026 Prismy. All rights reserved.

利用規約プライバシー
Prismy