デベロッパーが最も怖れる最恐のリジェクト「4.2 Minimum Functionality」とは

節約テクノロジ >

アプリをiTunesConnectでAppStoreに申請し審査された時に、以下の様なリジェクションが出て不許可になることがあります。

4.2 minimum functionality We found that the usefulness of your app is limited by the minimal features it includes.

iOSアプリ開発申請に慣れたデベロッパーであれば一瞬で凍りつきます。なぜならこのリジェクトは他のリジェクトとは異なる最恐のRejection「4.2 Design: Minimum Functionality」だからです。

ここでは過去に3つのアプリでこのリジェクトを受け最終的に審査をパスした経験からこのリジェクションの恐ろしさと問題点を書こうと思います。

4.2 Design: Minimum Functionalityってなに？

これはなにか

一言で言うと「これはク○アプリですね」ということです。

AppStore側の立場から言えば、その様な陳腐なアプリが大量に登録されるということは検索ノイズが増え、全体の品質のブランディングにも影響するので、たしかにこのルールは間違いではありません。

しかし開発者はそのアプリに価値があり世の中の人に使ってもらいたいという思いがあるからこそ、AppStoreに申請しています。納得がいくわけがありません。

シンプルだからこそ使いやすいのはApple製品の価値そのものでありますし、アプリを使いはじめて数分の人に何がわかるんだという気分になります。

しかしそれがAppleの答えなのです。

なぜ恐ろしいのか

先が見えない

他のリジェクト理由はほぼ100%修正方法が明確になっていて、そのリジェクトに対策する工数が測れます。

例えば「アプリ名に余計な文字列が入っている」リジェクトが出たとすれば「アプリ名を改変する工数」として見積もり可能です。

「メタデータを変えてね」というリジェクトなら「メタデータを変更する工数」、「テストできないから動画送ってね」というリジェクトなら「動画を作成する工数」として大体把握できます。

「アイコンがXXと似ている」でも「XXと似ていないアイコンを作る工数」として把握出来ます。

その工数と審査が通る価値を天秤にかけて、意思決定が出来ます。

しかし、4.2リジェクトに関しては性質が全く異なります。

4.2リジェクトは「とにかく駄目、機能を増やすかコンセプトを変えて」というリジェクトです。

じゃあどう変えればいいの？変えた結果、ちゃんと審査が通るの？全く保証も情報もありません。

ここからコストを1千万かけようが1億かけようが、審査が通る保証は全くないのです。

レビュー担当の主観次第

他のリジェクト理由はGuidelineにはっきりと問題がそのルールに適合するかどうかが記載されています。

それに対して4.2を決めるのは「レビュー担当の主観」です。つまり悪く言えば「雰囲気で決めている」ということです。

道路の横の壁に落書きがあったとしましょう。それをみて「いい絵だ」「だめな絵だ」、感じ方は人それぞれです。100人いたら100人ともが「いい絵だ」と感じることも100人ともが「だめな絵だ」と感じることもありえません。それぞれの感じ方、さらには絵じゃなくて見ている人のその日の体調や気分によっても思いは変化します。

「Appleがそんな曖昧な仕組みを設けるわけがない」と思う人もいるでしょう。しかし、以下の2点がネット上で多数報告されている事実からこの審査が個人なりグループの主観に頼っているのは間違いないでしょう。

答えを教えてくれない

人工知能が発達したとは言え、アプリの価値を評価するのには完璧ではないでしょう。そこを人力の主観に頼るのは致し方ないことです。

しかし、ここが4.2リジェクトの更に恐ろしいところ。

「どうすればいいのかは絶対に教えてくれない」

そう、こちらがどんな質問をしようが先程の「とにかく駄目機能追加して」の定型文が機械的に送られて来るだけで、どうすればいいのかは全く教えてもらえない、というか人間の返事も送られてこないのです。

質問内容によらず、前回と全く同じ定型文が送られてくる、まるで壊れたロボットとやり取りしている様な気分になります。

いくら主張してもジャッジする人がいない

「そんなバカな、そんな失礼なことをするならその事を問題にすればいいではないか」と思われるでしょう。その答えは「誰に？」です。

後述しますが、レビューは一度担当が決まると、そのバージョンはずっとその担当が行います。いくらメッセージで主張しても、その担当しか見ないのですから、それを咎める人もいません。

誰も見ていないところで2人だけでフィギュアスケートで競っているのと同じです。ジャッジする人がいないので勝ち負けもあったものじゃありません。

シンプルじゃなくても適用される

「じゃあミニマムじゃないように機能増やせば？」となりますが、そうではありません。

