ローコード・ソリューション

はじめに

Kintone(キントーン)とFileMaker(ファイルメーカー)は、どちらも「業務を効率化するためのアプリをつくるツール」です。
名前も知ってる、なんとなく使ってる…という方も多いかもしれません。
でもこの2つ、見た目は似ていても、考え方も仕組みも、まったく違うんです。

このページでは、ITに詳しくない方にもわかるように、KintoneとFileMakerの違いをやさしく解説していきます。

ざっくり言うと──「型」と「自由度」の違い

まず最初に、イメージでとらえるならこんな感じです:

  • Kintone:便利な型に情報を流し込む道具
  • FileMaker:情報に合わせて器を自在に削り出す道具

どちらが良い・悪いではなく、「どう使いたいか」「どれだけ自由にしたいか」で選び方が変わります。

Kintoneとは?

Kintoneは、クラウドで動くアプリ作成ツールです。
パソコンやスマホのブラウザから使えて、専門知識がなくても「業務アプリ」が作れます。

あらかじめ用意されたテンプレートや、画面上でのドラッグ&ドロップでアプリを構築することができるため、ITの専門家がいなくても簡単なアプリ開発が可能です。

FileMakerとは?

FileMakerは、Appleの開発環境として長く使われてきた、自由度の高いアプリ開発ツールです。
パソコン(Win,Mac)やiPhone、iPad上で動作するアプリケーションを、直感的にデザインしながら作ることができます。

画面・機能・データベース構造など、すべてを細かく自分で設計できるため、複雑な業務ロジックや現場に即した柔軟な対応が可能です。

比較表で見てみよう

次の表は、KintoneとFileMakerの特徴をざっくり比較したものです。

項目 Kintone FileMaker
開発スタイル ノーコード/ローコードで簡易アプリを構築 レイアウトやスクリプトで自由に作り込み可能
プラットフォーム クラウド中心、ブラウザベース Mac / Windows / iOSに対応(オンプレ・クラウド両対応)
拡張性 JavaScriptやプラグインで機能拡張 スクリプトやカスタム関数で高度な動作が可能
共有・チーム運用 複数人で同時編集・通知・コメントなどに強み 権限管理やログ管理に柔軟対応
カスタマイズ性 構造がやや固定的、柔軟性は中程度 非常に高い。業務に合わせて自由に設計できる
導入のしやすさ 簡単なアプリなら即日で構築可能 ある程度の習熟と設計が必要
コスト構造 月額課金型(1ユーザーごと) ライセンス購入 or 年間契約制
得意な用途 簡易な業務アプリ/チーム内の情報整理 複雑な業務処理や自社特化型の業務システム

こんなときはどっち?──使い分けの目安

「どちらを使えばいいのか迷う…」という方のために、
よくある業務シーンを想定して、それぞれの得意分野を紹介します。

  • ✔ とにかく早く形にしたい
    Kintone:テンプレートを使って、すぐにアプリを作成・共有できます。IT部門に頼らず現場主導で進めたいときに便利です。
  • ✔ 既存の業務フローにぴったり合わせたい
    FileMaker:細かいルールや例外処理まで対応可能。現場で長年使ってきた帳票やワークフローをそのまま再現したいときに向いています。
  • ✔ クラウド前提、複数人でリアルタイム共有したい
    Kintone:部署を超えた情報共有や通知機能が得意。チームのやりとりを「見える化」したいときに強みを発揮します。
  • ✔ オフライン環境でも使える業務アプリが必要
    FileMaker:インターネット接続が不安定な工場や現場でも、iPadやPC単体で操作できます。
  • ✔ 業務システムを資産として社内に残したい
    FileMaker:外注に頼らず自社で改善・発展できる「育てるシステム」が作れます。
  • ✔ 最小限の操作で入力・集計したい
    Kintone:フィールドを並べてフォームを作れば、すぐに運用可能。エクセル感覚に近い。

まとめ:それぞれの強みを活かして

KintoneとFileMakerは、どちらも「業務を改善するためのアプリケーション開発ツール」です。
ただし、その成り立ちや設計思想には明確な違いがあります。

