Kotlinエンジニアのフリーランス案件の選び方｜契約前に確かめたいこと

Kotlinエンジニアの案件選びで差が出るのは、募集の言葉と実際の仕事の中身がずれやすいからです。「Kotlinでの開発」とあっても、Javaの保守が中心のこともあれば、古い版の設定が残るプロジェクトの更新が主な仕事のこともあります。契約前に、Kotlinの比率、版と更新の方針、案件の型と役割、非同期処理と運用の範囲、体制、契約の形と精算、期間と商流の7点を確かめておくと、参画後のずれを減らせます。

この記事では、7つの確かめ方と、聞いた内容を契約書と照らし合わせる手順を整理します。報酬の決まり方はKotlinエンジニアの報酬の記事、仕事の種類はKotlinエンジニアの仕事内容で扱っています。

Kotlinの案件選びで差が出る理由

Kotlinの公式ドキュメントは、KotlinがJavaベースの技術スタックと完全な互換を保ち、プロジェクトの一部をJavaのまま残しながら、テストや新しいコードからKotlinで書き始められると説明しています（2026年10月時点）。この性質のおかげで、多くの現場がKotlinを少しずつ採り入れています。

その反面、同じ「Kotlinの案件」でも、Kotlinで書く時間がほとんどない現場から、すべてがKotlinの新規開発まで幅があります。参画してから中身の違いに気づくと、次の案件で示せる実績が増えなかったり、想定外の運用の負担を抱えたりします。案件を選ぶ段階で中身を確かめることが、経験を積み上げる近道になります。

契約前に確かめたい7つの点

1. Kotlinの比率と、新規と保守の比率

新しいコードはKotlinで書くのか、Javaの保守がどのくらいあるのかを確かめます。あわせて、新しい機能の開発と既存の保守・運用の比率も聞きます。「Kotlin経験者歓迎」とある案件では、Kotlinの経験を移行の作業に生かしてほしいという意味のこともあります。

2. 版と、版の更新の方針

Kotlin・JDK・フレームワーク（Spring BootやKtor）の版と、版を上げる方針を聞きます。古い版のまま止まっているプロジェクトでは、版の更新そのものが大きな作業になることがあります。更新を任されるなら、その作業が契約の業務範囲に入っているかも確かめておきます。

3. 案件の型と、自分に期待される役割

新規開発か、Javaからの移行か、運用中のサービスの改善か、クライアントと共有するロジックの開発かを確かめます。そのうえで、実装担当か、レビューや設計まで担うか、規約やライブラリの選定を任されるかを聞きます。役割によって、面談で見られる点も、参画後の負担も変わります。

4. 非同期処理と、運用の範囲

コルーチンを使っているか、使っている場合にチームで書き方の決まりがあるかを聞きます。運用まで担う案件では、障害の当番の有無、夜間や休日の対応、その時間の精算の扱いを確かめます。開発の案件だと思って参画したら、障害の一次対応まで期待されていた、というずれは起きやすい点です。

5. 体制と、レビューの仕組み

チームの人数、Kotlinに詳しいメンバーがほかにいるか、コードレビューの流れ、コーディング規約や静的解析の設定があるかを確かめます。Kotlinに詳しい人が自分しかいない現場では、相談が集中して想定以上の負担になることがあります。逆に、規約づくりを任されることを強みにしたい場合は、そうした現場が合うこともあります。

6. 契約の形と、精算の条件

準委任か請負かで、負う責任が変わります。準委任なら稼働時間の幅と、下限を下回ったときや上限を超えたときの扱いを、請負なら成果物の範囲と検収の条件を確かめます。違いは準委任と請負の違い、精算の仕組みは精算幅の記事で解説しています。

7. 契約期間と、商流

初回の契約期間、更新の判断の時期、移行やリリースなどの区切りで契約が終わる見込みがあるかを聞きます。あわせて、発注元から何社を経由した案件かも確かめておくと、条件の伝わり方のずれに気づきやすくなります。考え方は契約期間の記事と商流の記事をご覧ください。

7つの点に優先順位をつける

7つの点をすべて希望どおりにそろえられる案件は多くありません。迷ったときは、今の自分にとって何を優先するかを先に決めておくと、判断がぶれにくくなります。

優先する点が決まっていれば、ほかの点で多少の妥協があっても、案件を受けるかどうかを落ち着いて判断できます。逆に、すべての点を同じ重さで比べると、どの案件にも決めきれず、声がけの時期を逃すことがあります。

確かめた内容を書面と照らし合わせる

面談や逆質問で聞いた内容は、口頭のままにせず、契約の書面と照らし合わせます。公正取引委員会のフリーランス法特設サイトでは、発注する事業者は、業務の内容や報酬の額などの取引条件を、口頭ではなく書面や電子メールなどで直ちに示す必要があると案内されています。支払期日は、発注した物品などを受け取った日から数えて60日以内のできる限り短い期間内で定めるとされています（2026年10月時点）。明示される事項の詳しい内容はフリーランス法の取引条件の明示の記事で解説しています。

照らし合わせるときは、次の手順で進めると漏れを防げます。

1. 聞いた内容を書き出す：上の7点について、面談で聞いた答えを一覧にする
2. 書面の記載と並べる：業務の範囲、報酬、支払期日、契約期間、精算の条件が、聞いた内容と一致しているかを見る
3. 書面にない点を確かめる：障害の当番や版の更新の作業など、聞いたのに書面にない点は、業務範囲に含まれるかを質問する
4. 食い違いは契約前に解消する：参画後に直すより、契約前に記載を直してもらうほうが負担が少ない

契約書の読み方の全体は契約前に確認したいポイント、参画後に作業が広がったときの考え方は作業範囲が広がったときの契約の扱いにまとめています。

よくある質問

Javaの保守が中心の案件は避けたほうがよいですか？

一概には言えません。Javaとの混在した現場の経験は、移行や相互運用の経験として評価されることがあります。ただ、Kotlinの実務を増やしたい時期なら、Kotlinで書く時間がどのくらいあるかを確かめてから決めると、後悔しにくくなります。

面談で版や運用の負担を細かく聞くのは失礼ですか？

失礼にはあたりません。参画後のずれを防ぐための確認は、発注元にとっても役に立ちます。聞き方は「参画後すぐに動けるよう確かめたい」と目的を添えると受け入れられやすくなります。逆質問の考え方は業務委託の面談で聞いておくべき逆質問で扱っています。

報酬の高い案件と、技術の前提がはっきりした案件で迷ったらどうしますか？

月額だけでなく、精算の条件、契約期間、運用の負担、次の案件で示せる経験をそろえて比べることをおすすめします。報酬が高くても、障害の当番や版の更新の負担が大きければ、時間あたりの条件は変わります。比べ方はKotlinエンジニアの報酬の記事を参考にしてください。