Delphi/PowerBuilderフリーランス案件は今もある｜2026年の実態と単価・延命戦略

「Delphi はもう終わっている」「PowerBuilder は消える言語だ」——SNS や技術メディアでこうした声を目にするたびに、長年 Delphi/PowerBuilder で銀行・信用金庫・生保・損保・製造業の基幹業務システムを支えてきたエンジニアの立場が、急に不安に見えてきます。同じような感覚をお持ちの方は少なくないはずです。

一方で、実際にフリーランス向けの案件データベースを開くと、Delphi や PowerBuilder を使う保守・改修・移行支援の案件は 2026 年の今も継続的に掲載されています。Delphi の月額単価は平均 60〜80 万円前後、PowerBuilder も 55〜65 万円前後で、モダナイゼーション主導のポジションであれば 90 万円台も現実的です（Delphi 単価の一次データはフリコン、PowerBuilder 単価はレバテックフリーランス／Legacy Force 参照）。「オワコン」という言説と、案件市場が示している実態のあいだには、実はかなりのギャップがあります。

問題は、その事実がまとまった形で提示されていないことです。単価は言語別・エージェント別で散らばり、案件タイプ（保守運用／部分改修／モダナイゼーション主導）ごとの単価差は分解されていません。「案件がなくなる」論もドメイン（銀行勘定系サブ／信金営業店端末／生保・損保契約管理／製造原価計算／小売 POS 周辺）ごとの縮小スピードまでは分けて語られません。結果として、フリーランス転向や継続の意思決定に必要な材料が散在したまま、判断が先延ばしになりがちです。

本記事では、Delphi/PowerBuilder エンジニアがフリーランスとして持続的に稼働し続けるために必要な判断材料を、一次データと実務観点に基づいて整理します。具体的には、2026 年時点の案件数と単価の実データ、希少性が単価を押し上げる構造、案件 3 タイプの分解、ドメイン別の残存年数、経験年数×案件タイプの提示単価マトリクス、そしてキャリア延命の 3 ルートまでを順に解説します。

読み終えた頃には、「自分の経験年数と案件タイプならこの単価を提示できる」「自分のドメインは今後何年残るのか」「Java/C# の学び直しは必須なのか、それとも Delphi/PowerBuilder 主軸で 5 年逃げ切れるのか」という個別の問いに、自分自身の言葉で答えを出せる状態を目指します。

結論｜Delphi/PowerBuilderフリーランス案件は2026年も存在し、単価は月60〜80万円が中心

最初に、本記事のエッセンスをまとめます。詳細は以降のセクションで順に掘り下げますが、まずここで「案件はあるのか」「稼げるのか」「続けられるのか」への短い回答を先に共有します。

2026年 Delphi/PowerBuilder 案件の実データサマリー

案件数から見ていくと、2026 年時点でも Delphi/PowerBuilder のフリーランス案件はまとまった件数で継続的に掲載されています。

• Delphi: レガシー特化型プラットフォームの Legacy Force「Delphi フリーランス求人・案件」 では厳選 7 件・平均月 80.8 万円、総合型フリーランスエンジニア案件サイトの エンジニアスタイル「Delphi のフリーランス求人・案件」 では 100 件超規模の掲載が確認できます。フリーランス向けエージェントの フリコン「Delphi とは？」 記事では、フリコン経由の Delphi 案件について平均月 54.2 万円・最高 90 万円・想定年収 648〜1,080 万円が示されています
• PowerBuilder: Legacy Force「PowerBuilder フリーランス求人・案件」 では厳選 11 件・平均月 61.3 万円、レバテックフリーランス「PowerBuilder」案件ページ や フリーランススタート「PowerBuilder」案件ページ では平均月 52〜68 万円・最高 85 万円レンジのデータが公表されています

「オワコン」と言われる一方で、案件市場は「Delphi/PowerBuilder エンジニア」に対して月 60〜80 万円のレンジで恒常的な発注を続けているのが、まず押さえるべき事実です。

「オワコン論」は新規開発の話であり保守運用・部分改修・移行の需要は根強い

「Delphi/PowerBuilder は終わっている」という声の多くは、正確には「新規に Delphi/PowerBuilder でシステムを起こすプロジェクトはほぼない」という意味です。この認識自体は事実で、新規開発の場としての Delphi/PowerBuilder は限定的です。

一方で、既に稼働している巨大な業務システム資産の保守・改修、そして Delphi→Java/C#／PowerBuilder→.NET/Java へのモダナイゼーション支援プロジェクトは、金融・信金・保険・製造・小売の各領域で継続しています。とくに ソフトロード「Delphi から Java への移行」・同「PowerBuilder から Java への移行」 のような移行支援サービスが複数ベンダーから提供されており、テクバンによる Delphi マイグレーション・多言語移行サービスの全国展開発表（2026 年 3 月）のように、モダナイゼーション周辺の需要は市場全体で拡大傾向です。

