移行先は、kintoneだけが
正解ではありません。

向くケース

少人数から中規模のチームで、申請・案件管理・顧客管理といった業務を、短期かつ低コストでクラウド化したい場合に向きます。プログラミングをあまり伴わずにアプリを作れるため、社内で運用を内製化しやすい点も強みです。同時に開いても壊れにくく、Accessの「複数人で開くと重い・壊れる」という悩みの受け皿になりやすい移行先です。

注意点

複雑な帳票（1枚に多数の明細や計算が入る請求書・見積書など）や、レコード数が非常に多い大量データの扱いは苦手な場面があります。Accessで作り込んだ複雑なクエリ・レポートをそのまま再現しようとすると、標準機能では表現しきれず、プラグインや外部連携が必要になることがあります。移行前に、どの機能が標準で足りてどこに作り込みが要るかを見極めることが大切です。

向くケース

既にMicrosoft 365を導入している企業で、SharePointやExcel、Dataverse、Teamsといった社内資産と業務アプリを連携させたい場合に向きます。認証やアクセス権限を既存のMicrosoftアカウントで統一できるため、情報システム部門の管理と相性が良い移行先です。

注意点

ライセンス体系が要注意です。利用するコネクタやアプリの種類によって必要なプランが変わり、ユーザー単位の課金が積み上がることがあります。移行後の総保有コストを見誤らないよう、対象人数と利用機能を前提にライセンスを試算しておくことをおすすめします。また、細かなUIや複雑な帳票出力は追加の作り込みが必要になる場合があります。

向くケース

要件が複雑で既製品では収まらない業務や、社外の取引先・顧客にも公開する必要がある業務、他システムとのデータ連携が前提となる基幹業務に向きます。自由度が最も高く、業務に合わせて必要な機能・同時利用性能・拡張性を設計できます。長期的に自社の中核システムとして育てていきたい場合の選択肢です。

注意点

自由度が高い分、初期の開発費と開発期間が最も大きくなります。要件次第では数百万円規模、開発に数か月以上を要することもあります。要件定義が曖昧なまま進めると、費用・期間ともに膨らみやすい点に注意が必要です。まず現状の解析で「本当に必要な機能」を絞り込んでから着手すると、無駄な開発を避けられます。

向くケース

伝票・帳票・入力フォームが業務の中心で、その見た目や操作感をできるだけ保ったまま移行したい現場に向きます。デザインの自由度が高く、Accessのフォーム資産に近い感覚で画面を作れるため、現場ユーザーの操作の変化を小さく抑えられます。Windows・Mac・iPadなど複数端末で使いたい場合にも適しています。

注意点

多人数での同時利用を安定させるには、FileMaker Serverの導入と運用設計が前提になります。サーバーの保守・バックアップ・ライセンス更新といった継続的な運用体制を、社内で担えるか外部に委ねるかを事前に決めておく必要があります。運用を軽く見ると、移行後にかえって管理負担が増えることがあります。