フリーランス

はじめに 会社員からフリーランスエンジニアとして独立すると、多くの方が驚くのが健康保険料の負担です。 会社員時代は給与から天引きされ、金額をあまり意識していなかった方でも、独立後に自分で保険料を計算・納付する立場になると、想像以上の金額に驚くケースが少なくありません。 特にフリーランスエンジニアは、案件の単価が比較的高く、所得が上がりやすい職種のため、国民健康保険料も高額になりがちです。 この記事では、フリーランスエンジニアが検討すべき健康保険の主な選択肢を整理し、それぞれのメリット・デメリット、保険料の考え方について解説します。 最終的な選択や保険料の具体的な試算については、お住まいの自治体窓口や社会保険労務士、税理士に確認することをおすすめします。 フリーランスエンジニアが健康保険で直面する課題 国民健康保険料が高くなる理由 会社員が加入する協会けんぽ等の健康保険は、保険料を会社と折半するため、個人の負担は所得の一定割合に抑えられています。 一方、独立後に多くの方が加入する**国民健康保険（国保）**は、原則として以下の要素で保険料が計算されます。 所得割: 前年の所得に応じて金額が上がる部分 均等割: 世帯の加入者数に応じてかかる定額部分 平等割: 世帯ごとにかかる定額部分（自治体によって有無が異なる） このうち所得割は、所得が増えるほど比例して保険料が上がっていく仕組みのため、独立して所得が伸びたフリーランスエンジニアほど、国保料の負担も重くなりやすいという特徴があります。 なお、国民健康保険には保険料の**上限額（賦課限度額）**が設定されており、青天井に上がり続けるわけではありません。ただし、上限額自体も年々見直されており、高所得層にとっては依然として大きな負担になりやすい制度です。 会社員時代との違い 会社員の健康保険と異なり、国民健康保険には以下のような特徴もあります。 保険料の労使折半がなく、全額自己負担 傷病手当金・出産手当金が原則として支給されない（自治体や制度改正状況によって例外あり） 前年所得をもとに保険料が決まるため、独立初年度は前職の給与所得がベースになることがある こうした違いを理解した上で、自分に合った健康保険の選択肢を検討することが重要です。 主な選択肢の比較 フリーランスエンジニアが検討できる健康保険の選択肢は、大きく**国民健康保険（国保）と社会保険（社保）**の2系統に分かれます。 さらに国保は「市区町村国保」と「国民健康保険組合」の2種類、社会保険は法人の役員・従業員になることで加入するため、フリーランスが社会保険につながるルートとして「任意継続」「マイクロ法人」「社保加入代行」の3通りがあります。 健康保険は大きく以下のように分類されます。 国民健康保険団体（国保） 市区町村国保 国民健康保険組合（同業者組合） 社会保険団体 (社保) 全国健康保険協会（協会けんぽ） 健康保険組合 (組合健保) 共済組合 社会保険加入方法 任意継続被保険者制度 マイクロ法人スキーム 社保加入代行・一般社団法人加入 国民健康保険（国保） 市区町村国保 最も一般的な選択肢で、独立後に手続きをしなければ自動的にこの制度の対象になります。 市町村ごと微妙に保険料が異なるため、保険料が安い市町村で開業することで微小ですが保険料を抑えることができます。 メリット 手続きが比較的シンプルで、市区町村の窓口で完結する デメリット