「新規開発は減っている」と「保守・改修・移行の案件はある」は矛盾せず、狙う案件タイプさえ間違えなければ、Delphi/PowerBuilder エンジニアとしてのフリーランス持続可能性は十分に確保できます。

この記事で得られること

以降では、案件数・単価の一次データ、なぜ高単価が成立するのかの構造分析、案件を 3 タイプに分解した比較、ドメイン別の縮小スピード、経験年数×案件タイプの提示単価マトリクス、キャリア延命の 3 ルート、そして案件獲得の実践フローを順に扱います。読み終えた段階で、自分の経験年数・ドメイン・稼働可能時間から、提示単価と延命ルートが 1 枚の判断表として整理できることを目指します。

2026年のDelphi/PowerBuilderフリーランス案件・単価の実態（一次データ）

ここでは「案件はまだあるのか」「単価は下がっていないか」「年齢的に受注できるのか」という 3 つの問いに、公表されている一次データで答えていきます。

Delphi 案件の実データ

まず、Delphi 案件の主要な掲載先と、そこで示されている単価データを並べます。

数字は各社の掲載ページ・記事に基づく参考値で、日々の更新で増減しますが、桁感の把握には十分です。「レガシー特化型のプラットフォームほど平均単価が高め（80 万円台）」「総合型プラットフォームでは 40〜80 万円のレンジ、平均 54〜60 万円台」というのが標準的な傾向で、これは案件のドメイン・要求スキル・稼働形態の違いを反映しています。

PowerBuilder 案件の実データ

続いて、PowerBuilder 案件の主要な掲載先です。

PowerBuilder は Delphi と比べると案件数の絶対数は小さめ（数十件〜100 件レンジ）ですが、平均単価は月 52〜68 万円で、最高 85 万円台まで振れます。PowerBuilder Japan Portal のコラム「PowerBuilder はレガシーか、それとも最後の切り札か」 は開発元系の視点ではあるものの、DataWindow による帳票・データ入力生産性が業務システムの保守・改修需要を下支えしている構造を裏付けています。

稼働形態と案件タイプの実態

案件形態にも幅があります。案件データベースを見る限り、稼働形態の中心は今も「週 5 常駐」ですが、次のような選択肢が現実に存在しています。

• リモート案件: 保守運用・改修フェーズを中心に、リモート可の案件が増加傾向にあります。ただし本番環境が顧客社内のオンプレサーバーに置かれているケースも多いため、リリース時や障害対応時にオンサイト対応が必要なフェーズが混在するケースもあります
• 週 2〜3 稼働・改修フェーズ限定の短期案件: 現業と並行しやすい副業型・スポット型の案件が一定数あります。単価は満額の 4〜6 割程度になりますが、フリーランス経験を積む入口として、または現業を残しつつ収入を追加する手段として有効です
• 言語限定案件と周辺技術セットの案件: 「Delphi のみ」「PowerBuilder のみ」の言語限定案件だけでなく、Oracle・SQL Server・帳票ツール（Crystal Reports 等）・DataWindow の複雑帳票・特定業務ドメイン（銀行系・保険系・製造原価）とのセット案件が多く、周辺技術の経験が単価に上乗せされます

「フリーランス案件は 40 代・50 代では受注できないのでは」という不安は、Delphi/PowerBuilder 領域に関しては当てはまりにくいのが実態です。むしろ若手供給の少なさが、ベテランエンジニアの相対的な価値を押し上げています。

なぜレガシー言語で高単価が成立するのか｜希少性の単価押し上げメカニズム

平均単価 60〜80 万円という数字を見て、「なぜ『オワコン』と言われる言語でこの水準の単価が付くのか」と疑問に思われた方もいるはずです。ここでは、Delphi/PowerBuilder の単価維持を支えている構造を、需要・供給・置換コスト・ドメイン知識の 4 軸で分解します。

需要側の実態｜金融・信金・保険・製造の基幹業務システムで継続稼働

Delphi と PowerBuilder は、1990 年代後半〜2000 年代前半のクライアント／サーバー時代に、業務系デスクトップアプリケーションの開発言語として広く採用されました。当時に構築された業務システムの多くが、現在も現役で稼働しています。