Kintoneは「共有とスピード」に強く、チーム全体で見える化しながら進めたい場面に最適です。
一方、FileMakerは「自由とカスタマイズ性」に優れ、現場にぴったりフィットするシステムを1から作り込みたい場面に向いています。

大切なのは、「どちらが優れているか」ではなく、
「いま自分たちにとって最適な道具はどちらか」を見極めることです。

課題の性質、現場の状況、将来的な拡張性、そして社内のITリテラシー──
それらをふまえて、柔軟に判断することが、システム選定の第一歩です。

ツールは、目的を達成するための手段。
最後に価値を生み出すのは、ツールを使う「人」であることを忘れずにいましょう。

KintoneとFileMaker、どちらが向いている?
【よくある質問】

Kintone FileMaker 違い」や「FileMakerからKintoneへの移行」といったキーワードで検索される方が多くいます。
ここでは、導入を検討している企業の方がよく抱える疑問にお答えします。

Q1:KintoneとFileMaker、どちらが簡単ですか?

Kintoneはノーコード/ローコードでアプリ作成が可能なため、ITに不慣れな方でも短時間で構築できます。
一方、FileMakerは自由度が高く、カスタマイズに慣れると業務に最適化された高機能なシステムが作れます。

Q2:FileMakerからKintoneへの移行はできますか?

はい、可能です。ただし、FileMakerで作り込んだ処理やレイアウトは、Kintoneでは再現できない部分もあります
フォームやデータ構造をシンプルに保っている場合はスムーズですが、複雑な業務ロジックがある場合は再設計が必要です。

Q3:KintoneとFileMaker、どちらが安い?

Kintoneは月額課金(1ユーザー単位)なので、ユーザー数が増えるとコストも上がります。
FileMakerはライセンス購入型 or 年間契約制で、初期費用はかかりますが、長期的には安定した運用が可能です。

それぞれの導入コスト・カスタマイズ性・拡張性を比較しながら、自社に合うツールを選ぶことが重要です。

ビル・ゲイツとスティーブ・ジョブズ

ビル・ゲイツとスティーブ・ジョブズ──ライバルにして盟友

1997年、アップルが経営危機に陥ったとき、スティーブ・ジョブズはビル・ゲイツに支援を要請しました。
その結果、マイクロソフトはAppleに1億5千万ドルの出資を行い、Office for Macの継続提供を発表します。

同年8月、Macworld Expoでジョブズは壇上に立ち、巨大スクリーンに映し出されたビル・ゲイツと共に、AppleとMicrosoftの新たな関係を全世界に示しました。
観客からブーイングが起こる中、ジョブズはこう語ります。

「これが現実だ。私たちはマイクロソフトが成功することを望んでいる。
彼らもAppleの成功を望んでくれている。」

かつて熾烈な競争を繰り広げた二人の間には、時に対立もありましたが、同時に相手への深い尊敬があったのも事実です。
ゲイツは後に「スティーブは自分にはないセンスを持っていた」と語り、ジョブズもまたゲイツを「素晴らしい人物だ」と認めていました。

歴史に残る瞬間を振り返る

二人の関係は、ライバルでありながらも、最終的にはテクノロジー業界における“同志”としての絆へと昇華しました。

出典:1997年 Macworld Expo / Microsoft公式発表・各種インタビューより

🍃 気楽とは、責任から逃げることではない──プラトン『饗宴』より

プラトン『饗宴』のはじまりに思うこと

プラトンの『饗宴』のはじまり。
誰かが言います──

「昨日は飲みすぎた。さて今日は、どうしたら一番“気楽に”飲めるか。」

彼らは、ただ酒の話をしているのではありません。
どう生きると心おだやかで、無理なく、喜びとともにいられるか。
それを探すために、まず「どう飲むか」から始めたのです。

気楽とは、楽をすることではない。
責任から逃げることでも、空っぽになることでもない。

楽しいことをやるから、苦労もまた楽しくなる。
それがほんとうの気楽だと、ぼくは思います。

HTMLとリレーショナルデータベース──現代の情報伝達を支える2本柱

HTMLとリレーショナルデータベース──現代の情報伝達を支える2本柱

