Claris FileMakerのシステム開発の完全ガイド

Claris FileMakerのシステムとは、顧客情報や案件、活動履歴などの業務データを、現場に合わせた画面・帳票・ワークフローへ組み立てられるローコード型の業務アプリです。既製のCRMに業務を合わせる方法と、ゼロからWebシステムを開発する方法の中間に位置し、必要な範囲から段階的に作れる点が強みです。

一方で、「簡単に作れる」という印象だけで始めると、顧客マスタの重複、権限設定の不足、担当者しか保守できない設計、想定外のライセンス費などで行き詰まることがあります。この記事では、Claris FileMakerのシステムでできること、構成の種類、開発の進め方、費用相場、開発会社やサービスの選び方、移行・セキュリティ・AI活用までを、導入前に判断できるように整理します。

Claris FileMakerのシステムとは？全体像を理解する

Claris FileMakerは、データベース、入力画面、検索画面、帳票、スクリプト、アクセス権を一つのカスタムAppとして設計できるプラットフォームです。営業・CRMであれば、会社、担当者、商談、商品、活動履歴を関連付け、案件の進捗や売上見込を一覧・ダッシュボードで確認する構成が基本になります。Excelや紙で分散していた情報を、業務の流れに沿った一つの仕組みにまとめられます。

何を一つのシステムにまとめられますか？

代表的な対象は、顧客管理、営業案件管理、見積・受注管理、問い合わせ管理、保守契約管理、在庫・備品管理、訪問・点検記録、請求前の実績集計などです。例えば営業部門では、顧客の基本情報と商談の予定、過去の接触履歴、次回アクションを同じ画面で確認できます。現場担当者がiPhoneやiPadから写真、PDF、署名、コメントを登録し、事務担当者が事務所で帳票に整える運用も設計できます。

ただし、何でも一つに詰め込むことが正解ではありません。経理や販売管理など、すでに信頼できる基幹システムがある場合は、FileMaker側に同じマスタを複製するのではなく、必要な情報だけを連携するほうが重複や不整合を抑えられます。最初に「どの判断を速くしたいのか」「誰の入力を減らしたいのか」を決めると、対象範囲を絞りやすくなります。

Pro・Go・WebDirect・Cloud・Serverの関係はどうなっていますか？

FileMaker Proは主にパソコンで開発・利用するクライアントで、FileMaker GoはiPhoneやiPadで利用するクライアントです。WebDirectを使えば、対応ブラウザからカスタムAppへアクセスできます。これらの利用画面を共有する基盤として、FileMaker CloudまたはFileMaker Serverを選びます。つまり、Pro・Go・WebDirectは使い方、Cloud・Serverはデータを共有する場所と運用方式という整理です。

FileMaker Cloudはサーバー機器、OS、ネットワークの管理負担を抑えやすく、遠隔利用やアップデートのしやすさを重視する場合に向いています。FileMaker Serverは自社管理のサーバーやクラウドVMで運用する方式で、閉域網、既存の認証基盤、細かなインフラ統制、特殊な連携を重視する場合に検討されます。Cloudを選んでも、業務設計、権限、バックアップの復元テスト、データ品質まで自動で整うわけではありません。

Claris FileMakerのシステム開発にはどのような種類がありますか？

開発方式は、既存テンプレートやパッケージを活用する方法、FileMakerの標準機能を中心に個別のカスタムAppを作る方法、外部システムと連携して全体の業務基盤にする方法に分けて考えると整理しやすいです。重要なのは、方式の名前ではなく、業務の独自性と将来の変更頻度に合っているかを確認することです。

パッケージやテンプレートを使う方法

顧客、会社、案件、活動履歴など、複数の企業で共通しやすい業務はテンプレートや既製Appを活用できます。初期の画面設計を短縮し、標準的な項目を参考にしながら、自社固有の項目だけを追加する考え方です。短期間で試したい場合や、まず営業情報の所在を一つにしたい場合に向いています。

ただし、パッケージを選ぶときは画面の見た目だけで判断しないことが大切です。データの持ち方、権限の粒度、CSV入出力、API、帳票の変更可否、ソースや設計書の扱い、契約終了時のデータ返却方法まで確認します。自社業務を無理にパッケージへ合わせると、入力が二重になったり、現場がExcelへ戻ったりするためです。

個別カスタムAppとして作る方法