はじめに 社会人になれば、誰もが知識面でも精神面でも自立した大人になっているというイメージを持つ人は多いのではないでしょうか？ しかし現実には、知識や精神が未成熟な方も少なくなく、先輩や上司が必ずしも頼りになる大人とは限りません。 立場が上だからといって、常に正しいわけではないのです。むしろ、周囲の意見に流されず、自分のキャリアを主体的に考える姿勢こそが重要になります。 本記事が、盲目的に周りの意見を受け入れるのではなく、自分のキャリアを自分自身で判断するきっかけになれば幸いです。 本記事は、エンジニアや企業を貶めることを目的としたものではありません。情報収集が困難な業界内情を提供し、今後のキャリアに役立てていただくこと、そして業界への監査を行うことを目的としています。 エンジニアは「変わった人」と思われるケースが多い ハッカソンで出会った独特過ぎる発想 これは、生成AIを活用したバイブコーディングのハッカソンに参加した際の話です。 あるミドルエイジのエンジニアの方が、ハッカソンで提案するアプリについてこう話していました。 ミドルエンジニア🤪：「汚物を投げるアプリを作ろう💩」 思わず耳を疑うアイデアでした。 もちろんハッカソンでは、実用性よりも発想の面白さを重視したネタアプリが数多く生まれます。 とはいえ、そのアイデアは私にとってかなり常識離れしたものに感じられました。 周囲も苦笑いしていましたが、本人はまったく気にする様子がありません。 ミドルエンジニア😏：「面白いでしょ？」 むしろ自信満々に語っていたのが印象的でした。 エンジニアには、既成概念にとらわれず自由な発想をする人が少なくありません。 その創造性が革新的な技術を生み出す一方で、時には周囲から「変わった人」と見られてしまうこともあるようです。 異業種から見たエンジニアの印象 これは異業種交流会での話です。 交流会に参加していると、エンジニアに対する印象について話題になることがあります。 その際、営業職や事務職の方から次のような意見を聞くことがありました。 営業職の方😕：「エンジニアは少し話しかけづらいイメージがありますね」 事務職の方😣：「個性的な人が多い印象なので、最初は少し緊張します」 もちろん、これは一部の方の感想に過ぎません。 しかし、技術職に対して似たようなイメージを持つ人が一定数いることは肌で感じました。 ある交流会で、私が参加者と普通に会話をしていたときのことです。 相手からこんなことを言われました。 交流会の相手😲：「あなた、エンジニアなんですか？ エンジニアの割に話しやすいですね」 相手に悪気はなかったのでしょう。 しかし、この言葉からは「エンジニアはコミュニケーションが苦手」という先入観がうかがえます。 実際、技術的な話に熱中し過ぎたり、自分の専門分野の話ばかりしてしまったりするエンジニアは存在します。 私自身、そうした場面を目にしたことがあります。 ただし、それはエンジニア全体に当てはまる話ではありません。 コミュニケーション能力が高く、相手の立場に合わせて分かりやすく説明できるエンジニアも数多くいます。 それでも、一部の印象的な言動が目立つことで、「エンジニアは変わった人が多い」というイメージが生まれているのかもしれません。 まとめ 社会人だからといって、全員が自立した大人というわけではありません。 先輩や上司をリスペクトすることは重要ですが、妄信するのは危険です。 先輩や上司の良いところは取り入れ、悪いところは反面教師として捉え、自立した社会人を目指しましょう。 本サイトへのご意見、お問い合わせなどありましたらこちらからご連絡下さい。 お問合せフォーム 関連記事 地方エンジニアにおすすめのフリーランスエージェント