具体的には、銀行の勘定系サブシステムや融資支援システム、信用金庫の営業店端末、生保・損保の契約管理・支払管理、電力・ガスの料金計算周辺、金属製造卸・建設・自動車製造の生産管理／原価計算、小売業の POS 周辺システムなど、業務プロセスに深く組み込まれた領域で継続稼働しています。これらの領域では、業務ロジック自体が長年の運用で最適化されており、フルリプレースには大きな時間・費用・業務停止リスクが伴います。結果として、「保守・改修で回し続ける」判断が経営合理的になりやすく、Delphi/PowerBuilder エンジニアへの継続需要が生まれます。

供給側の実態｜若手参入なし・既存エンジニアの引退で供給減

一方で、供給側は逆方向に動いています。プログラミングスクールや大学の新カリキュラムでは Delphi/PowerBuilder はほぼ扱われず、若手エンジニアの新規参入はほぼゼロに近い状態です。既存のベテランエンジニアも、定年退職・体力的な引退・モダン言語への転換などで徐々に市場から抜けていきます。

その結果、「若手が入らない → 既存エンジニアが減る → 供給が減る」という構造が続き、需要が急減しない限り相対的な希少価値は上がり続けます。エージェントの案件掲載を眺めていると、「PowerBuilder 経験者急募」「Delphi 経験者歓迎」という記述が目立つのは、この供給枯渇を反映した現象です。

置換コストとドメイン知識｜フルスクラッチ回避 × 業務知識と一体化

置換コストの高さも、単価維持の大きな要因です。Delphi/PowerBuilder で開発された業務システムは、単なる「言語の置き換え」で移行できるものではなく、業務ロジックの再設計・データ移行・並行稼働・現場ユーザーのトレーニングを含む一大プロジェクトになります。ソフトロードの Delphi→Java 移行支援ページ・同 PowerBuilder→Java 移行支援ページ が、移行専門ベンダーがサービス化するほどの難度と工数を要することの傍証になります。

さらに、Delphi/PowerBuilder エンジニアが長年の運用で蓄積した業務ドメイン知識（銀行の融資業務フロー、保険の契約管理と数理、製造の原価計算ロジック等）は、「Java が書ける」だけの人材では代替できません。言語スキルと業務知識が一体化しているため、「別言語ができる若手」で置き換えることが実務的に難しく、その代替不能性が単価を下支えします。

単価が維持される分岐条件

以上を踏まえると、Delphi/PowerBuilder の単価の今後は、需要の減速度と供給の減速度のバランスで決まります。整理すると次の 2 パターンです。

• 供給減速度 ＞ 需要減速度: 単価は維持または上昇。若手参入なし・既存エンジニアの引退が続くため、当面はこの状態が続くと見られます
• 需要減速度 ＞ 供給減速度: 単価は下落。特定ドメインで一気にリプレースが進み保守案件が消失した場合、その領域では単価下落が発生します

「あと何年、この構造が続くか」を予測するには、自分がいるドメインの縮小スピードを見極めることが決定的に重要です。この点は後段の「案件はなくなる論の実態」で、ドメイン別に整理します。

Delphi/PowerBuilder案件を3タイプに分解する

「Delphi/PowerBuilder 案件」と一括りに語られがちですが、案件タイプによって単価・要求スキル・キャリア価値は大きく異なります。ここでは案件を 3 タイプに分解し、それぞれの特徴を並列比較します。

タイプ1: 保守運用・改修案件（案件数最多・単価中位）

案件数: 最も多く、Delphi/PowerBuilder フリーランス案件の 6〜7 割程度を占めるとみられます。

内容: 既に稼働している業務システムのバグ修正、法改正・業務変更に伴う機能追加、パフォーマンスチューニング、リリース作業。Delphi なら VCL コンポーネント・FireDAC 経由の DB アクセス・帳票の改修が中心、PowerBuilder なら DataWindow のカラム追加・PowerScript のロジック修正・Oracle/SQL Server のスキーマ変更対応が中心です。

単価レンジ: 月 50〜65 万円が中心。ドメイン知識（金融・保険・製造）が加わると 65〜75 万円まで上振れするケースがあります。

要求スキル: Delphi（Object Pascal / VCL / FireDAC）または PowerBuilder（DataWindow / PowerScript）の実装経験、Oracle / SQL Server / DB2 の実務知識、業務ドメイン知識、障害対応経験。

稼働特性: 週 5 常駐が中心ですが、リモート可の案件も増えています。フェーズが安定しているため、契約は長期（半年〜複数年）になりやすいです。

キャリア価値: 単価は中位で安定しますが、モダン技術習得の機会は限定的です。長く続けると「保守要員」というラベルが固定化しやすく、単価成長も鈍化する傾向があります。

タイプ2: 部分改修・機能追加プロジェクト（案件数中・単価上位）

案件数: 保守運用よりは少ないですが、恒常的に募集があります。案件単体の規模は中〜大です。