自社の営業プロセス、承認ルール、帳票、訪問記録、拠点ごとの運用に合わせて設計する方法です。顧客と案件の関係、商談ステージ、失注理由、担当者ごとの権限などを業務に合わせて作れるため、既製CRMでは扱いにくい細かな要件にも対応しやすくなります。FileMakerの価値が出やすいのは、業務を理解したうえで必要な画面だけを作り、入力負担を小さくできるケースです。

一方で、設計者の力量によって保守性に差が出ます。テーブルやリレーションを場当たり的に増やす、計算式に業務ルールを埋め込みすぎる、命名規則がない、管理者権限を共有する、といった設計は後からの改修を難しくします。納品時にデータモデル図、フィールド定義、スクリプト一覧、権限表、バックアップ手順を受け取れる契約にすると、担当者が変わっても運用を続けやすくなります。

外部連携やフルスクラッチと組み合わせる方法

FileMaker Data API、OData、ODBC・JDBC、cURL、JSON、Webビューアなどを使えば、会計、販売管理、フォーム、メール、マーケティングオートメーション、BIなどと接続できます。例えば、FileMakerで営業活動と案件の進捗を管理し、受注データだけを販売管理へ渡す構成です。すべての機能をFileMakerへ移すのではなく、各システムの得意分野を分けると、マスタの重複を抑えられます。

公開範囲が広いサービス、多数の同時接続、大量データの複雑なトランザクション、細かな画面性能要件がある場合は、Webシステムや別の業務基盤も比較対象になります。FileMakerを使うこと自体を目的にせず、利用者数、データ量、公開範囲、連携数、可用性、将来の拡張を並べて判断することが重要です。

Claris FileMakerのシステム開発の進め方

開発は、いきなり画面を作るのではなく、業務とデータを先に整理してから小さく試す流れが基本です。特に営業CRMでは、要件を増やすほど入力項目と権限が複雑になります。初回リリースの範囲を限定し、利用状況を見ながら拡張するほうが、現場に定着しやすくなります。

▶ 詳細はこちら：Claris FileMakerのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

1. 現行業務の棚卸しと小さなPoC

まず、顧客情報がどこに保存され、誰がいつ更新し、どの帳票や会議で使われているかを確認します。Excel、紙、メール、チャット、既存システムを業務の順番に並べ、入力の重複や転記の発生箇所を洗い出します。月次報告に何時間かかっているか、案件更新が何日遅れるかなど、導入前の指標を記録しておくと効果を測れます。

次に、顧客・案件・活動履歴の最小構成で画面モックを作り、実際の営業担当者に触ってもらいます。入力項目は「後で分析したいもの」ではなく、「現場がその場で入力できるもの」から始めます。利用者が迷う項目、スマートフォンで押しにくいボタン、不要な二重入力をこの段階で修正します。

2. データモデル・権限・連携を設計する

画面より先に、会社と担当者、案件と活動履歴、商品と見積明細の関係を定義します。会社名の表記揺れ、同じ顧客の重複、退職者が担当した案件、部署異動後の閲覧範囲などを決めないまま作り始めると、後からデータを直す費用が膨らみます。顧客IDや案件IDの採番、必須項目、ステータスの選択肢、日付の扱いまで文書に残します。

権限は「見えるか見えないか」だけでなく、閲覧、作成、編集、削除、エクスポートの権限に分けて設計します。会社単位、部署単位、担当者単位で制御する場合は、例外的な管理者の扱いも定義します。外部連携では、どのデータをどの方向へ、どの頻度で、失敗時にどう再送するかを決め、APIキーやサービスアカウントを個人任せにしないことが重要です。

3. 開発・移行・受入テスト・定着化を進める

開発では、画面、スクリプト、帳票、通知、権限を機能単位で確認し、完成した部分から利用者へ見せます。データ移行は、元データの抽出、重複排除、表記統一、変換、試験投入、本番投入の順に分けます。いきなり全件を移すのではなく、代表的な数百件や過去一年分で移行リハーサルを行うと、欠損や文字化けを見つけやすくなります。

受入テストでは、開発者が想定した操作ではなく、現場の一日の流れを再現します。新規顧客の登録、商談の更新、担当変更、失注、見積作成、帳票出力、スマートフォン入力、権限の異なる利用者による閲覧を確認します。リリース後は入力率、案件更新の遅延、報告書作成時間、失注理由の収集率を月次で確認し、改善の優先順位を決めます。

