「kintoneからHubSpotに移行したい」——このご相談をいただくとき、最初にお伝えすることが決まっています。
その移行、おそらく「全部移す」話ではありません。
kintoneとHubSpotは、そもそも同じ土俵にあるツールではないからです。ここを整理しないまま移行計画を立てると、再現できないものを再現しようとして行き詰まります。
筆者はHubSpot JapanのカスタマーサクセスマネージャーとしてCRM導入200社以上を支援してきました。この記事では、kintoneからの移行で必ず突き当たる難所と、現実的な整理の仕方を書きます。
1. 最大の難所：独自に作り込まれたアプリ
kintoneからの移行で、実務上いちばん重いのはここです。
kintoneは自由にアプリが作れます。 それが最大の強みであり、だからこそ多くの会社で、その会社独自のアプリ・独自仕様になっています。業務にぴったり合わせて育ててきた結果です。
一方でHubSpotは、Salesforceや他の一般的なCRMと同じ作りをしています。コンタクト・会社・取引・チケットという顧客管理の型があらかじめ決まっており、超個社特化・業界特化のツールではありません。
つまり、個社特化・業界特化のツール特性をそのままHubSpotに引き継ぎたい場合は、難しくなります。 これは性能の差ではなく、設計思想の差です。自由に作れる道具と、型が決まっている道具を比べているからです。
2. 前提の整理：そもそも事業ドメインが違う
ここがこの記事の核心です。
kintoneは業務アプリ作成ツールであり、HubSpotと事業ドメインが完全に被っているわけではありません。
kintoneで作られているものを思い浮かべてください。日報、稟議、備品管理、勤怠、案件管理——顧客管理はその一部にすぎないはずです。対してHubSpotは、顧客との関係を管理するための製品です。カバーしている範囲が、最初から違います。
だから、kintoneでやっていることすべてをHubSpotで再現しようとするのは難しいし、そもそもそういうツールではありません。
この前提に立つと、検討の形が変わります。「kintoneからHubSpotへの移行」ではなく、**「CRM領域だけHubSpotに切り出す」**という整理です。
- 顧客・商談・問い合わせの管理 → HubSpotへ
- 社内業務のアプリ群 → kintoneに残す
この切り分けが、現実的な着地点になります。全部を1つに寄せる必要はありません。2つのツールの比較そのものについては、kintoneとHubSpot比較――「脱Excel」と「CRM」の違いと使い分けで整理しています。
3. 移行作業そのものについて
切り出す範囲が決まれば、あとはデータを移す作業です。
kintoneはデータ構造がシンプルで扱いやすいため、複雑に作り込まれたシステムからの移行に比べれば、データ移行の難易度は高くありません。難所は前段の「何を移して何を残すか」の判断にあります。
移行の具体的な方法は、HubSpotへのデータ移行の進め方で3つの方法と自力でやれる範囲を整理しています。
既存CRMからの切り替え全般で進め方に迷う場合は、SalesforceからHubSpotへの移行支援のページもご覧ください。移行元は違っても、要件定義から設計・移行・定着までの進め方は共通します。
4. 移行する価値が大きいケース
次の状況なら、CRM領域の切り出しは効果があります。
- kintoneで顧客管理アプリを作ったものの、メール配信やフォーム、行動履歴は外部サービスの継ぎ足しになっている
- 会社・担当者・案件の関連付けを自分たちで設計・保守する負担が重くなってきた
- マーケティングから営業、問い合わせ対応までを1つの流れで見たい
顧客管理を自作している状態から、最初からCRMとして設計されたツールに移すと、設計と継ぎ足しに使っていた時間がそのまま浮きます。
近い構図の事例があります。ヘルスケア領域のスタートアップ（従業員20名以下） は、営業・CS・請求管理までAirtableで運用していました。kintoneと同じく、自由にデータベースを組めるツールです。ここから「移すもの・残すもの」を見極めるスコープ設計を行い、60日間でSales Hub・Service Hubの同時導入を完了しています。
→ AirtableからHubSpotへ――60日で顧客管理を一元化
この事例で最も時間を使ったのも、移行作業ではなくスコープ設計でした。
5. 見送るべきケース
正直に書きます。個社特化・業界特化のアプリ群に業務が依存している場合は、kintoneのままでいいです。
長年かけて自社の業務にぴったり合わせて作り込んできたアプリがあり、日々の業務がその上で回っている。この状態でHubSpotに寄せようとすると、セクション1の壁に正面から当たります。型の決まったツールで、型のない作り込みを再現することになるからです。
判断軸はシンプルです。いま使っているアプリが「顧客管理」なのか、「自社独自の業務」なのか。
- 顧客管理なら、CRMに切り出す価値がある
- 自社独自の業務なら、kintoneに残すほうが合理的
「どちらか1つに寄せなければならない」という思い込みは不要です。併用は十分に合理的な選択です。
よくある質問（FAQ）
Q. kintoneのデータはHubSpotに移行できますか？
A. できます。kintoneはデータ構造がシンプルで扱いやすいため、データ移行そのものの難易度は高くありません。難所は移行作業ではなく、何を移して何を残すかの判断です。
Q. kintoneで作ったアプリはHubSpotで再現できますか？
A. 顧客管理に当たる部分は再現できます。ただしkintoneは自由にアプリを作れるツールで、多くの会社が独自仕様になっています。個社特化・業界特化の作り込みをそのまま引き継ぐことは難しいです。HubSpotは一般的なCRMと同じ型を持つ製品だからです。
Q. kintoneとHubSpotの併用はできますか？
A. できます。むしろ現実的な着地点です。顧客・商談・問い合わせの管理はHubSpot、社内業務のアプリ群はkintoneに残す、という切り分けが機能します。全部を1つに寄せる必要はありません。
Q. kintoneのままでいい会社はどんな会社ですか？
A. 個社特化・業界特化のアプリ群に業務が依存している会社です。自社の業務に合わせて作り込んだアプリの上で日々の業務が回っているなら、無理にCRMへ寄せる必要はありません。
まとめ：全部移すのではなく、CRM領域だけ切り出す
判断軸は1行です。それは顧客管理なのか、自社独自の業務なのか。
顧客管理ならHubSpotに切り出す価値があります。自社独自の業務ならkintoneに残してください。kintoneからHubSpotへの検討は、移行の計画ではなく切り分けの計画として立てるのが正解です。
kintoneからの切り替えをご検討なら
「どこまでHubSpotに移して、どこをkintoneに残すべきか」——判断に迷う場合は、Harekaにご相談ください。
HubSpot Japan CSMとして200社以上を支援した経験を持つ代表が、初回のご相談から導入・定着まで一貫して担当する体制で、現在のkintoneの使い方に照らした切り分けを一緒に設計します。
結論が「kintoneのままで大丈夫です」になることも含めて、フェアにお答えします。お問い合わせはこちらからお気軽にどうぞ。