はじめに
FileMakerの案件に関わるようになってから感じていることがあります。
それは「FileMakerエンジニアがとにかく少ない」ということです。
一方で、企業側からの相談は意外と多く、
・Excel管理が限界
・Accessが古くなった
・社内システムを簡単に作りたい
といった理由で FileMaker導入を検討する会社は今でも普通に存在します。
この記事では、 FileMaker案件の実態と、エンジニア視点での特徴を書いてみます。
FileMaker案件の特徴
1. 社内業務システムが多い
FileMakerは、いわゆるWebサービスというより「社内業務システム」で使われることが多いです。
例えば
・顧客管理
・在庫管理
・受発注管理
・業務ワークフロー
・営業管理
などです。
特に多いのはExcelで運用していた業務をシステム化するパターン。
2. 小さく作って改善していく開発
FileMakerは
・スピード重視
・内製システム
・業務改善
という文脈で導入されることが多いので、
開発スタイルもまず作る → 使う → 改善という形になりやすいです。
いわゆるアジャイルに近い運用になることも多い印象です。
3.長期案件になりやすい
FileMakerの案件は
・新規開発
・機能追加
・改修
・保守
という形で長期的に続くケースが多いです。
一度業務システムとして使われ始めると
・新しい機能追加
・業務変更
・データ構造変更
などが発生するためです。
なのにエンジニアが少ない！
Web系と比較すると
・React
・Python
・Go
・TypeScript
などのエンジニアは多いですが、FileMakerエンジニアはかなり少ない印象です。
理由としては
・学習情報が少ない
・コミュニティが小さい
・Webエンジニアが流れてきにくい
あたりかなと思っています。
FileMaker案件はどこにあるのか？
FileMaker案件はいわゆる大手エージェントより受託開発会社経由が多い印象です。
例えば
FileMaker受託開発会社
社内システム開発会社
業務システムベンダー
などです。
そのためフリーランス案件も意外と存在します。
Webエンジニアとの違い
FileMakerは
・UI
・DB設計
・業務理解
が重要になるケースが多く、いわゆる業務システム寄りの開発になります。
逆に言うと
・React
・フロント最適化
・インフラ
などのスキルとは少し方向性が違います。
まとめ
FileMakerは
・ニッチ
・エンジニアが少ない
・企業需要は普通にある
という少し特殊なポジションの技術だと思います。
Web系ほど派手ではないですが業務システム領域では安定した需要がある印象です。
おまけ
FileMakerの案件に関わる中で、一緒に開発できるエンジニアの方ともつながれたらと思っています。
もし
・FileMaker案件に興味がある
・業務システム開発が好き
・副業や業務委託で関わりたい
などあれば、気軽に連絡いただけると嬉しいです。