はじめに 社会人になれば、皆が知識も精神も自立した大人になっているというイメージを持つ人は多いのではないでしょうか？ しかし、現実には、知識も精神も未成熟な方もいて、先輩や上司が皆、頼りになる大人とは限りません。 立場が上だからといって、常に正しいわけではないのです。むしろ、周囲の意見に流されず、自分のキャリアを主体的に考える姿勢が重要です。 本記事が、盲目的に周りの人の意見を受け入れるのではなく、自分のキャリアを自分で判断するきっかけになれば幸いです。 本記事は、エンジニアや企業を貶めることを目的としたものではありません。情報収集が困難な業界内情を提供し、今後のキャリアに役立てていただくこと、そして業界への監査を行うことを目的としています。 意外と無知な人が多い Operatorの意味を知らないDevOpsエンジニア これは、DevOpsの導入支援を行っていたプロジェクトでの出来事です。 上司🤔：「運用者って英語で何て言うの？」 部下😐：「operatorです。」 上司😤：「なんか違うなー。actorにしよう!!」 部下😐：「????」 業界では一般的な英単語であるにもかかわらず、その意味を理解していない人がプロジェクトをマネジメントしているケースは少なくありません。 今回のケースでは、DevOpsプロジェクトに参画しているにもかかわらず、「Operator」という言葉の意味を理解していませんでした。 さらに厄介なのは、正しい表現を提示しても同じ間違いが繰り返されることです。 脳の仕組み的に、本人の中では独自の定義や解釈が形成してしまう方がいて、世の中で一般的に使われている意味とのズレを認識できていないケースがあるのです。 誰でも最初は知らないことがありますし、無知であること自体は何も問題ではありません。 しかし、自分の認識がずれている可能性に気付けなければ、学習や修正の機会を失ってしまいます。 実際に社会人として働いていると、「知らない人」よりも「間違って理解していることに気付いていない人」に遭遇することがあります。本人の中では筋が通っているため、自分が間違っているという感覚がありません。 そのため、正しい情報を示されても自分の解釈を優先してしまい、結果として同じ間違いを繰り返してしまうのです。 そして、そのような人が意思決定を行う立場にいると、プロジェクト全体が誤った方向に進んでしまうこともあります。 ピントがずれた指摘が多いレビュアー これは、あるシステムに関する社内向けスライド資料のレビューで起きた出来事です。 上司😤：「スライドタイトルの製品名に『TM』が付いていないじゃないか。ちゃんと表記しなさい。」 部下😐：「????」 TMは「Trade Mark」の略で、商標であることを示すための記号です。 しかし、ロゴを正式なブランド表記として利用しているわけでもなく、社内向けの説明資料において単純に製品名に言及するだけであれば、TM表記が必須となるケースはほとんどありません。 もちろん、表記ルールを確認すること自体は大切です。 しかし実際のレビューでは、本質的な内容よりも些末な部分にばかり注目し、ピントがずれた指摘が繰り返されることがあります。 悪意があるわけではないだと思いますが、意味の薄い指摘への対応に時間を取られることで、本来議論すべき内容が後回しになってしまうケースは少なくありません。 関連記事 地方エンジニアにおすすめのフリーランスエージェント

はじめに 社会人になれば、皆が知識も精神も自立した大人になっているというイメージを持つ人は多いのではないでしょうか？ しかし、現実には、知識も精神も未成熟な方もいて、先輩や上司が皆、頼りになる大人とは限りません。 立場が上だからといって、常に正しいわけではないのです。むしろ、周囲の意見に流されず、自分のキャリアを主体的に考える姿勢が重要です。 本記事が、盲目的に周りの人の意見を受け入れるのではなく、自分のキャリアを自分で判断するきっかけになれば幸いです。 本記事は、エンジニアや企業を貶めることを目的としたものではありません。情報収集が困難な業界内情を提供し、今後のキャリアに役立てていただくこと、そして業界への監査を行うことを目的としています。 金銭感覚が疎い人が多い 借金を自慢するピエロエンジニア これはある40代のエンジニアの方の友人との金銭トラブルの話です。 ご本人はコミュニティと称して、ジモティーでカフェ会などを開いているそうです。 その方はカフェ会で以下のような発言をしたそうです。 40代エンジニアさん😎:「友人が困っているから20万円貸したけど返ってこなかったことあるよ(キリッ)」 エンジニアA😳:「えっ、20万円も！？」 40代エンジニアさん😏:「自己投資(人生経験)だったと思ってるよ(ドヤ～)」 エンジニアA😳:「….(何で自信満々なんだ。。。)」 大金を人に貸すのはよくない、お金を返さないような人は友人ではない、小学生でも分かることですよね。 小学生でも知っていることを理解したことを自慢話のように語っているのです。 そのエンジニアの方はコミュニティと称してやっていることもハッカソンやアイデアソンなどではなく、 小規模なカフェ会やボードゲーム会で学生さんでもできるような大したことではなく、年齢に相応しい行動とは思えないですが、主催して人を集めている自分に酔ってしまい、客観的な分析ができなくなっているようです。 周囲からも自己分析ができないピエロエンジニアとして疎まれているみたいです。 SNSでのビジネスロマンス詐欺被害 これはあるベテランエンジニアがSNSを通じて知り合った外国企業に金を騙し取られた話です。 「取引相手」と思っていた相手は、実は詐欺グループでした。 最初は数千円。その後、何度か追加投資を促され、最終的には50万円を失ったそうです。 驚くべきは、そのことを話したときの彼の態度です。 エンジニアA😳:「えっ、50万円も！？」 ベテランエンジニア😳:「まあ、勉強代みたいなもんだから。」 エンジニアA😳:「変だと思わなかったんですか？」 ベテランエンジニア😳:「外国との取引なので、そういうものかと思ってた。」 エンジニアA😳:「….(リアクション薄いな。。。)」 50万円という大金を失ったにもかかわらず、怒ることも悔やむこともなく、「勉強代」という言葉で片付けているのです。 一人暮らしでお金を必要としない生活を続けていて、金銭感覚がずれてしまった例の一つと言えるかもしれません。 青色申告を使わないエンジニアが意外と多い これは副業やフリーランスで働くエンジニアの確定申告の話です。 知人のエンジニア🙄:「白色申告でいいよ、青色申告は面倒くさいから」 そう言って、経費がまったく計上できない白色申告を選ぶエンジニアって意外と多いんです。 青色申告を使うだけで、数十万円単位で損をしているのです。 関連記事 地方エンジニアにおすすめのフリーランスエージェント