内容: 既存業務システムに対して、Web API 連携の追加、外部システムとの接続、UI の部分刷新、レポート機能の拡張、新規業務モジュールの追加といったプロジェクト。Delphi なら最新版（Delphi 12 等）の新機能を活用したモバイル対応や REST クライアント追加、PowerBuilder なら Appeon 対応版へのバージョンアップと Web/クラウド連携追加といった案件がここに含まれます。

単価レンジ: 月 65〜85 万円。ドメイン知識と設計経験があると 85〜90 万円まで狙えます。

要求スキル: 該当言語の実装力に加えて、部分改修に伴う影響範囲の見極め能力、周辺の Web API / SOAP / REST 実装経験、要件定義・基本設計への参加経験、テスト設計。

稼働特性: プロジェクト期間は 3 ヶ月〜1 年程度で変動します。上流フェーズはリモート対応も比較的柔軟です。

キャリア価値: 「保守要員」から「部分改修の主担当」へ立ち位置が変わるため、次のプロジェクトへの声がかかりやすくなります。既存資産の理解と新機能開発のブリッジ役として、キャリア延命の中核ゾーンです。

タイプ3: モダナイゼーション主導案件（案件数少・単価最上位）

案件数: 3 タイプの中で最も少ないですが、単価は最も高いです。要求される複合スキルの持ち主が市場に少ないため、供給側から見ると「取れれば大きい」領域です。

内容: Delphi→Java/C#、PowerBuilder→.NET/Java へのモダナイゼーション全体の設計と、移行先アーキテクチャに責任を持つ役割。既存側の理解に加え、Java・Spring Boot・.NET・AWS/Azure・DevOps 環境の構築、業務ロジックのマイクロサービス化やハイブリッド構成（UI は PowerBuilder のまま、ロジックのみを Java/C# に切り出す等）、データ移行計画までを扱います。

単価レンジ: 月 85〜100 万円以上。上流工程・PM 兼務の場合はさらに上振れます。

要求スキル: Delphi/PowerBuilder の読解に加えて、Java（Spring Boot 等）または .NET（C# / ASP.NET Core）、クラウド（AWS/Azure）、CI/CD、DB モデリング、上流工程経験、リード経験、業務ドメイン知識。

稼働特性: 週 5 コミット前提が多いですが、フェーズにより一部リモート。契約は年単位です。

キャリア価値: 3 タイプの中で最も高いです。Delphi/PowerBuilder 経験が「レガシー資産」ではなく「移行成功のための必須知識」として評価されるため、単価と発言力の両方が上がります。

3タイプの比較サマリー表（Delphi 案件と PowerBuilder 案件の違いを含む）

Delphi 案件と PowerBuilder 案件の違いは、案件タイプ 1・2 で特に顕著です。Delphi は既存デスクトップ業務アプリの継続保守が主体で、Windows OS 更新への追随や最新版（Delphi 12 等）への段階アップグレード案件が特徴的です。一方 PowerBuilder は、DataWindow を軸にした基幹業務系の改修と、Appeon 対応版（PowerBuilder 2019/2022 以降）へのバージョンアップに伴う Web 化・クラウド連携案件が特徴的です。

「案件数はタイプ 1 が最多ですが、単価成長と将来性を考えるとタイプ 2・3 に軸足を移す設計」が、ベテラン Delphi/PowerBuilder エンジニアがフリーランスとして持続的に稼働するための基本形になります。

「案件はなくなる」論の実態｜ドメイン別・時間軸別の見通し

「Delphi/PowerBuilder 案件は近い将来なくなるのでは」という不安には、「新規開発は減っている（事実）」「保守は残る（事実だが期間はドメイン依存）」という粗い回答が多く出回っています。ここではドメインごとに縮小スピードを分解し、「自分の領域はあと何年か」を判定できるように整理します。

なお、以下の年数感は各種業界レポートおよびエージェント各社の需要分析記事（エンジニアスタイル「Delphi の将来性」、フリコン「Delphi とは？なぜ今も需要があるのか」、PowerBuilder Japan Portal「マイグレーション」 等）を横断した上での実務観点の整理であり、企業ごとの進捗により前後します。

銀行勘定系サブ・信金営業店端末の縮小スピード

地銀・信用金庫の営業店端末系: 地銀・信用金庫のシステム統合と共同化（共同センターへの集約）が進行中です。個別行の視点で見ると、5〜10 年の視野で徐々に既存の Delphi/PowerBuilder 資産は縮小しますが、統合先システムでの改修案件・並行稼働時の運用支援・データ移行支援など、Delphi/PowerBuilder 経験を活かせる案件は継続します。