Minimum Functionalityはあくまで章の名前で、その規定はどんなアプリにでも適用されます。

例えば「特定のインターネットサイトからの情報しか使っていない」リッチなアプリでも「Minimum Functionality」です。(It would be appropriate to ensure that your app has exclusive content related to your app which can not be easily viewed on the internet.)

正確には「担当の気分でいつでもMinimum Functionalityを適用することができる」となります。

だってAppStore上には特定のインターネットサイトからの情報しか使っていないアプリの方が多いのですから。

ンポイントで対処しても、何食わぬ顔でリジェクトテンプレートが変わります。その内容は「ネイティブ機能が弱い」などガイドラインのどこにも書いていない独自ルール。( Revise your app concept to provide a more robust user experience by including native iOS features and functionality. )

警察官が気に入らない容疑者を逮捕できる公務執行妨害と似ています。なんでもありのワイルドカード。それが4.2 Minimum Functionalityなのです。

バージョンアップでも関係なし

「このアプリは以前に審査に通ったから大丈夫」？ 安心してはいけません。

全くUIを変えてない？いいえ、担当が変わります

レビューの仕組み

ここではAppStore/iTunesConnectのレビューの仕組みを書きます。あくまで経験的な想像ですが、正しい部分もあると思います。

一度リジェクターにアサインされたら外してもらえない

先程も書きましたが、あるバージョンを審査に出したら担当がアサインされます。バージョンアップの場合だからといって前回と同じ担当とは限りません。

担当は言語やジャンルなどによって専門があります。例えば日本語オンリーのアプリを申請にだしたら、かなり特定されたレビューエンジニアが担当になるでしょう。

しかも開発者からのチェンジはききません。リジェクトされる度に説明を申し送りするのは不効率なので当たり前といえば当たり前なのですが、、、

ちなみに審査側の事情で担当が変わる場合はあるようです。急に動画請求の傾向が変わったり、出ていなかったリジェクトが審査過程で新たに出る場合、担当が変わった時に再度イニシャルチェックをしている可能性が高いです。

そして、運悪く「リジェクター」が担当についた場合、今まで出ていなかった4.2 Minimum Functionalityが出ます。それはリジェクト地獄の開始の合図です。

電話がかかってくる

リジェクトを繰り返すとアメリカの担当から電話がかかってきます。日本への電話の場合は日本語を話す担当がかけてきます。

これはレビュー運営のルールで決まっているのでしょう。「開発者に電話でしっかりと説明したよ」というフラグ立てです。

そして「定型文を読み上げられます」

内容はいつもの4.2 minimum functionalityのテンプレとほぼ同じ。

電話だからといってこちらの質問、「どうすればいいのか」には一切答えてくれません。相手はロボットと思ったほうがいいでしょう。

NotesとResolution Centerはリジェクターしか見てない

リジェクト時のAppleとのコミュニケーション手段は正式ルートで2つ。NotesとResolution Centerです。

Notesはアプリを再申請する時に記載する文、Resolution Centerはリジェクトに対する直接の返信でアプリをPrepare For Submissionにすると送信が出来なくなります。

どちらも見てはいるのですが、「見てはいる」レベルで、返信はほぼ来ません。

しかもどちらも同じ特定の担当しか見ていないので、どんなにその対応について否定しても、空の星に向かって喧嘩しているのと同じです。

アピールボード

唯一担当以外にメッセージを送れる手段がアピールボードです。

ここに何か送っても「ここはレゾリューションセンターが消えてしまった人向けの窓口だからレゾリューションセンターに書いてね」

と返ってきます。が、(おそらく唯一)担当以外にアピールできる手段ではあります。

ノルマ

レビュー担当はWaiting for Reviewに対する評価ノルマはありますが、リジェクトされたアプリのResolution Center問い合わせに対する返答ノルマはありません。対してアピールボードについては、アピールボード担当者が返答するノルマがあります。(ただしその返答は上記のようにResolution Centerに書いてねという返答ですが。)

つまりResolution Centerの問い合わせは何ヶ月放置しても担当としては問題ないということです。

BundleIDを変えると担当が変わる

驚くべきことにネットでの報告で、4.2 minimum functionがパス出来た方法として、「Bundle ID」を変えるというものが多数あります。

つまり、「別のアプリ」として申請するということです。先程も書きましたが、担当はバージョンごとに固定されますが、別アプリとして出すと、再度担当割当が行われ、運が良ければ担当が「リジェクター」から外れるということです。

なんの宝くじでしょう！

対処

ここでは経験的に4.2 minimum functionalityに対処してパスした方法を記します。

ユニークさをひたすら主張

