[SwiftUI]iPhone BONDSアプリの開発状況・リリースのまとめ

iPhoneアプリを始めてリリースするためのBONDS奮闘記
1. iPhoneアプリの付加機能の作成
App Store Connectの設定を行う
1. App Store Connectの設定を行う
アプリの利用シーンを考える。
リリース前に、テスト環境から本番環境に変更する設定変更
アプリ開発の課題への対応まとめ
1. 購入したコイン機能活用
ショッピング機能
メンバー会員登録機能

iPhoneアプリを始めてリリースするためのBONDS奮闘記

iPhoneアプリを始めてリリースするためのBONDSの奮闘記。

iPhoneアプリの機能を実現する際、どの機能がどこまで実装できているのかを管理することはとても重要なことです。

いつまでにどんな機能を実装するのかをまとめておきましょう。

BONDS iPhoneアプリプログラミングチュートリアルで作りたいアプリケーションについてまとめました。

このページでは、開発設計のノウハウを残すこともあり、ありのままの状態を公開します。

その中で、同じような問題を受けている人の助けになればと思うのです。

ユーザエクスペリエンス【開発機能】	進捗状況	達成できたこと	リリースまでの課題
アプリを起動しサービスを始める。【起動時広告の表示】	実装完了	・アプリを起動すると、Google AdMobの広告が表示される。・起動時広告がサブスクリプション時にも裏で起動しているのを修正。(表示されていないが音が出る場合がある。) →IDを無しにすることで、広告が動作しないように変更。	・テスト環境のコードになっているため、リリース用のコードに修正する必要がある。
Topメニューを開きサービスを開始する。【サービスメイン機能を実装する。】	未完成
メニュー画面を選択して、Amazonアソシエイトのリンクを表示する。【Amazonアソシエイト】	実装完了	Amazonアソシエイトのアソシエイトリンクを使ってアプリにWeb画面を表示する。	・アソシエイトのリンクをアプリに貼って良いか確認する。・楽天ふるさと納税のアフィリエイトリンクにする。・今後、Amazonセラーセントラルに移行した時にリンクを変更する。
メニュー画面を選択して、Twitterのリンクを表示する。【Twitter】	実装完了	Twitterのリンクを使ってアプリにWeb画面を表示する。
メニュー画面を選択して、Wordpressのリンクを表示する。【WordPress】	実装完了	WordPressのリンクを使ってアプリにWeb画面を表示する。
メニュー画面を選択して、アプリのカスタマイズをする。【Apple iOS SwiftUIのサブスクリプション購入後とAdMobの広告を表示させないようにする。】	実装完了	メニュー画面は通常固定のURLがあらかじめ実装された状態であるが、アプリ内アイテムを購入してもらあったことにより、URLを変更することができるようにする。
メニュー画面を選択して、アプリの情報を表示する。【利用規約】【プライバシーポリシー】	実装完了	最低限必要な、免責事項の表示、著作権について、プライバシーポリシーなど表示する。	・Xcode内にテキストベースでの内容を記載しているため、記載内容が十分なのかを確認する。・著作権の表示内容を決定する。
ショッピング機能【町いちばんの商品・サービス】	未実装	・アプリに商品を表示して、Apple Payの機能を使って支払いまで実施する。・同じ商品を選択すると、ショッピングカートから削除するとすべて消えてしまう(一つずつ追加・削除できるように)。	・販売する商品の決定・商品の定義、写真や詳細の内容を表示する。(現在は、８つの商品を仮に設定。) ・Apple Payの支払いを本番環境として定義する。(デベロッパのアカウントが必須。) ・商品を販売する場合のユーザの顧客情報の管理方法の確認。
サブスクリプション機能を契約すると、広告が表示されなくなる。【Apple iOS Appで有料の課金アプリを作成する。【サブスクリプション】】	実装完了	アプリの課金アイテムを購入すると、Apple Payで支払いができるようになる。・アプリのサブスクリプション機能を有効にする。日付が経つとサービスが無効化される。	・サブスクリプションの購入をしたときに、どのようなサービスを有効にするかの連携機能を拡充する。
アプリを使ったこと、アプリでの広告を見た時にポイントを購入。【SwiftUI PassKit Apple内通貨(コイン)を実装する】	実装完了	アプリ内通貨サービスで、アプリを購入、購入した際の処理を定義。・コインを購入し、利用した時の通帳へ入れる金額のロジックを実装。・アプリの価値と、現金の価値の調整。１円を何ポイント換算するかの全体の設計。 →100円で50Coin、200円で110Coin、300円で、170Coinで設計。・広告を見た時のポイント付与と実際のAdMobで得られる課金機能の整合どり。 →1回広告を見ると、1Coinで実装。	・アプリを購入をした後にポイントに変更して、そのポイントを何に使うかの定義。
YouTubeを見て商品を購入したりサービスの詳細を知る。【YouTube】	実装完了	・Wordpressのリンクを使ってアプリに任意のYouTube画面を表示する。・アプリのユーザに紹介するYouTube動画を決定する。	・様々なチャンネルがあるため、どのようにして１元管理するかの検討が必要。
WordPressの記事を表示させる。【Swift UIでWP REST APIを呼び出し、WordPressの記事をアプリに表示させる方法】	実装完了	WordPressのRestAPIのJSONコードを使って、直接アプリに表示させる。記事が増えるとアプリのリンクも増えるようになる。	・アプリに表示させるカテゴリを整理する。(必要な記事のみを表示させる。) ・商品紹介詳細と、アプリの購入を連携できているかのチェック。
メンバーカードを表示させる【Apple Wallet パスサーバーリファレンス実装方法を使って会員証などの集客ツールを作成する】	検討開始		メンバーカードを実装する。(メッセージの認証のため、デベロッパアカウントが必要。)
Tap To Payでの実装を行う。【Apple Pay(Tap to Pay)を使えるPOSシステムを作る】	未実装