はじめに この記事では、フリーランスITエンジニア向け案件紹介サービスTechStock(テックストック)について解説します。 岡山県など地方在住者におすすめできるかも含めて、メリット・デメリットを整理しました。 TechStockとは TechStockは、ハイエンド・高単価案件に強いフリーランス向けエージェントです。 特にITコンサル・PM/PMOなど上流工程の案件が豊富で、経験豊富なエンジニアに支持されています。 運営会社は東証グロース上場のINTLOOP株式会社で、コンサルティング事業を母体としているため、上流・高単価案件が多い構造になっているのが特徴です。 TechStock公式サイト 運営会社: 「INTLOOP株式会社」 TechStockの運営会社はINTLOOP株式会社です。 INTLOOPは、コンサルティング事業・人材ソリューション事業を展開する企業で、ITコンサルやPM/PMO領域に強みを持つ会社です。 項目 内容 会社名 INTLOOP株式会社 設立 2005年2月 所在地 東京都港区赤坂 資本金 約20億円（資本準備金含む） 上場 東京証券取引所グロース市場（証券コード：9556） 事業内容 コンサルティング事業、人材ソリューション事業 INTLOOPは東証グロース市場上場企業のため、報酬未払いなどのトラブルリスクが低い点は、フリーランスにとって大きな安心材料です。 母体がコンサル会社のため、TechStockは上流・高単価案件が多い構造になっているのが特徴です。 INTLOOP株式会社 - 会社概要 TechStockの特徴 項目 内容 対応エリア 全国（首都圏中心） リモート案件 約70%前後 案件数 約8,000件前後（時期により変動） 平均月単価 80万円前後（ハイエンド層は100万円超も多い） 平均年収 約960万円（週5稼働時） 消費税表記 税抜き表記 マージン率 非公開 支払いサイト 月末締め翌月15日払い（15日サイト） 契約形態 準委任契約中心 福利厚生 税務相談、社会保険相談、キャリア支援などあり 特徴 上流工程・ITコンサル・PM/PMO案件に強い高単価エージェント TechStockのメリット 高単価・上流案件が豊富 TechStockは、ITコンサル・PM/PMOなど上流工程の案件が豊富です。