これは「地球一シンプルなメッセンジャー」を申請した時にパスした方法です。

タイトルに「地球一シンプルなメッセンジャー」と書いてあるので当たりまえですが4.2 Minimum Functionality。「地球一シンプルなメッセンジャー」という名前のアプリに「シンプルだし駄目」とはなんという問答でしょう。

それでもひたすら、そのユニークさと使い勝手の良さをResolution Centerで主張したら、メッセージの返事も一切なくアプリが再申請もしていないのに突然「In Review」になって「Ready for Sale」に変更されました。

再申請なしでもそんなこと出来るんだなと驚きました。

シンプルでも申請は通ります。 なぜなら「地球一シンプルなメッセンジャー」がパスしたのですから

担当が忙しくなるタイミングまで断続機能追加

これは自動型動画視聴アプリを申請した時のこと。見た目もある程度リッチで機能もたくさん設けたつもりなのに4.2 Minimum Functionality。

電話もResolution Centerもロボット的対応で全く質問や主張には答えてくれないので、途方にくれていました。

そしていつかは通るだろうと、ちょっとした機能などを加えて、毎日申請しました。どれもすぐにリジェクトされ、文章はすべて同じ定型文。

電話で言ってた内容を素直に実装しても同じ。もちろん「電話で言ってたじゃん」は通用しません。(担当の苦情を言う相手がいない)

本当に見ているのか？？最初から気に入らないから何をしても通すつもりないんじゃないだろうかとへこたれましたが、しつこく毎日それを続けました。

そしてある日「Ready for Sale」

今考えても、最後に追加した機能はそれまでと比べても比較的意味の薄いものでした。単なるWebリンク追加だったと思います。

今思えば、その機能を認められたというよりは、たまたま担当のレビューしなきゃいけないアプリが増えてきて、そろそろいいか的に通されたような感じでした。

裏を返せば、サラリーマン的に反対に暇な時は仕事を絶やさないように、そういった行いをしているのかもしれません。勘ぐりすぎかもしれませんが。

こんな方法で通るの？？

4.2Minimum Functionalityと一緒に別の、例えば「メタデータを変えてね」などが来たらラッキーかもしれません。ここでメタデータを変えて、機能はそのままで通った例が報告されています。

そして上にも書いたBundleIDを変えて担当をリジェクターから外す技、やったことはありませんが、仕組みを考えると納得がいきます。

別件の電話中に突然4.2

こんなこともありました。ユーザー投稿型のアプリには報告ボタンをつけなければいけないのでつけていたのですが、あるバージョンアップ(UI変更なし)でリジェクト。

アメリカから突然電話がかかってきました(今回はMinimum Fumctionalityではありません)。

「報告ボタンはワンアクションでないといけないです。」

そこで「はいわかりました」と言って切ればよかったのですが思わず反論してしまいました。

「ワンアクションだと、ユーザーが"なぜ報告するのか"がわからないじゃないですか、報告を受けた側も困りますよね？どうればいいんですか？」

珍しく担当も「スライドをつかえ」など反論してきますが、スライドだけじゃ全てに対処できないと口論気味にちょっと熱くなってしまいました。怒らせてしまったかな？

すると突然

「・・・ところでこのアプリ、4.2のMinimum Functionalityかもしれませんね」

・・・(ﾟ０ﾟ)

今まで3回バージョンアップして今回もUI変更なし、報告ボタンと動画の提出の話でしかリジェクトされていなかったアプリが、突然、Minimum Functionalityされた瞬間です。

ミニハラ被害をなくそう

担当者の気分次第で簡単に起きるMinimum Functionality。

「アプリ変更してね、どうすればいいかは内緒。コストを1千万かけようが1億かけようが、審査が通る保証は全くないから。今までかけたコスト？知らない」

まさに「ミニハラ被害」と呼んでもいいくらいの不条理さです。

愚痴っぽくなってしまいましたが、私はAppleが大好きですし、これからも製品や開発を続けていこうとおもっています。そしてMinimum Functionalityのガイドライン自体はもちろん必要だと思います。

ただ、「人による主観評価のゆらぎ」「だめというだけでどうすればいいかを伝えない」ことについては、同じことを感じている開発者の方が多数いらっしゃるかと思います。

ぜひとも改善し、開発者とのより良い関係に、ソフトウェア世界の発展に繋げて頂きたいものです。

コメント

関連ツイート

この記事を見た人がよく読んでいる記事

目次

節約テクノロジ >
カナシスコム > 節約テクノロジ > デベロッパーが最も怖れる最恐のリジェクト「4.2 Minimum Functionality」とは