iPhoneアプリの付加機能の作成

付加機能	目的
イベント機能を実装する。	イベントがある日などに、アプリを売り込むために、イベント機能を実現する。 App Store Connectでアプリケーションを見つけやすいようにする。
オファー機能を実装する。	サブスクリプションを購入してもらうために、オファー機能を実装する。

カスタムコードのオファー機能でサブスクリプション獲得機会を得る。

次は App Store Connectでカスタムコードを作成する手順を説明します。

オファーコードキャンペーンを準備するにはApp Store Connectで Account Holder ／Admin／App Manager Developer／Marketingのいずれかの役割が割り当てられている必要があります。

まず「カスタムコード」の横のプラスマークをクリックします。

カスタムコードを作成して入力する画面が表示されます。

カスタムコードは最長64文字で特殊文字は使用できません。

作成したカスタムコードは、後で変更することができないことに注意してください。

またAppの別のオファーキャンペーンや別のサブスクリプションに使用することもできません。

別のオファーですでに使用されているカスタムコードを使用して新規のキャンペーンを作成するにはまずそのコードを無効化する必要があります。

その後カスタムコードの利用回数の上限を選択します。

これはカスタムコードを利用できるユーザーの総数です。利用回数の上限は一度に最大で25,000回ですが、これ以上必要な場合は同じオファーで同じカスタムコードを複数回使用することも可能です。

1つのAppにつき四半期ごとに最大150,000回分まで設定できます。

次は有効期限を選択してコードが有効な期間を設定します。

期限なしのコードを作成する場合は日付選択画面で「期限なし」オプションを選択します。

有効期限を選択した場合は選択した日付の米国西海岸時間の12:00 amに失効します。

キャンペーンを開始した後は有効期限を変更できません。最後に「作成」をクリックしてオファーを有効にします。オファーは一度に10件まで有効にすることができます。

配布済みのオファーを編集することはできないためユーザーの利用資格を変更する必要がある場合は、別のオファーを新たに作成します。

前述したようにコードからコード利用のためのURLを作成してユーザーに直接提供することができます。

このURLをタップするとユーザーはオファー利用ページに直接誘導されます。

このURLを作成するにはオファー詳細ページのサンプルリンクをコピーし、そのURLの末尾にカスタムコードを追加します。この機能の概要の説明は以上です。

カスタムコードキャンペーンの構成に関する詳細についてさらに細かく説明します

Raul：ありがとう Bryan ではオファーコードをプロダクトアプリケーションバックエンドシステムに導入する際に考慮すべき事項について 3つのセクションに分けて説明します

最初にコードの利用次にオファーの構成最後に StoreKitに関する考慮事項について説明します。

