kintoneが合わなくなってきたときの選択肢と、自社開発への移行判断
kintoneは立ち上げが速い一方で、業務が複雑になるほど「作り込みの限界」と「人数分の月額」が効いてきます。ここでは、乗り換えを検討する段階で押さえておきたい判断材料を整理します。
結論から
- kintoneを離れる理由の大半は、機能の限界ではなく「1人あたり課金 × 人数」の積み上がり
- プラグインや連携サービスを重ねて月額が膨らんでいるなら、自社開発の方が数年で逆転することがある
- 全部を一度に移さず、一番重い業務ひとつだけを切り出して置き換えるのが失敗しにくい
乗り換えを考えるサイン
- プラグインや連携サービスの月額が、本体の利用料と同じくらいになっている
- 現場が使う項目が増えすぎて、一覧が見づらく運用でカバーしている
- 帳票の細かい体裁や、複雑な計算・在庫引当などが標準機能で表現しきれない
- パート・アルバイトを含めて全員分のアカウントが必要で、人数が増えるほど負担が増す
- アプリが増えすぎて、どれが正なのか社内で分からなくなっている
移行先の選択肢は3つ
| 選択肢 | 向いているケース | 注意点 |
|---|---|---|
| 別のノーコードに乗り換え | 業務がまだ定型的で、標準機能の範囲に収まる | 同じ理由でまた限界が来る可能性がある |
| 業務パッケージを導入 | 自社の進め方をパッケージに寄せられる | 既存の業務フローを変える負担が大きい |
| 自社専用システムを開発 | 業務のやり方が競争力になっている、人数が多い | 初期費用がかかる。小さく始めて確かめるのが前提 |
費用の比べ方
比較するときは、月額だけでなく「3年でいくらか」を並べてください。ユーザー課金のサービスは人数が増えるほど効いてきます。プラグイン、連携サービス、有料サポート、設定を委託している場合はその費用も足します。
自社開発は初期費用がかかる代わりに、人数が増えても費用は増えません。何人規模で、何年使うつもりかによって、どこで逆転するかが決まります。
移行で失敗しないための順番
一度に全部を移すと、現場が新旧のシステムを行き来することになり、必ず混乱します。まず一番手間のかかっている業務をひとつ選び、それだけを置き換えてください。
既存のデータは、移行できるものと割り切って捨てるものを最初に線引きします。過去数年分をすべて持っていこうとすると、それだけで工数が膨らみます。
よくあるご質問
- kintoneのデータは引き継げますか
- CSVで書き出せるものは基本的に移行できます。添付ファイルやコメント履歴など、形式によって手間が変わるものもあるため、最初に「何を持っていくか」を決めておくと見積もりがぶれません。
- 全部を作り直す必要がありますか
- いいえ。kintoneを使い続けながら、負担の大きい一部分だけを自社システムに切り出す形も取れます。並行運用を前提に設計することもできます。