フォローしましたはじめにこんにちは。ユーザー事業部のマネージャーをしている高山です。週間かかることが平常運転でした。週間かかってリジェクトされたときの喪失感は、当時を知る人たちの間では涙なしには語れません。今ではレビューにかかる日数はだいぶ短くなりましたが、それでも時間がかかることには変わりありません。いうタイトルのメールが届くと、いまだに心がザワツキます。わたしが一人でワナワナしてるくらいなら放っとけばいいんですが、ビジネス上の観点から「リジェクトされて再レビュー」を避けたいケースはいくつもあって、そこを考えると放っとくわけにはいきません。大きなデザイン崩れが発生しているのですぐ直したい広告表示領域を間違えて消してしまったのですぐ直したい他社と協業したアップデートをリリースするプレスリリースを出すような大型のアップデートをリリースするなどなど。開発に余裕がある場合は早めにレビューに提出するなどの戦略は当然取るべきですが、大抵の場合はギリギリになってしまうもの。いうわけで、特にこういった場合のリジェクトを避けるために「うっかりしててリジェクトされた!」が起きないように気をつけていることを紹介します。はじめに言っておくと「うっかりを避ける」なもんで、内容としてはだいぶ地味です。文字やそれっぽい端末の画像が見え隠れしているとリジェクトされます。スクリーンショットなんかを更新する時に、うっかり入りやすいので気をつけましょう。端末が入っていること自体がリジェクト対象となります(さすがにこんなあからさまなミスはしないと思いますけど)。ことが書いてあるとダメ出しをくらう場合もあります。リンクが張ってあることが原因でリジェクトされたことがあります。リンクを消すという不毛なことをして対処しました。アップロードしたバイナリを信じないときには「リリースビルドの場合にだけクラッシュする」という、なにそれマジっすか...という心霊現象も真っ青のできごとに遭遇する場合があります。ヒューマンエラー系として最悪なのが、申請用ビルドを作る時にコミットしてない変更がローカルに残っていて、それが原因で不具合を起こすことです。弊社の場合は自動化しているので後者の心配はなさそうです。これらの問題は、普段から申請する時と同じバイナリを使ってドッグフーディングをしていれば避けやすいです。ダウンロードして、いったん軽く触ってみるというフローを取り入れておくのも安心です。確認を怠ってしまうことです。起動したらクラッシュしたよ」っていうリジェクトは何度か経験あって、いやはや...単に確認漏れってだけのことが多いです。テストを追加したら避けやすくなるので、おすすめです。変更」や「課金まわりのページを変更」した場合のレビューは結構ドキドキします。いや、まあレビューは毎回ドキドキしますけどね。いったパターンの場合に「あ、そういう観点があるのね」っていうリジェクトが発生しやすいです。ある程度デザイン的な実装が終わってきた段階で、さっさとレビューにだけは出してしまいます。この段階でリジェクトされたら早めに修正できるんでラッキーですし、通れば安心感が上昇します。このやり方にも一つ穴があって...ビックリするような地雷を...踏むことがあります...。実は、レビュアーによってレビューにバラツキがあるのです。アプリは課金まわりの画面を改修しまして、このフローを意識して先出しのレビューを出したところ、あっさりレビューが通り安心してました。;∀;)****というわけで、いかがでしたでしょうか。レビューがなくなることは、まあなさそうなので、それに合わせてこちらも最適化していかないといけません。戦ってもまったく意味がないので、致命的な問題にならないように普段からこういった問題について意識していきたいです。「他にもこういうのあるよ!」ってことあると思うんで、ぜひみなさんが気をつけていることを教えてください。採用・求人募集12件を掲載中。職種や採用形態からあなたにあった募集を見つけることができます。募集ではwww.wantedly.comダウンロード#iOS#審査#ワークフローこの記事が気に入ったら、サポートをしてみませんか?気軽にクリエイターを支援できます。#dxel52akatsuki174WWDC2017で発表された興味深いセッション。