ではコードの利用から説明します。

コードの利用について説明する前に登録者は構成された各オファーコードをそれぞれ1回しか利用できないという制限について認識する必要があります。

これらのオファーは App Store Connectで設定した際に追加した名称によって識別できます。

また登録者はその時点でのサービスレベルを下回る結果となるオファーコードを利用することができないという点にも留意する必要があります。

コードは登録者がすでに利用しているサブスクリプションより高いレベルのSKU または同じレベルのSKUを対象とする必要があります。

オファーの対象とする登録者を選択する際はその資格に関するロジックを検討することが理想的です。

登録者がコード利用時に利便性を感じるのは前述のApp内コード利用シートを用いたコード利用方法です。

これは presentCodeRedemptionSheet()が実装されているApp内で登録者がオファーを直接利用できるため理想的な方法です。

この場合はコード利用シートがApp上に表示されるため最前面でアクティブに実行されているApp上でコードを利用する唯一のケースとなります。

余談ですが App内にコードを表示する場合はユーザーがコードを簡単にコピー/ペーストできるようにしておくと便利です。

もうひとつのコード利用方法はカスタムオファーコードを事前に反映させたURLを利用する方法です。

この場合は 2つの点を考慮する必要がありますそれは Appのアイデアとオファーコード自体についてです。

これは QRコードを通じてオファーコードを宣伝する場合も同じように有効な方法となります。

前述のようにコードは App外で使用される場合もあるため起動時にTransaction.Updatesを検知することが重要です。

これは承認と購入のリクエスト PSD2やオファーコードなどのその他のシナリオにおける重要なベストプラクティスです。

初期設定を適切に行えばトランザクションを見逃すことはありません。

一方でfinishというメソッドはトランザクションをキューから削除しユーザーがアイテムやサービスを受領したことを通知します。

この2つの処理間が適切に実装されることで最適なユーザー体験が提供されることになります。

次は構成について説明しますオファーコードを構成する際はお試しオファーを併用して利用できるようにすることも可能です。

ここではお試しコードとオファーコードの併用の有無で変わるユーザー体験を視覚的に説明します。

このシンプルなシナリオでは通常の月間サブスクリプションに 1週間の無料お試しオファーが構成されています。

マーケティングキャンペーンには 1週間無料でサーバーにアクセスできるコードが作成されています。

ではお試しオファーとオファーコードの併用を許可しない場合にどうなるか見てみましょう。

登録者がオファーコードを使用するとオファーコードは即時に有効となりこの場合は 1週間無料になります。

オファー期間が終了するとサブスクリプションが更新され通常料金が適用されます。

その後のいつかの時点で登録者がサブスクリプションを中断または解約することもありますがサブスクリプションを再開した場合はまだお試しオファーを利用する資格があるため 1週間の無料トライアルを利用できます。

この構成ではユーザーがどの時点でお試しオファーを利用できるかのみが検証されます。

この利用体験はターゲティングするグループに応じてオファーコードを作成する際に留意すべきものです。

次にこの両方を許可した場合はどうなるでしょう？

同じシナリオを使って説明します今度は登録者がオファーコードを使用すると最初にお試しオファーが有効になり次にオファーコードの期間が開始してその後にサブスクリプションが更新され通常料金が適用されます。

この説明で構成方法の違いがどのようにユーザー体験に影響するのかお試しコードとオファーコードの併用を許可すべきか否かを判断する。

参考になれば幸いです。

最後に StoreKitに関する考慮事項ですオリジナルのStoreKit API およびStoreKit 2ではトランザクション情報や更新情報に含まれるタイプと識別子を使用して利用されたオファーを確認できます。

オファーコードのタイプは3で識別子には設定した各オファーに対して App Store Connectで追加した固有の文字列が含まれます。

サーバー間構成が設定されている場合は VerifyReceipt／App Store Server API Server Notifications Version 2を使用してこの情報を取得できます。

OFFER_REDEEMEDタイプの通知は必ず対応するサブタイプを使用して解析してください。

本日のセッションのまとめですカスタムコードは現在利用可能で大量配布が必要となるキャンペーンで利用できます。

Sandboxを活用すれば中断された購入やコード使用環境をテストすることも可能です。