Claris FileMakerのシステム開発費用相場と内訳

費用は、ライセンス、開発、データ移行、外部連携、サーバーやバックアップ、教育、保守・改修に分けて考えます。Claris FileMakerはローコードで開発期間を短縮しやすい一方、要件定義やデータ整備、権限、運用設計が不要になるわけではありません。初期費用だけでなく、3年程度の総保有コストで比較すると判断を誤りにくくなります。

▶ 詳細はこちら：Claris FileMakerのシステム開発の見積相場や費用/コスト/値段について

ライセンスとインフラの費用

Claris公式の料金資料では、FileMaker CloudのStarterは税別で1ユーザーあたり月額2,200円、Maxは月額4,500円という価格例が示されています。年払い換算では1ユーザーあたり年間26,400円または54,000円です。5ユーザーであればライセンスだけで年間132,000円または270,000円、10ユーザーであれば年間264,000円または540,000円が目安になります（出典: Claris公式ライセンス比較資料、2025年公開、2026年8月確認）。ただし、契約期間、ユーザー数、プラン、キャンペーンで変わるため、発注時点の見積書で確認します。

Cloudでは、ストレージ、APIのデータ転送量、共有できるApp数、外部公開ビュー、連携フローの上限を確認します。Serverでは、ライセンスのほかに、OSやクラウドVM、SSL証明書、監視、バックアップ、障害対応、バージョンアップの費用が発生します。FileMaker Serverを運用する場合は、サーバーを置く場所だけでなく、誰が夜間の障害を検知し、どの時間内に復旧するかまで費用に含めます。

開発費の相場と期間の目安

FileMaker固有の受託開発費に公的な統一相場はないため、以下は業務範囲とローコード開発の特性から整理した目安です。小規模の顧客・案件・活動履歴、検索、一覧、簡単な帳票を5〜10ユーザーで作る場合は、開発費50万〜300万円、期間1〜3か月程度が一つの目安です。既存テンプレートを使い、データ移行や連携を最小限にすれば、さらに小さく始められる場合があります。

見積・受注、承認、部署別権限、スマートフォン入力、CSV移行、会計や販売管理との連携まで含む中規模では、開発費300万〜1,000万円、期間3〜6か月程度が目安です。複数拠点、数百ユーザー、複雑なAPI、監査ログ、冗長化、AI検索、24時間運用まで必要な大規模案件では、1,000万〜3,000万円超、6〜12か月以上になる可能性があります。これらは推定レンジであり、要件定義後の複数社見積で確定します。

初期費用以外に必要なランニングコスト

継続費用には、ライセンス更新、サーバーやストレージ、監視、バックアップ、保守、軽微な改修、問い合わせ対応、教育、APIやAIサービスの利用料が含まれます。一般的な業務システムの予算計画では、年間保守・改修費を初期開発費の10〜20%程度に置く方法があります（出典: 営業・CRM業務システムの費用調査メモ、2026年）。ただし、24時間対応や大規模連携が必要なら、固定の割合ではなく作業時間とサービスレベルで積算します。

見積書では、ライセンス費と保守費が一つの月額にまとめられていないか確認します。契約終了時のデータ書き出し、設計書やスクリプトの引き渡し、開発環境の利用可否、追加ユーザーの単価、バージョンアップ時の対応範囲も、将来の乗り換え費用に影響します。安い初期費用だけで決めず、3年分の合計と、担当者が変わった場合の引き継ぎ費用を並べて比較します。

Claris FileMakerの開発会社・サービスの選び方

開発会社やサービスは、知名度や「短納期」という言葉だけで決めず、業務理解、データ設計、移行、権限、連携、運用、内製化支援を一つの流れで評価します。Clarisのパートナー制度には、受託開発、コンサルティング、ホスティング、教育など複数の役割があるため、自社が必要とする支援範囲と相手の得意領域が合っているかを確認します。

実績と対応範囲を確認する

実績は件数ではなく、自社に近い業務の深さで確認します。営業CRMの実績を見るなら、顧客・会社・担当者・案件・活動履歴をどう関連付けたか、見積や受注とどこまで連携したか、現場の入力率をどう改善したかを質問します。単に画面を作っただけなのか、要件定義から移行、教育、保守まで責任を持ったのかで、得られる支援は変わります。