銀行勘定系サブシステム: メガバンクの勘定系本体は大規模モダナイゼーション計画の中で進行しますが、周辺の勘定系サブ（融資支援・与信管理・帳票出力等）は個別の Delphi/PowerBuilder 実装が残っているケースが多く、5〜10 年の視野で保守・部分改修需要が継続します。

生保・損保契約管理システムの縮小スピード

生命保険: 契約管理・支払管理・数理計算のロジックが極めて複雑で、既存 Delphi/PowerBuilder 資産のリプレースは慎重に進みます。10 年以上残る領域が多いと見られ、既存契約の維持・改修需要は継続します。

損害保険: 商品改定・法改正の頻度が高く、改修需要が恒常的に発生します。基幹系のオープン化・クラウド化も進みますが、契約管理コア部分の PowerBuilder 資産は 5〜10 年程度は保守需要が残るケースが多いです。

製造業原価計算・生産管理の縮小スピード

製造業（生産管理・原価計算・購買）: 大手・準大手は SAP や国産 ERP への移行が早期に進んだ領域が多いですが、中堅・中小の製造業では Delphi/PowerBuilder ベースの独自業務システムが依然として現役です。基幹系刷新プロジェクトが増える一方、部分ロジックを Delphi/PowerBuilder のまま延命し、周辺だけを Web/クラウド化するハイブリッドパターンも多く、5〜10 年の視野です。

小売 POS 周辺・帳票・独自業務アプリの縮小スピード

小売 POS 周辺: クラウド POS への置き換えが早期に進む領域と、独自の店舗運用に深く紐付いていてモダン化コストが業務側の負担に見合わない領域に二分されます。前者は 3〜5 年、後者は 5〜10 年程度が目安です。

帳票・独自業務アプリ: 業務側の適応コストと開発コストのバランスで、残存年数の振れ幅が大きい領域です。基幹系との接続が深いものほど残存する傾向があります。

ドメイン別の残存年数サマリー表

自分の領域を判定する3つの質問

自分がいる領域の残存年数と、狙うべき案件タイプを判定するには、次の 3 つの質問に答えてみてください。

1. 今の現場のドメインは何か: 上表と照合すると、残存年数の目安が見えます
2. 現場は既にモダナイゼーション計画を持っているか: 計画があれば、そのプロジェクトの Delphi/PowerBuilder 側担当（タイプ 2）へシフトする余地があります
3. 移行後の技術スタック（Java、C#、クラウド等）に自分は関われるか: 関われるなら、タイプ 3（モダナイゼーション主導）を中期目標に置けます

経験年数×案件タイプでわかる「あなたが提示できる単価」

平均単価や最高単価だけを見ても、自分の位置が分からないという声は多いはずです。ここでは経験年数と案件タイプを掛け合わせたマトリクスで、「今の自分が現実的に提示できる単価」を可視化します。

経験年数×案件タイプの提示単価マトリクス（Delphi 版）

以下は各エージェントの公表単価と実務観点を組み合わせた目安レンジです（月額・週 5 稼働ベース）。

経験年数×案件タイプの提示単価マトリクス（PowerBuilder 版）

このマトリクスから読み取れるのは、経験年数を積むよりも「案件タイプを 1 段階右にシフトする」ほうが単価上昇に効くという事実です。Delphi 10 年目の保守運用（55〜70 万円）を続けるより、10 年目で部分改修・機能追加（70〜85 万円）にシフトするほうが、月額 10〜15 万円の差が生じます。年収ベースでは 100〜180 万円の差になります。

週稼働別の月収シミュレーション

副業・週 2〜3 稼働を検討している方向けに、稼働時間で月収がどう変わるかも示します。

副業案件では基本的にタイプ 1（保守運用）が中心になります。タイプ 2・3 は本業前提の週 5 コミットが求められるケースが多いためです。副業から本業フリーランスへの移行を検討する場合は、まず週 2〜3 の保守運用案件で外部案件経験を積み、その実績を持って週 5 のタイプ 2・3 に応募する順序が現実的です。

上乗せ要因の分解と「保守運用のみ経験」の場合の値付け

同じ「タイプ 1・Delphi 10 年」でも、上乗せ要因の有無で提示できる金額は変わります。

上乗せ要因の主な項目