はじめに フリーランスエージェントを選ぶ際、企業の信頼性やセキュリティ体制は最も重要な判断基準の一つです。 この記事では、Remogu（リモグ）エージェントで報告されている複数の問題点について情報をまとめています。 フリーランスエージェント選定の参考として、慎重な判断をお勧めします。 Remogu（リモグ）とは Remogは、株式会社LASSICが運営するフリーランスエンジニア向けのエージェントサービスです。 リモートワークを中心とした案件紹介を行っていますが、以下のような深刻な問題が報告されています。 報告されている主な問題点 1. 本人確認体制の欠如 問題の内容： エージェント側（Remogu運営企業）が契約しているエンジニアに対して公的身分証での本人確認を実施しておらず、顧客企業に対して素性不明の作業者を送り込んだ事例が報告されている 機密情報にアクセスする人物の特定・管理ができない状態だった リスク： 本来、企業の機密情報に触れるエンジニアは厳格な身元確認が必要です。 この体制の欠如は、情報漏洩リスクを大幅に高める重大な欠陥と言えます。 2. NDA（秘密保持契約）と実運用のギャップ 問題の内容： 正式な秘密保持契約（NDA）が締結されていた しかし、実務担当者の身元や行動が管理されていなかった 契約書上の責任体制と実際の運用に大きな乖離があった リスク： 契約だけで安心できず、実際の運用体制が伴っていないという点で、企業としての信頼性に疑問が残ります。 3. 情報漏洩発生と対応の不透明性 問題の内容： 顧客企業のソースコードが無断でGitHub上に公開されるという重大な情報漏洩事件が発生 Remogu運営側はコード削除の証拠等を提供しなかった 発生後の状況説明や進捗連絡がほぼ途絶える 顧客側からの問い合わせにも十分な回答が返ってこない リスク： 情報漏洩は最も避けるべき事態ですが、さらに深刻なのは事後対応の不透明さです。 顧客企業の不安や損害を軽視した対応は、エージェントとして致命的な問題と言えます。 4. 誠実性・対応姿勢の欠如 問題の内容： 初期は「補填する」と申し出ていたが、後に撤回 逆に弁護士を通じて被害企業に支払いを求める訴訟を開始 言行不一致の対応で顧客の不信感を増大させた リスク： 被害企業に対して訴訟を起こすという対応は、企業倫理として大きな問題です。 トラブル時の対応姿勢から、長期的な信頼関係を構築できるエージェントとは言い難い状況です。 5. 経営トップ・ガバナンスの問題 問題の内容： トップ自身の対応が遅い 説明責任を果たしていないとの指摘 コンプライアンス体制を標榜しながら、実際の運用が伴っていない リスク： 経営層のガバナンスに問題がある場合、再発防止策の実効性にも疑問が残ります。 6. 過度の営業DM・顧客対応の不満 問題の内容： 情報漏洩事件の後も、Remogu/LASSICからの営業DMが継続 顧客側で不満が広がっているとの報告 リスク： 深刻な問題が発生した後も営業活動を続ける姿勢は、顧客の心情への配慮が欠けていると言えます。