ホームページは「HTML」で書かれています。HTMLとは、Hyper Text Markup Language(ハイパーテキスト マークアップ ランゲージ)の略で、文章や画像、リンクなどの情報を「構造化」してブラウザに伝えるための言語です。

しかし、単に見た目を作るだけでは現代のWebサイトは成り立ちません。
商品情報、顧客情報、予約履歴、投稿内容──すべてのデータはリレーショナルデータベースと呼ばれる仕組みで管理されています。

HTMLは「見せる」ための技術、データベースは「つなげる」ための技術

HTMLは、情報を人間に見せるための仕組みです。一方、リレーショナルデータベースは、情報同士の「関係(リレーション)」を記録し、効率よく保存・検索・分析するための技術です。

たとえばオンラインショップでは、
「顧客」と「注文」、「商品」と「在庫」、「カテゴリ」と「商品」といった複雑な情報が関係しあって成り立っています。
それらを正しく整理し、関連づけるのがリレーショナルデータベースの役割です。

HTMLとデータベースが連携することで「動的なWeb」が実現

ブログやニュースサイト、ショッピングカート、予約フォームなど、日々更新されるページはすべて、データベースの内容をHTMLとして出力しています。つまり、ユーザーの操作に応じてHTMLが変化する──これが「動的Webサイト」です。

データベースがあれば、商品が増えても、投稿が増えても、すべてを一元管理でき、
HTMLはその都度、最新の情報を表示してくれます。

誰にでも扱える時代へ──FileMakerなどのノーコード連携

近年では、FileMakerのようにリレーショナルデータベースをノーコードで扱えるツールも登場し、専門知識がなくてもWebシステムを作れる時代になりました。

「HTMLで見せる」「リレーショナルデータベースでつなぐ」──この2つの技術の理解が、
ビジネスの現場でも、地域の活動でも、より自由な情報発信を可能にしてくれます。

情報の構造化、それがITの本質です。

岡村新一

「現場を知らないシステム開発」

“オフショア開発の落とし穴”── そのシステム、現場に本当にフィットしていますか?

見積金額は安かった。スケジュールも早かった。
でも──納品されたシステムは、「誰のために作られたのか分からない」ものでした。

当社はこれまで、オフショア開発で構築された業務システムのリプレースを数多く手がけてきました。

日本国内の現場にまったく合っていない。
導入からわずか1年で使われなくなった。
結果的に、高い“学習コスト”と“改修費”を背負うことになってしまった──
そんな悲劇が、決して少なくないのです。

なぜ“安いはず”のオフショア開発が、高くつくのか

オフショア開発は、東南アジアやインドなど、開発単価の安い国に外注することで
一見すると“コストパフォーマンスに優れた開発手法”に見えます。

しかし、以下のようなリスクが潜んでいます:

  • 業務フローの理解が浅く、ヒアリングも定型的
  • 業界特有の言語や慣習が通じない
  • 要件定義の意図が正しく伝わらない
  • 納期優先で“とりあえず動く”ものが納品される
  • 変更・修正のたびに追加費用とタイムロスが発生する

つまり、初期費用は安くても、最終的なトータルコストは高くつく──それが、現場で何度も見てきた現実です。

私たちのリプレース開発が選ばれる理由

当社は、単に“置き換える”のではなく、現場の声に寄り添い、業務に自然と溶け込むシステムをつくります。

特長1:現場ヒアリング主義

初回の打合せでは、開発の話を一切しないこともあります。
まずは現場の課題を共有し、紙の帳票や日常のやりとりまで丁寧に把握します。

特長2:機能の“引き算”で、混乱ゼロ

便利そうに見えて実は不要な機能──
それを排除することで、「覚えやすい・壊れにくい・頼りになる」仕組みを構築します。

特長3:定着支援までワンストップ

導入後のサポートや運用の定着支援も重要視。
「慣れるまで1週間かかった」ではなく、「その日から使えた」と言われる仕組みを目指します。

リプレース事例:A社 製造業

ある製造業では、海外ベンダーが開発した業務管理システムを導入したものの、

  • 操作が複雑すぎて現場がマニュアル頼りに
  • 在庫更新の反映が遅く、二重管理が発生
  • 日本語対応が不十分で、問い合わせも困難