• ドメイン知識: 金融（勘定系・融資・与信）、保険（契約管理・数理・支払）、製造（原価・生産管理）、小売（POS・在庫）の実務経験は、単価に月 5〜10 万円上乗せする材料になります
• PL・PM 経験: サブリーダー・PL・PM の経験は 5〜15 万円上乗せ。特にタイプ 2・3 では上流工程が見通せる人材として強く評価されます
• モダン言語補助スキル: Java/C#/.NET の実務経験（数ヶ月〜1 年程度）があるだけで、タイプ 2 案件への応募資格が広がり、5〜10 万円上乗せの交渉材料になります
• 特定モジュール実装経験: PowerBuilder の DataWindow による複雑帳票実装、Delphi の VCL カスタムコンポーネント開発、FireDAC でのマルチ DB 接続実装などは、案件によっては 5〜10 万円の上乗せ要因になります
• 最新版・Appeon 対応版の経験: PowerBuilder 2019/2022（Appeon 対応版）や Delphi 11/12 での実装経験は、モダナイゼーション寄りの案件で加点要因になります

「保守運用のみ経験」の場合の値付け方

保守運用しか経験がないと感じる方は、次の 2 点を意識して値付けしてみてください。

1. 主単価はタイプ 1 のレンジ内で堅く提示します（無理な高値は交渉で削られやすい）
2. 上乗せ要因を職務経歴書と面談で具体化して伝えます: 「地銀勘定系サブの融資支援システムを 8 年」「300 本規模の DataWindow の帳票設計・チューニング経験」「大規模障害対応の主導経験」「Windows Server 移行対応 5 回」など、具体で語ることで上乗せ交渉の余地が生まれます

保守運用しか経験がなくても、値付けの下限を守りつつ上乗せ要因を積むことで、平均月 60 万円台のラインは十分に到達可能です。

Delphi/PowerBuilderエンジニアのキャリア延命ロードマップ｜3つのルートと選び方

「Java/C# を学ぶべきか、学ばないべきか」——この二項対立で悩んで、結局動けないまま数年が経ってしまったという方は少なくありません。実際には、年齢・現在のスキル・投下可能な学習時間・現業の安定性によって、選ぶべきルートは 3 つに分岐します。

ルートA｜Delphi/PowerBuilder主軸で稼働継続（3〜5年の視野・現業維持型）

対象となる方: 50 代後半以降で退職までの逃げ切りを想定する層、現業の稼働時間が確保できず学び直しに時間を割けない層、生保契約管理・銀行勘定系サブなど残存年数が長いドメインに軸足を置いている層。

狙う案件: タイプ 1（保守運用・改修）中心。ドメイン知識と大規模実装経験を武器に、月 60〜75 万円のレンジを維持します。

単価変化の見通し: 大きな上昇は望みにくいですが、若手供給が少ないため相対的な希少価値は上がり続けます。3〜5 年程度は安定して受注できる見込みです。

このルートで押さえるべきこと: ドメイン知識・障害対応経験・DataWindow/VCL の実装ノウハウを職務経歴書で徹底的に言語化します。案件エージェントとの関係を継続的にメンテナンスし、複数社に登録することで案件供給の安定性を高めます。

50 代のフリーランスとしての稼働形態や案件獲得戦略の全体像については、50代フリーランスエンジニアの働き方ガイドもあわせて参考にすると、ルート A の延命プランをより具体的に描けます。

ルートB｜Delphi/PowerBuilder + Java/C#/クラウド併用でモダナイゼーション主導者になる（5〜10年の視野・武器化型）

対象となる方: 30 代後半〜50 代前半で、月 10〜20 時間程度の学習投資が可能な層。現業でモダナイゼーション計画が進行中、または近く発生する見込みの現場。

狙う案件: タイプ 2（部分改修・機能追加）を経て、タイプ 3（モダナイゼーション主導）へ段階的にシフトします。単価は 65〜85 万円 → 85〜100 万円へと成長します。加えて、PMO・テックリードなどマネジメント寄りのポジションへの転換も、月 100 万円以上のオプションとして視野に入ります。

学習ロードマップ（目安）

単価変化の見通し: 学習開始後 1 年程度で「Delphi/PowerBuilder 経験＋Java/C# 基礎」の求人へ応募可能になります。2〜3 年でタイプ 2 案件のコア担当、3〜5 年でタイプ 3 案件の主導者を狙えます。

ルートC｜レガシーからJava/C#/クラウドへ完全転換（10年以上の視野・キャリア再構築型）

対象となる方: 30 代で、6〜12 ヶ月の集中的な学習投資が可能な層。現業の稼働も並行できる方（副業型フリーランスなら特に相性が良いです）。

狙う案件: 転換完了後は Java・C#・クラウド系の一般的な受託・自社開発案件へ移ります。単価はモダン系言語の平均月 68〜80 万円前後がベースになります（言語別単価の目安は レバテックフリーランス「単価相場」 参照）。

学習ロードマップ（目安）

