実装は終わっているのに、審査やルールの変更でリリースの時期が動く。Androidの案件を続けていると、そうした場面に出会うことがあります。原因は技術力の不足ではなく、自分では決められない外部の変化が、計画の外側で動いているからです。この記事では、その変化を分けて捉え、見積りにどう織り込むかを整理します。

1. アプリを届ける経路のルールは、制度として動いています

スマホソフトウェア競争促進法が全面施行されました

実装は終わっているのに、審査やルールの変更でリリースの時期が動く。そんな場面に、心当たりはないでしょうか。

原因は技術力ではありません。自分では決められない外部の変化が、計画の外側で動いているからです。そしてその変化は、気配や噂ではなく、制度としてかたちになっています。

その中で最も大きな動きが、スマホソフトウェア競争促進法です¹。この法律は令和7年12月18日に全面施行され、モバイルOS・アプリストア・ブラウザ・検索エンジンの4つが「特定ソフトウェア」として規律の対象になりました¹。

こうした変化は、Android固有の技術的な話ではなく、法制度の話として扱う必要があります。プログラミング言語やフレームワークの流行とは違い、施行日が来れば前提そのものが変わるからです。技術の選定であれば自分の裁量で先送りできますが、制度はそうはいきません。

Androidの提供元も規制事業者に指定されています

この法律のもとで、公正取引委員会は令和7年3月26日に、Apple Inc.（モバイルOS、アプリストア、ブラウザ）、iTunes株式会社（アプリストア）、Google LLC（モバイルOS、アプリストア、ブラウザ、検索エンジン）を規制事業者として指定しました²。

Androidの提供元であるGoogle LLCが名指しで指定されている以上、アプリを届ける経路のルールは、一企業の裁量だけで決まるものではなく、制度の枠組みの中で動いています。ルールが変わること自体を嘆くよりも、何が動く対象なのかを先に分けておくほうが、計画は立てやすくなります。

この指定は、Android向けのアプリを届ける経路が、今後も一定のルールのもとで運用され続けることを意味します。案件に参画する前に、この前提を知っているかどうかで、見積りの立て方や交渉の進め方は変わってきます。

案件の面談で「外部要因をどう見ているか」を話題にできること自体が、実装だけでなく計画にも目を配れる証になります。技術的な質問だけに答えるよりも、こうした前提まで共有できるほうが、クライアントとの信頼関係は築きやすくなります。

2. 決められないことは、4つに分けられます

4つの分類の内訳

「外部要因」とひとまとめにすると、対応のしようがないように見えてしまいます。ですが、分けてしまえば、嘆く対象ではなく扱う対象になります。

特に法制度は、これまでのAndroid案件ではあまり意識される機会がなかった要因です。技術的な変化と同じ感覚で身構えると、何を確認すればいいのか分からなくなります。ほかの3つと並べて扱うことで、確認先や対応の仕方も具体的に見えてきます。

下の表は、Androidの案件で自分では決められない要因を4つに整理したものです。OS更新は実装済みの機能の見え方や挙動を変え、ストアのルールは配信の直前に対応を迫ります。端末とOSの分布は検証する組み合わせの範囲を左右し、法制度はアプリを届ける経路そのものの前提を動かします。動くタイミングも影響の範囲も要因ごとに違うため、ひとまとめに捉えず、要因ごとに次の一手を考えることが計画を立てやすくする近道です。

要因	具体的に動くもの	計画への影響
OS更新	新しいOSやAPIの提供、対応の呼びかけ	実装済みの機能の見え方や挙動が変わることがあります
ストアのルール	審査基準やポリシーの改定	配信の直前に対応が必要になることがあります
端末とOSの分布	機種やOSバージョンの広がり	検証する組み合わせの範囲が変わります
法制度	スマホソフトウェア競争促進法などの新しい枠組み1	アプリを届ける経路そのものの前提が動きます

4つに分けておくと、次に確認すべき先も自然と決まります。OS更新とストアのルールは提供元やストアの公式情報を、端末とOSの分布は利用者データを、法制度は所管省庁の公表資料を確認する、という具合です。確認先を先に決めておけば、変化が起きたときに慌てて調べ直す必要がなくなります。

図の作成：Remogu編集部。法制度の欄は公正取引委員会の公表内容をもとに整理しています。ほかの3欄は案件で生じる変化を整理したもので、統計データではありません

4つのうち、自分たちで範囲を決められるのは検証の対象です。次は、その範囲の決め方を見ていきます。

3. 検証の範囲は、利用者の幅から決まります

スマートフォンの利用は全国に広がっています

検証する端末とOSの組み合わせを、どこまで広げるか。ここに頭を悩ませた経験のあるモバイルエンジニアもいるはずです。

手がかりになるのが、利用者そのものの広がりです。総務省の調査によると、すべての都道府県でスマートフォンによるインターネット利用率が60%を超えています⁴。

年齢層で見ても、個人のインターネット利用率は13歳から69歳の各階層で9割を超えています⁵。地域でも年齢層でも、利用者の幅は広いということです。