CloudとServerの両方に対応できるか、FileMaker GoやWebDirectの検証ができるか、Data APIやODataを扱えるか、既存の会計・販売管理と接続できるかも確認します。さらに、納品物としてソース、データモデル図、権限表、テスト仕様書、操作マニュアルを受け取れるかを契約書に明記します。開発担当者が退職した場合や、別の会社へ保守を移す場合の手順まで説明できる相手は、長期運用の観点で評価しやすくなります。

提案内容と見積もりを同じ条件で比較する

複数の提案を比べるときは、同じRFPや業務フローを渡し、要件定義、画面設計、開発、移行、テスト、教育、保守を分けて記載してもらいます。「一式」とだけ書かれた見積は、後から追加費用が発生する範囲を判断できません。ユーザー数、画面数、帳票数、移行件数、連携本数、テスト回数、打ち合わせ回数など、金額の前提を揃えます。

提案の質は、要望をすべて受け入れるかではなく、優先順位をつけているかで見分けられます。初回リリースに必須の機能、将来追加する機能、FileMaker以外へ分ける機能を整理し、現場の入力負担やデータ品質への指摘があるかを確認します。実際の利用者を交えた画面レビューや短期間のPoCを提案できる場合は、完成後の認識差を小さくしやすくなります。

セキュリティと契約終了時の扱いを確認する

個人情報や営業機密を扱う場合は、アクセス制御、識別・認証、通信の暗号化、不正アクセス対策、ログ管理、更新管理、委託先管理を要件に含めます（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」令和7年3月24日施行版）。CloudかServerかという名称だけで安全性を判断せず、保存リージョン、バックアップの保管先、削除手順、管理者権限、障害時の連絡体制を確認します。

AIを使う場合は、どのデータを外部モデルへ送信するのか、入力データが学習に使われるのか、匿名化やマスキングを行うのかを決めます。FileMaker 2026ではGoogle Gemini対応やAIモデルがスキーマを理解しやすくする注釈機能が追加され、ローカルLLMのサポートも強化されています（出典: Claris公式「Claris FileMaker 2026、本日提供開始」、2026年6月10日）。それでも、AI導入前に顧客マスタの品質と権限を整え、誤回答を人が確認する業務ルールを用意する必要があります。

▶ 詳細はこちら：Claris FileMakerのシステム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら：Claris FileMakerのシステム開発の発注/外注/依頼/委託方法について

導入後の運用・移行・セキュリティで失敗しない方法

システムの完成は、稼働開始ではなく、現場が正しいデータを継続して入力できる状態を作った時点です。特にExcelやAccessから移行する場合は、古いデータをそのまま取り込まず、利用目的に応じて残すデータと廃棄するデータを分けます。運用開始後の変更ルールも決めておくと、便利な一時対応が全体の複雑化につながることを防げます。

データ移行はクレンジングと検証を分ける

移行前には、会社名、住所、電話番号、担当者、案件番号などの重複と表記揺れを確認します。例えば「株式会社」と「（株）」を別会社として扱っている、同じ担当者が複数のメールアドレスで登録されている、失注案件の理由が自由記述で集計できない、といった状態です。データの正解を業務責任者に決めてもらい、開発者だけで変換ルールを確定しないことが重要です。

移行後は件数だけでなく、関連付けが正しいかを確認します。会社から担当者、担当者から案件、案件から活動履歴へたどれるか、金額や日付が変わっていないか、権限の異なる利用者が見てはいけないデータを見られないかを検証します。試験移行、本番移行、切り戻し手順を文書化し、業務を止められる時間帯と、移行後に確認する責任者を決めておきます。

バックアップと事業継続を設計する

バックアップは「取得しているか」だけでなく、「復元できるか」「いつの時点へ戻すか」「誰が判断するか」を確認します。FileMaker Server 2026では、暗号化したオフサイトバックアップを20分ごとに自動保存するRemote Backupと、プライマリと同期するStandby Serverが提供されています（出典: Claris公式「Claris FileMaker Server 2026 makes it simple」、2026年6月）。利用する場合も、対象ファイル、保持期間、復元手順、追加費用、復旧目標時間を契約と運用手順に落とし込みます。

Cloudの場合も、利用者の誤操作、アカウント乗っ取り、連携先の障害、データ削除に備えた復旧手順が必要です。Serverの場合は、サーバー障害だけでなく、OS更新、証明書期限、ディスク容量、ネットワーク停止を監視します。少なくとも定期的に復元テストを行い、バックアップが存在するという安心感だけで終わらせないことが大切です。