単価変化の見通し: 転換直後は月 55〜65 万円まで一時的に低下する可能性がありますが、モダン言語での実務 2〜3 年で 70〜80 万円台へ、フルスタック化・クラウドスキル追加で 90 万円台以上を狙えます。

3ルートの判断ツリー

自分がどのルートを選ぶべきかは、次の 4 つの軸で判断できます。

1. 年齢: 55 歳以上ならルート A が現実的。40 代ならルート B、30 代ならルート B か C の選択肢が広いです
2. 学習時間: 月 10 時間未満ならルート A、月 10〜20 時間ならルート B、月 30 時間以上ならルート C も視野
3. 現在のドメイン知識の深さ: 金融・保険・製造の深いドメイン知識があるならルート A・B のいずれでも武器になります。ドメイン知識が薄い場合はルート C が選択肢に上がります
4. 現業の安定性: 現業が安定していて長期継続可能ならルート B（学び直しに時間をかけられる）、現業に不安があるなら早期にルート C で転換を目指します

「Java/C# を学ぶかどうか」ではなく、「どの視野で・どの投資量で・何を狙うか」を決めれば、選ぶルートは自然に絞られます。

案件獲得のコツ｜Delphi/PowerBuilderフリーランスの探し方と選考通過

案件があることと、自分がその案件を獲得できることは別の話です。ここでは、Delphi/PowerBuilder フリーランス案件の探し先と、選考通過率を上げるための準備を整理します。

Delphi/PowerBuilder案件が多い探し先の使い分け

探し先は大きく 4 系統に分けられます。

レガシー特化型エージェント: Legacy Force のように、レガシー言語のフリーランス案件に特化したプラットフォームです。案件数は総合型より少ないですが、平均単価が高め（80 万円台）で、レガシー言語エンジニア向けの選考ノウハウが蓄積されているのが強みです。Delphi/PowerBuilder 経験者は最初に登録すべき軸となる探し先の 1 つです。

総合型エージェント: レバテックフリーランス・Midworks・フリーランス Hub・フリコン・PE-BANK・エンジニアスタイル等。Delphi/PowerBuilder 案件の掲載数が多く、単価交渉や契約手続きを代行してくれます。同時に 2〜3 社に登録し、案件の重複を避けつつ提案を比較する運用が現実的です。

独立系 SIer・地銀システム子会社の業務委託: 元請けの独立系 SIer や地銀・信金のシステム子会社が業務委託契約でフリーランスを受け入れるパターンです。エージェントを経由せず直接契約するため、単価は 5〜10% 高くなる傾向がありますが、開拓には人脈が必要です。過去の常駐先の元プロパー社員経由でルートを開くのが定石です。

複業マッチングプラットフォーム: 週 1〜2 日の副業案件を扱うプラットフォームです。Delphi/PowerBuilder 特化ではないため案件数は限定的ですが、「本業を続けながらフリーランス経験を積む」導入として有効です。実績を積んでから週 5 のエージェント案件に応募する順序が、リスクを下げます。

選考で見せるべき経験と職務経歴書での見せ方

選考通過率を上げるうえで、以下の要素を職務経歴書で具体化することが重要です。

• ドメイン知識の深さ: 「金融基幹系 10 年」ではなく、「地銀勘定系サブ（○○銀行子会社）で融資支援システムの機能追加を 6 年、その後与信管理システムの改修を 4 年」のように、業務領域と担当プロセスを具体化します
• 大規模実装経験: PowerBuilder なら「DataWindow 300 本規模の帳票実装・チューニング」、Delphi なら「VCL カスタムコンポーネント 50 種類の設計・実装」など、扱った規模を数値で示します
• 移行・アップグレード実績: 「Delphi 7 → Delphi 11 への段階アップグレード対応」「PowerBuilder Classic → Appeon 対応版への移行 PJ 参加」「Oracle → SQL Server への DB 移行対応」等の経験がある場合は最上段に配置します
• 上流経験: 要件定義・基本設計・PL 経験がある場合は明示します。タイプ 2・3 案件の選考で強い武器になります

レガシー案件で刺さる強みの言語化

「レガシー言語が書ける」というだけでは差別化になりません。以下の観点で自分の強みを言語化してみてください。

• Delphi/PowerBuilder コード読解速度: 未経験のシステムでも、既存コードを何日で読み切って改修着手できるか
• DataWindow / VCL の設計思想理解: 業界特有の帳票設計や UI 設計パターン（金融の帳票、保険の契約入力画面、製造の生産計画画面等）を読み解けます
• DB 実装経験（Oracle / SQL Server / DB2）: パフォーマンスチューニング、複雑なストアドプロシージャ、大量データバッチ処理の経験
• 障害対応・パフォーマンスチューニング: 本番障害対応、リグレッションの再現、性能問題の切り分けと改修の経験