はじめに ITエンジニアを目指す人の多くが、一度は「SES」という言葉を耳にするでしょう。 多くのIT企業が採用する働き方で、未経験から実務経験を積む入口になるケースも少なくありません。 しかし、SESには、エンジニアが自分の市場価値を把握しにくい構造的な課題があります。 その中心となるのが 「単価」 と 「多重請負」 です。 なぜ企業はエンジニアに自分の「単価」を伝えたがらないのか？ この記事では、その仕組みと背景を、これからエンジニアを目指す方に向けて解説します。 SESとは？ SES（System Engineering Service）とは、 「システム開発や保守・運用といった業務に対して、エンジニアの作業を提供する契約形態」です。 契約は準委任契約（成果物ではなく作業に責任が発生） 顧客先のオフィスに常駐して仕事を行うケースが多い 月の労働時間の合計が140～180時間の間になるように働くという契約になっていることが多い つまり、 エンジニアを“期間限定でレンタルする”ようなイメージに近い仕組みです。 企業は自社に不足している技術力を補うために、SES企業からエンジニアを借りて、自社の業務を代行してもらうわけです。　形式上は社員が指揮命令を受けない前提の契約ですが、現場では“派遣労働に近い状態”になります。 エンジニアの値段、「単価」の仕組み 単価とは、 SES契約をしたクライアント企業が、あなたの所属会社へ毎月支払う金額のこと を指します。 例えば、あるA社のSEがクライアントB社のプロジェクトに参加している場合、SEの単価が50万円であれば、B社はA社に単価を支払う必要があります。 単価はSEの技術レベルや経験年数などによって上がる、いわば自身の市場価値となります。 ここで多くのエンジニアが疑問に思うのが、 「自分の価値は50万円なのに、なぜ自分の給料は50万円より低いの？」 という点です。 この差額はどうなるのか？ 会社に入る単価50万円から、以下が差し引かれます： 会社負担の社会保険料 交通費 営業担当の人件費 会社のオフィス維持費 その他の固定費 残った金額が会社の利益（粗利）となります。 企業が単価を教えたがらない理由 最大の理由は、 利益の内訳を不透明にしておきたいから です。 単価を知られると： 給与交渉の材料にされる 自分の市場価値を理解され、他社に流れやすくなる 「会社がどれだけ抜いているか」を知り不満が増える といったリスクが生じるため、隠したがる企業が多いのです。 多重請負構造——単価が削られていく仕組み IT業界では、 大手SIerを頂点とする ピラミッド構造の多重請負 が一般的です。

はじめに 近年、人手不足と人件費高騰が深刻化する中、SIer（ソフトウェア業含む）や人材派遣業の倒産が過去最大水準に増加しております。　特に固定費負担の重い企業では、オフィス拡張や研修投資が経営を圧迫し、倒産リスクが高まっている状況です。　本記事は、地方で就職活動中の学生や地方企業で働くエンジニアの皆様を対象に、以下の内容を解説いたします。　 倒産リスクの高い企業を見極めるポイント 地方における企業環境の現実 フリーランスエンジニアという柔軟な働き方の選択肢 人手不足時代を生き抜くためのキャリア戦略 地方における若者流出や企業の後継者不在という現実も踏まえながら、将来のキャリア戦略を考える材料としていただければ幸いです。　 SIer・人材派遣業の倒産が過去最多水準へ 人材関連サービス全体で倒産増加 東京商工リサーチの2024年度（4-2月）の「職業紹介業・労働者派遣業」倒産の状況調査によると、人材関連サービス業の倒産が過去10年で最多水準へ増加しております。 人手不足が主要因と分析されており、業界全体で深刻な経営環境が続いております。 労働者派遣業の2025年1〜8月の派遣業倒産は59件となり、年換算すると過去最多を更新する可能性が高いペースとなっております。 人材確保困難とコスト高騰が背景にあります。 参考: 労働者派遣業の倒産動向（2025年1-8月）｜株式会社 帝国データバンク[TDB] 参考: 「人材関連サービス業」で倒産が過去10年の最多超え92件に　TSR調査 - オフィスのミカタ ソフトウェア業(Sier含む)の倒産も増加 帝国データバンクの調査では、ソフトウェア業の倒産が過去10年で最多レベルまで増加しております。 前年度の1.4倍に増加し、人件費高騰が小規模事業者を直撃している状況です。 参考: ソフトウェア業の倒産、過去10年で最多　前年度の1.4倍に増加、人件費高騰が小規模事業者を直撃 | 株式会社帝国データバンクのプレスリリース 人手不足なのに倒産が増加している理由 DXの推進などによって人手不足になるほど需要はあるのに倒産が増えている理由として、有識者は以下のように推測しています。 人件費高騰・人手不足 → 採用難・人材流出 → 労働単価上昇 → 経営圧迫 政府の要請を受けて、人件費が高騰しているの対して、クライアントに上昇分を価格転嫁することができず、人手不足で人材を確保できず、売り上げを伸ばない状態になっている。 その結果、案件があっても資金繰りが悪化する企業が出てきており、オフィスの賃料や・高額研修投資などの出費が売上や人材確保と釣り合わず、利益を逼迫して倒産する企業が増えているのではないかとされています。 Sierにおいては、元請けは儲かっているが、下請けの企業が儲からない状況にあるとされています。 特に薄利多売の末端層よりも、中間層の方が自分たちも上に上がろうとしている分、苦しい状況にあるのではないかと言われています。 岡山県の企業環境の現状 休廃業・倒産件数も増加 2024年の休廃業・解散は958件で過去5年で最多となっております。 倒産は102件と、中小企業の環境悪化が顕著に表れております。 参考: 岡山県　企業の休廃業・解散動向調査（2024年）｜株式会社 帝国データバンク[TDB] 若年層の転出が加速 岡山県では20〜24歳女性の転出超過率が大幅に上昇しており、まさに就職のタイミングで若年層の県外流出が進んでおります。