最適なユーザー体験を実現するために App内で実行できるコード利用フローの採用も検討しましょう。

オファーの詳細や条件コードの利用方法などは明確に記載し iOS 14.2以降のみに対応するという注意事項も添えてください。

さらに詳しい情報を知りたい場合や今日説明した内容の資料を参照したい場合は Apple DeveloperのWebサイトにアクセスしていただければ優れたリソースをいつでも参照することができます。

以上で本日のプレゼンテーションを終了します。

リリースされたこれらの新機能を皆さんがどのように活用するかとても楽しみにしています。

ご視聴ありがとうございました。

イベント機能を実装する。

App 内イベントの提供 - App 内イベントの提供 - App Store Connect - ヘルプ - Apple Developer

App Store Connect で管理するアプリ 1 つにつき最大 10 個までアプリ内イベントを作成し承認を受けることができます。一度に公開できるイベントの数は、国や地域に関係なく、アプリごとに 5 つまでです。

App Store Connectの設定を行う

App Store Connectで新規Appを登録しリリースする方法のまとめ

App Store Connectの設定を行う

App Store Connect契約後に、アプリを登録した後の変更点とはまった点とは

アプリの利用シーンを考える。

町いちばんの商品・サービス

https://quadkinghd.com/%e7%94%ba%e3%81%84%e3%81%a1%e3%81%b0%e3%82%93%e3%81%ae%e5%95%86%e5%93%81%e3%83%bb%e3%82%b5%e3%83%bc%e3%83%93%e3%82%b9/

App Store Connectを使ってみよう

[App Store Connect]iPhoneアプリからApp Storeを使ってみよう

App Store Connectは、Apple Developer ProgramのメンバーがApp Store、Apple Business Manager、Apple School ManagerでAppの公開および管理を行うための一連のツールです。サブスクリプションの設定やApple Pay、パスの発行などができるようになりますので、使い方を確実に覚えていきましょう。

リリース前に、テスト環境から本番環境に変更する設定変更

リリース時に共通で変更する必要がある項目

本番リリースに向けての作業	実施内容	変更時の覚書メモ	チェック
Xcodeの設定を本番環境に変更する	・サブスクリプション、アプリ内課金の設定を、App Store Connectの設定に変更する。	App Store Connectのサブスクリプション、アプリ課金を作成する。署名書の作成、IDとの紐付け、名称などをXcodeとApp Store Connectの設定で合わせないと表示されない。
XcodeにApp Store Connectの情報と連携する	・App Store Connect上で取得した署名ファイルを利用する。	Xcode環境での実装では動作するが、本番環境では、App Store Connectで取得したIDに紐づける必要がある。 Apple Pay、WalletのPass、Order、Subscriptionなどのお金に関わる機能は署名が必要。
Google AdMobの暫定コードを本番コードに変更する。	・Google AdMobの広告IDを本番用のIDに変更する。	Google Admobは、Xcodeでの実装時や評価時は、テスト広告を表示するための評価用IDを利用して実装している。そのため、本番時には、Google AdMobのサイトから、本番用コードを取得して置き換えが必要。評価用と本番用で評価ミスをしないように注意すること。

フレームワークのアプリを実装する際に変更する必要がある項目

Xcodeのソースコードをコピーして、新しいアプリケーションを作る時に変更する内容をまとめる。

変更する内容
Appのアイコン画像の変更	アプリケーションの画像を用意して対応すること。画像を自動生成できるサイトがあるため、１つの画像を用意して、必要な画像を用意する。
アプリIDの変更	Xcodeのソースコードをコピーして作る場合、新しいアプリケーションをコピー前のアプリケーションのIDを変更すること。 Xcodeを変更した後、App Store Connectに登録する。例：com.Domain.App name
署名ファイルの変更	Apple Pay、レシート、Subscription、アプリ内課金など、アプリに依存するアイテムの変更をする必要がある。IDの名称と、署名ファイルを変更する。
アプリに設定したURLを変更する	メニューなどに利用しているアプリから参照するURL(ショップ、HP、Twitterなど)を変更する。 YouTube用のURLも忘れずに変更する。フェールセーフなど何箇所かURLを設定している箇所があるため、変更漏れなきこと。
ブログ連携のURLを変更すること	アプリから参照する、リリース用のWordpressブログのURLを変更すること。