これらを職務経歴書に落とし込むと、「保守要員」ではなく「移行の要」として扱われる下地ができます。

単価交渉と契約前の確認事項

案件獲得の最後の関門が単価交渉です。以下の観点を押さえてください。

• 提示根拠の示し方: 経験年数だけでなく、先述の「経験年数×案件タイプの提示単価マトリクス」に照らして「案件タイプ + ドメイン知識 + 上乗せ要因」で希望単価を組み立てます
• 契約形態: 準委任契約か請負契約か、清算幅（下限・上限稼働時間）、稼働時間の管理方法を確認します
• 稼働調整: 週の稼働形態（常駐日数・リモート日数）、休暇取得、繁忙期の追加稼働ルールを確認します
• 年齢がネックにならない伝え方: 「若手不足のなかで教育もできる」「業務知識の継承役割を担える」「独自の DataWindow/VCL 実装ノウハウを次世代に残せる」など、ベテランならではの提供価値を先回りして示します

案件獲得後も、次の案件に備えて職務経歴書を継続的にアップデートしていく運用が、フリーランスとしての持続可能性を高めます。

まとめ｜レガシー言語でも生き残る、今週から動く3ステップ

長い記事となりましたが、押さえておきたいキーメッセージは以下の 4 点です。

1. 2026 年時点で Delphi/PowerBuilder フリーランス案件は確実に存在する: Legacy Force・エンジニアスタイル・レバテックフリーランス・フリコン・フリーランススタート等、複数の一次データが案件市場の存在を裏付けています
2. 平均単価は Delphi 月 60〜80 万円・PowerBuilder 月 55〜65 万円: モダン言語（Go 83 万円・Python 77 万円等）と比べればやや下ですが、モダナイゼーション主導なら月 85〜100 万円ゾーンが現実的に狙えます
3. 縮小スピードはドメインで異なる: 生保契約管理は 10 年以上、地銀・信金・銀行勘定系サブ・損保契約管理・製造原価計算は 5〜10 年、小売 POS 周辺・独自業務アプリは 3〜5 年（一部 5〜10 年）が目安です。自分の領域に合わせて、ルート A（Delphi/PowerBuilder 主軸）・ルート B（併用でモダナイゼーション主導者に）・ルート C（完全転換）の 3 ルートから延命戦略を選べます
4. 案件は多く、選考材料の作り方で通過率は上げられる: ドメイン知識・大規模実装・移行実績を具体で言語化することが、選考通過と単価交渉の両方に効きます

読み終えた今週から動き出すための、具体的な 3 ステップを提案します。

• ステップ 1: 先述の「経験年数×案件タイプの提示単価マトリクス」と照合し、自分の経験年数・案件タイプ・上乗せ要因から「提示できる単価レンジ」を確定させます（月末までに 1 枚のメモにまとめます）
• ステップ 2: 「ドメイン別の残存年数サマリー表」と照合し、自分のドメインの残存年数と、選ぶべき延命ルート（A / B / C）を判定します
• ステップ 3: Delphi/PowerBuilder 案件が多い探し先（レガシー特化型エージェント、総合型エージェント、独立系 SIer 業務委託、複業マッチングプラットフォーム）から 2〜3 社に登録し、狙う案件タイプの掲載状況と提示単価を実際に確認します。副業として始めるなら、週 1〜2 の保守運用案件を入口にすることをおすすめします

「Delphi/PowerBuilder はオワコン」という粗い言説から距離を取り、案件データ・単価マトリクス・ドメイン別の残存年数・延命ルートという 4 つの判断軸で自分の戦略を組み直すこと。それが、Delphi/PowerBuilder エンジニアとしての強みを保ちながら、次の 5 年・10 年を持続可能な稼働へつなぐ最短ルートです。

言語横断で単価水準の全体像を把握したい場合はバックエンドエンジニアのフリーランス単価相場、同じレガシー系で基幹メインフレーム側（COBOL）の実態と延命戦略を比較したい場合はCOBOLフリーランス案件は今もあるもあわせて参考にしてください。両記事と本記事の 3 軸を突き合わせると、自分の位置と選択肢がより立体的に見えます。

関連情報

Delphi/PowerBuilder のスキルと希望条件に合う案件だけを効率的に確認したい方は、AI マッチング型のフリーランス向け案件ポータル Workee で案件を探す をご利用いただけます。スキル・希望単価・稼働形態を登録すると、合致度スコアの高い案件のみが提示され、レガシー言語経験者向けの保守運用・部分改修・モダナイゼーション主導の各タイプの案件を並行して比較できます。