はじめに この記事では、フリーランスITエンジニア向け案件紹介サービスPE-BANKについて解説します。 岡山県など地方在住者におすすめできるかも含めて、メリット・デメリットを整理しました。 PE-BANKとは PE-BANKは、ITエンジニア専門の案件紹介サービスです。 1989年創業の老舗で、エンジニア主体の共同受注モデルを採用しています。 共同受注モデルなので、契約内容に透明性があり、マージン率が公開されているため、良心的なフリーランスエージェントと言われています。 運営会社: 「株式会社PE-BANK」 PE-BANKの運営会社は株式会社PE-BANKです。 同社は、フリーランスITエンジニア向けの共同受注事業を中心に展開する企業で、1989年創業の実績ある会社です。 項目 内容 会社名 株式会社PE-BANK 設立 1989年 所在地 東京都港区高輪2-15-8 グレイスビル泉岳寺前 事業内容 ITエンジニア共同受注事業 上場 非上場 長年にわたりエンジニア主体のビジネスモデルを継続しており、全国に拠点を展開している点が特徴です。 PE-BANKの特徴 項目 内容 対応エリア 全国（主要都市に拠点あり） リモート案件 一部あり（常駐案件が中心） 案件数 非公開（全国で常時多数） 平均月単価 60万〜80万円前後 消費税表記 税抜き表示が基本 マージン率 公開制（段階的還元、最大80％前後） 福利厚生 共済会制度あり（保険・税務サポート等） 特徴 高還元率とマージン公開の透明性が強み PE-BANKは、1989年創業の老舗フリーランスエージェントです。 エンジニア主体の「共同受注」モデルを採用し、報酬還元率の高さと透明性を重視しています。

はじめに この記事では、フリーランスITエンジニア向け案件紹介サービスギークスジョブについて解説します。 岡山県など地方在住者におすすめできるかも含めて、メリット・デメリットを整理しました。 ギークスジョブとは ギークスジョブは、ITフリーランスエンジニア向けの案件紹介エージェントサービスです。 運営はギークス株式会社です。 ギークスジョブは最大手のレバテックフリーランスにつぐ、大手のエージェントで、多数の案件数やサポート体制を特徴としています。 高単価・長期案件を中心に、Web／業務系／インフラなど幅広い技術領域の案件を取り扱っています。 専任コンサルタントがキャリア相談、案件提案、単価交渉、参画後フォローまで一貫してサポートする点が特徴です。 特に実務経験2年以上のエンジニア向けの案件が多く、エンド直請けや大手企業案件も豊富です。 ギークスジョブ公式サイト .btn-wrapper { max-width: 600px; margin: 0 auto; padding: 20px 0; } .pink-btn { display: block; width: 90%; background: linear-gradient(#ff77bb, #ff4fa0); color: #fff; padding: 18px 0; border-radius: 8px; text-decoration: none; font-weight: bold; font-size: 18px; text-align: center; box-sizing: border-box; box-shadow: 0 4px 0 #d6458a, 0 6px 12px rgba(0,0,0,0.2); transition: all 0.2s ease; } .pink-btn:active { transform: translateY(3px); box-shadow: 0 1px 0 #d6458a, 0 3px 6px rgba(0,0,0,0.