Google AdMobのテストコードを本番コードに変更する。

AdsViewフォルダ内のStartAdView.swiftのファイル内のIDをテスト用から本番用に変更する。

評価時に以下を確認する。

・広告にTest modeが表示されないこと。
・正しく広告が表示させること。
・サブスクリプション購入時に広告が表示されないこと。
・起動時広告を見た時に、Adsenseに収益が入ること。

参考にする記事アプリ起動時とテストモード

Internal Server Error

テスト広告を有効にしています | iOS | Google for Developers

テストを円滑に進めるために、iOS 向けの広告統合でテスト広告を受け取る方法について説明します。

アプリ開発の課題への対応まとめ

購入したコイン機能活用

・コインを購入し、利用した時の通帳へ入れる金額のロジックを実装した時のメモ。

Apple Payを導入した際、リアルな現実で貯めたポイントを使うとするとそれなりに現金や商品、サービスを用意する必要があります。リアル店舗を経営している経営者やショップオーナーであれば、ためたコインを使って割引をするなどとても有意義にサービスを利用することができます。

一方、まだ起業したてや、商品やサービスを立ち上げたばかりの場合は、アプリで購入した商品をアプリ内で消費することで課金をする仕組みが必達で必要となります。

例えば、ゲームであれば、ライフやアイテムを販売し、アプリのゲーム内で利用して頂く。他にもガチャであれば欲しいアイテムが出るまで商品を購入してもらうなど、何らかの工夫をすることで、アプリ内でのサービスや商品を購入してもらうことができます。

さて、以下の事例の場合、アプリ内で利用できるコインを購入する画面になります。

アプリ内で使えるコインをApple Payで購入し、その結果、コインチケットを購入することができます。この画像の場合は、１コイン＝１円でわかりやすく表現していますが、１円よりも価値を大きくするのか、小さくするのかは、ユーザに提供するサービス次第ではないかと思います。

例えば、Appleへの手数料を払った後の利益を引いても大きく収益が出る場合は、コインの価値を大きくしても問題ないでしょう。一方、収益が出ない場合は、コインの価値を小さくすることで、ポイントをたまりにくくするが、商品やサービスを利用することの割引をするなど、収支のバランスを考えながらポイントの設計をする必要があります。

ユーザは賢いので、すぐにポイント還元率などで儲けがあるか、損があるかという判断をしてしまいがちですが、あくまでもポイント機能は、このアプリを長く使ってもらうためのツールに過ぎませんので、この点を忘れずにポイント機能を実現してみてください。

さて、この機能を実現するためには、２つの重要なことがあります。

まずは、

ポイントが消えない仕組みにすること。

ポイントの計算を間違えないこと。となります。

当たり前のことですが、やはりプログラミングを使ってありとあらゆる所から関数を使うことになるので、しっかりとポイントの加算、減算については、ミスないようにしましょう。

この機能ができれば、ユーザからお金を払ってアプリのアイテムを購入することができ、また、得られた利益を使ってポイントを自社で作ることができ、ポイントサービスを提供する機能を使わなくても独自のサービスを展開することができ、手数料などを考慮したポイント設計ができるため顧客に多く利益を還元することができるようになります。

ショッピング機能

ショッピング機能を実装して、アプリからApple Payにて支払いをする機能を実装しています。

基本的なショッピング機能ができた後の、課題を解決していきたいと思います。

・販売する商品の決定・商品の定義、写真や詳細の内容を表示する。(現在は、８つの商品を仮に設定。)

まず、アプリで扱う基本商品を８つ選び、表示させたいと思います。

本当の店舗であれば、例えば流行りの本の全巻セットなどや、そのお店の通販商品などが候補になることでしょう。

お取り寄せセットなど、3000円から10000円程度の商品をショッピングカートに並べて、ユーザに購入してもらうことを想定しています。購入後、Apple Payで支払いを行い、配送に渡すことになります。

通常、ECサイトを通じて販売すると、販売手数料がかかってしまうので、10000の商品を売ると1000円が手数料で取られてしまいます。確かに有名なところで販売するのは良いのですが、利益が出ずに大手企業に利益を奪われてしまいます。大手が販売手数料を上げると、一気に利益が出なくなってしまうので、独自の販路を持っておくことは必ず必要になるのではないでしょうか？