この状況を当社がヒアリングから再設計、現場と連携して約3ヶ月で再構築。
現在は誰もマニュアルを見ずに使いこなし、データ連携もスムーズになり、年間120時間の工数削減につながっています。

“がまん”して使う時代は終わりました

オフショア開発=悪とは言いません。
しかし、「現場を置き去りにしたまま進む開発」では、せっかくの投資が無駄になってしまうこともあります。

“人が主役”の業務システムへ──
あなたの現場に、本当に必要な仕組みを、私たちと一緒に作りませんか?

執筆:岡村新一|システム構築・リプレース支援|株式会社ケイワン

現場とシステムの「翻訳者」として、日々対話と設計に向き合っています。

リレーショナル データベース(世界中で活躍しているけど有名でないのが不思議です)

HTML・CSS・PHP──Webを動かす三位一体の技術

HTML・CSS・PHP──Webを動かす三位一体の技術

Webサイトを構築するには、さまざまな技術が使われます。
なかでも基盤となるのが「HTML」「CSS」「PHP」の3つです。

それぞれ役割が異なり、うまく連携させることで見やすく、使いやすく、さらに「動き」のあるサイトが実現します。

HTML──構造をつくる

HTML(Hyper Text Markup Language)は、ページの構造を決める言語です。
タイトル、段落、画像、リンクなど、文章の骨組みをマークアップします。
いわば「設計図」のような役割を持っています。

CSS──見た目を整える

CSS(Cascading Style Sheets)は、HTMLで作った構造にデザインを施すスタイルシート言語です。
色、フォント、大きさ、余白、配置などを設定し、ページの見た目を整えます。

HTMLだけでは素っ気ないページも、CSSを加えることで視覚的に美しいWebに仕上がります。

PHP──動きを与える

PHP(Hypertext Preprocessor)は、Webページに動的な機能を持たせるサーバーサイドのプログラミング言語です。
フォームの処理、商品一覧の出力、ログイン認証、データベースとの連携などが可能になります。

WordPressもPHPで作られており、投稿ページや商品の内容を自動的に表示するのは、まさにPHPの役割です。

三つの技術を連携させることで、ビジネスは動き出す

HTMLで構造を作り、CSSでデザインし、PHPで機能を加える。
この3つの技術が組み合わさることで、見た目も機能も優れたWebサイトが実現します。

特に、商品ページや予約システム、カートなどのオンラインショップには、すべての技術の連携が必要です。

三つの技術を味方にすれば、あなたのビジネスも動き出します。

岡村新一

中小企業にこそ活かせる、FileMaker Data API の強み

中小企業にこそ活かせる、FileMaker Data API の強みとは?

FileMaker は、ノーコード/ローコードで柔軟に業務アプリを構築できるツールとして、多くの企業に支持されています。
中でも FileMaker Data API は、社内の FileMaker システムを「Webシステム」や「外部アプリケーション」と連携させる要(かなめ)です。

✅ FileMaker Data APIの中小企業向けメリット

  • 社内システムとECサイト/予約サイトの連携
    顧客情報、在庫、受注状況をWebシステムとリアルタイム同期可能。
  • iPad・iPhoneからの入力をWeb経由で反映
    外回りスタッフが使うアプリとも安全に連携できます。
  • 既存のWordPressやShopifyと連携しやすい
    フォーム送信や商品管理を自動化。運用コストの削減につながります。
  • FileMakerライセンスを最小限に抑えられる
    外部ユーザーはWebからアクセス可能なので、FileMaker Proの追加購入不要。
  • スモールスタートが可能
    初期投資を抑えつつ、段階的な拡張・連携が実現できます。

📌 たとえばこんな場面で活躍します

  • FileMakerで管理している在庫情報を、オンラインショップと連携
  • Googleフォーム経由の申込をFileMakerに自動登録
  • 営業日報をスマホから送信し、社内システムに即時反映

APIという言葉に身構える必要はありません。
FileMaker Data API を使えば、「身の丈に合ったIT化」が可能になります。

— ケイワン 岡村新一

The computer for the rest of us. 私たちに必要なコンピュータ技術