内製化と外注の役割を分ける

すべてを外注するか、すべてを内製するかの二択にする必要はありません。要件整理、優先順位付け、現場への説明、データの意味づけは社内が担い、難しいデータモデル、認証、API連携、性能、セキュリティ、障害対応は専門家へ依頼する分担が現実的です。日常的な項目追加やレイアウト調整は社内で行い、重要な構造変更はレビューを受ける運用にすると、スピードと品質を両立しやすくなります。

内製化を進めるなら、管理者を一人だけにせず、業務責任者と技術担当者を複数人育てます。命名規則、変更申請、テスト環境、本番反映、バックアップ、権限付与の手順を整え、属人化を避けます。外注先には、操作方法だけでなく設計の考え方やトラブル時の切り分けも説明してもらうと、保守契約の見直しや担当変更にも対応しやすくなります。

よくある質問（FAQ）

最後に、Claris FileMakerのシステムを検討するときに多い疑問へ回答します。費用や方式は会社の業務、利用者数、データ量、連携要件で変わるため、ここでは判断の軸を中心に説明します。

ExcelやAccessからClaris FileMakerへ移行できますか？

移行できます。ただし、ファイルをそのまま読み込むだけでは、重複、表記揺れ、関連付けの欠落、不要な過去データまで引き継ぐ可能性があります。移行対象、顧客や案件の正しい単位、項目の変換ルール、試験移行と照合方法を先に決めることが成功の条件です。

FileMaker CloudとServerはどちらを選ぶべきですか？

サーバー機器やOSの管理負担を減らし、短期導入や遠隔利用を重視するならFileMaker Cloudが候補になります。既存のネットワークや認証、閉域運用、インフラを細かく管理したいならFileMaker Serverが候補です。利用者数や機密性だけでなく、障害対応、バックアップ、アップデートを誰が担えるかで判断します。

営業データにAIを使っても安全ですか？

安全性は、製品名だけで決まらず、送信範囲、モデルの契約条件、権限、匿名化、ログ、確認者を含む運用設計で決まります。顧客名や個人情報をそのまま外部モデルへ送るのではなく、まずは社内規程に沿って対象データを分類し、要約や検索結果を人が確認する小さな用途から始めます。AIの回答を正解データとして自動登録する場合は、誤登録を戻せる仕組みも必要です。

まとめ

Claris FileMakerのシステムは、顧客、案件、活動履歴などの業務データを、現場の流れに合わせた画面・帳票・ワークフローへまとめられるローコード型の選択肢です。既製のCRMでは業務に合わない部分があり、フルスクラッチ開発では時間や費用が大きくなりやすい企業にとって、必要な範囲から始めて拡張できる点が魅力です。

導入判断で押さえるべき要点

判断の軸は、FileMakerで作れるかどうかだけではありません。現場の入力負担を減らせるか、既存データを正しく移行できるか、権限とバックアップを運用できるか、将来の改修や乗り換えに必要な成果物を確保できるかを確認します。ライセンスと開発費を分け、3年程度の総額と業務効果を並べると、初期費用だけでは見えない違いが分かります。

最初に作るべき資料と次の一歩

最初に、現行業務の流れ、利用者の役割、顧客・案件・活動履歴のサンプル、困っている作業、必要な指標をA4数枚にまとめます。その資料をもとに、最小構成の画面モックと、Cloud・Serverを含む運用案を比較します。PoCで現場の反応を確認してから本開発へ進めば、不要な機能を作り込むリスクを抑えられます。

導入を成功させるには、まず現行業務とデータを棚卸しし、顧客・案件・活動履歴の小さな構成でPoCを行います。そのうえで、CloudかServerか、パッケージか個別開発か、外部連携が必要かを決めます。費用はライセンス、開発、移行、インフラ、保守、教育、AI利用料に分け、3年程度の総額で比較します。

開発会社やサービスを選ぶときは、業務理解だけでなく、データ移行、権限、バックアップ、セキュリティ、納品物、契約終了時の引き継ぎまで確認します。2026年のFileMakerではAIと事業継続の機能が広がっていますが、成果の土台はデータ品質と現場で続けられる入力設計です。小さく作り、測定し、改善するロードマップを用意することが、長く使えるシステムにつながります。