この幅の広さは、そのままAndroidの案件で確認すべき組み合わせの広さにつながります。特定の地域や特定の年齢層だけを想定して検証範囲を絞ると、実際の利用者の一部を見落とすことになりかねません。

出典：総務省「令和7年通信利用動向調査」（令和8年版情報通信白書）をもとに作成

提案書や見積書に検証範囲を書くときも、根拠がないまま機種を絞ると、あとから「なぜこの範囲なのか」と聞かれたときに答えづらくなります。利用者の幅を根拠にしておけば、範囲を狭める場合も広げる場合も、説明がしやすくなります。

利用者の幅が地域や年齢で偏っていないなら、検証の範囲も一部の機種やOSバージョンだけに絞りにくくなります。狭く絞るよりも、対象範囲をクライアントと事前にすり合わせておくほうが、あとの手戻りは小さくて済みます。範囲が決まったら、次はルールそのものを確かめに行きます。

4. ルールは公開されているので、確かめられます

遵守報告書とQ&Aが公表されています

ルールが変わると聞くと、噂や又聞きで情報を追いかけたくなります。ですが今回の枠組みでは、確かめる先が公式に用意されています。

公正取引委員会は、規制事業者として指定したApple Inc.、iTunes株式会社、Google LLCについて²、令和8年7月27日に遵守報告書と「よくある質問（デベロッパの方向け）」を公表しました³。

こうした文書は、リリース直前になって初めて確認するものではありません。案件に参画している間、折に触れて公式ページを確認しておく習慣を持っておくと、変化に気づくタイミングが早くなります。

確認できる文書の一覧

噂で不安になるよりも、公表された文書を直接確かめておくほうが、計画の前提を早く固められます。下の表は、公正取引委員会のページで確認できる文書と、そこから分かることを整理したものです。規制事業者の指定から遵守報告書とQ&Aの公表まで、どの文書がいつ出たものかを押さえておくと、噂と一次情報の切り分けがしやすくなります。案件の合間に一度目を通しておくだけでも、判断の材料は変わります。

公開されている文書	公表日	確認できること
規制事業者の指定	令和7年3月26日	モバイルOSやアプリストアの提供元が名指しで指定されていること2
遵守報告書	令和8年7月27日	指定事業者がルールにどう対応しているかの報告内容3
よくある質問（デベロッパの方向け）	令和8年7月27日	開発者側の疑問に対する公式の回答3

3つの文書はいずれも同じページで公開されており、更新のたびに新着情報として掲載されます。ブックマークしておくだけでも、確認の手間は大きく減ります。

出典：公正取引委員会「スマートフォンにおいて利用される特定ソフトウェアに係る競争の促進に関する法律」をもとに作成

確かめられるとしても、文書を読み込むには時間がかかります。だからこそ、次は見積りに枠を残しておきます。

5. 見積りには、外部要因の枠を残します

実装・検証・配信対応に加えて枠を積みます

外部要因は、無くすことができません。無くせないものを見積りから外すよりも、最初から枠として組み込んでおくほうが、後からの協議は軽くなります。

ここでいう枠とは、金額の上乗せではありません。OS更新やストアのルール変更が来たときに対応する時間を、あらかじめ相談しておくという意味です。

見積りの段階でこの枠がないと、OS更新やルール変更が起きたときに、追加の相談を一から始めることになります。最初から枠を設けておけば、実際に変化が起きたときの話し合いは「枠の中でどう対応するか」というシンプルな話に変わります。

見積書の中でこの枠を独立した項目として示しておくと、クライアント側も何のための時間かを理解しやすくなります。金額をその場で確定させない場合でも、項目名として残しておくだけで、あとから「言った・言わない」になることを防げます。

見積り項目の内訳

下の表は、Androidの案件で見積りに含める項目を4つに分けたものです。実装・検証・配信対応は通常の見積り範囲として積みますが、外部要因の枠だけは性質が違います。金額を先に確定させるのではなく、OS更新やルール変更が起きたときにどう対応するかを、クライアントとの協議の中で先に合意しておく項目です。この枠を最初から置いておくかどうかで、リリース直前の調整のしやすさが変わってきます。

見積り項目	含める内容	外部要因への対応
実装	画面や機能の作り込み	通常の見積り範囲として積みます
検証	想定する端末・OSの組み合わせでの確認	範囲を決めた上で積みます
配信対応	ストアへの申請とやり取り	一定の往復を前提に積みます
外部要因の枠	OS更新やルール変更への対応時間	金額ではなく「枠」として先に相談しておきます

図の作成：Remogu編集部。見積り項目を整理したもので、比率や金額を示すものではありません

この枠は、毎回すべてを使い切るものではありません。何も起きなければそのまま終わりますし、複数の変化が重なれば枠の中で優先順位を相談することになります。枠があること自体が、計画の余白になります。

ストアでリジェクトされたとき、実装の不備によるものか、ルールの解釈や運用の変化によるものかで、対応の性質は変わります。どちらの事情によるものかを契約の中で先に整理しておくと、リジェクトが起きたときの協議がスムーズになります。枠を残したことは、自分の中だけに留めず、相手にも伝わる形にしておきます。

6. リモートで進めるときに残しておく記録

利用者は全国に広がっています

すべての都道府県でスマートフォンによるインターネット利用率が60%を超えている以上⁴、Androidの案件は特定の地域だけを前提にしたものではありません。リモートで進めやすい領域だといえます。

Remoguの案件も、90%以上がフルリモート可能です⁶。ただし、案件によって条件は異なります。リモートで進めるときは、対面での相談よりも、記録に残すやり取りのほうが力を持ちます。

地域を問わず参画できる案件が広がっているということは、居住地に縛られずに、外部要因への向き合い方そのもので選ばれる場面が増えるということでもあります。

OS更新やストアのルール変更で計画がずれたとき、いつ・何が起きて・どう対応したかを残しておけば、次に似た場面が来たときの見積りの根拠になります。口頭でのやり取りよりも、テキストで残すやり取りのほうが、あとから振り返る材料になります。

リモートでの参画では、対面のように予定を急に押さえて相談することが難しい場面もあります。あらかじめ「外部要因が起きたときはこう連絡する」という手順を決めておくと、実際に変化が起きたときの対応が早くなります。

議事録やチャットのログを残しておくことは、リモートに限らず有効な習慣です。ですが対面で気軽に相談できない分、リモートで進める案件ほど、記録の価値は大きくなります。

参画を準備する段階から、外部要因を織り込む前提でクライアントと話しておけば、リモートであっても計画は崩れにくくなります。

7. まとめ

• アプリを届ける経路のルールは、スマホソフトウェア競争促進法によって制度として動いています¹²
• 自分で決められない要因は、OS更新・ストアのルール・端末とOSの分布・法制度の4つに整理できます
• 検証の範囲は、地域と年齢層の両方に広がる利用者の幅から根拠を持って決められます⁴⁵
• ルールは遵守報告書やQ&Aとして公表されているため、噂ではなく一次情報で確かめられます³
• 見積りには、金額ではなく「枠」として外部要因の時間を残しておくと、計画が崩れにくくなります

制度も利用者の広がりも、自分の力では動かせません。動かせないものと、動かせるものを分けておくことが、計画を守る一番の方法です。外部要因を消すことはできませんが、枠として計画に織り込むことはできます。次の見積りに、その枠を一行足すところから始めてみませんか。

8. よくある質問

KotlinとJavaのどちらが必要ですか

案件によって指定される言語は異なります。既存のコードベースを引き継ぐ案件ではJavaの読み解きが求められる場面もあり、新規の実装が中心の案件ではKotlinが軸になる場面もあります。言語シェアの数値を基準にするよりも、参画を検討している案件が実際に使っている言語を、募集内容や面談で直接確認しておくほうが近道です。案件の詳細に記載がない場合は、面談の場で遠慮せず確認しておくとよい項目です。

実機は誰が用意するのですか

案件によって異なります。クライアント側が検証用の実機を貸与するケースもあれば、参画するエンジニア側で用意する前提のケースもあります。参画開始後に認識の違いが出ないよう、契約前の面談で確認しておくことをおすすめします。実機の用意が難しい場合は、その旨を早めに伝えておくと、対応の選択肢を一緒に検討しやすくなります。

ストアでリジェクトされた場合の責任はどちらにありますか

一律に決まるものではありません。実装した内容がルールに沿っていたかどうかと、ルールの解釈や運用がどう変わったかという2つの軸があります。どちらの事情によるリジェクトかを契約の中で先に整理しておくと、あとの協議が軽くなります。契約書やスコープの合意に対応範囲の考え方を残しておくと、実際にリジェクトが起きたときの判断がスムーズになります。

OS更新のたびに改修が必要になりますか

更新の内容によります。表示や挙動に影響が及ぶ更新もあれば、影響が限定的な更新もあります。見積りに外部要因の枠を先に残しておけば、更新のたびに一から交渉し直す必要はなくなります。更新の告知が出た時点で影響範囲を確認し、枠の中でどこまで対応するかをクライアントと早めに共有しておくと安心です。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 公正取引委員会「スマートフォンにおいて利用される特定ソフトウェアに係る競争の促進に関する法律」令和6年法律第58号（2026年7月27日）
＊2 公正取引委員会「スマートフォンにおいて利用される特定ソフトウェアに係る競争の促進に関する法律」（2026年7月27日）
＊3 公正取引委員会「スマートフォンにおいて利用される特定ソフトウェアに係る競争の促進に関する法律」（2026年7月27日）
＊4 総務省「令和7年通信利用動向調査」図表Ⅱ-1-11-3（2026年7月24日）
＊5 総務省「令和7年通信利用動向調査」図表Ⅱ-1-11-3（2026年7月24日）
＊6 Remoguサイト公開情報（案件の90%以上がフルリモート可能）