要約

  • Sign in with Appleの利用者識別子は開発チームごとに区切られる。買い手は移行用識別子を使い、自分のチームの識別子と既存の利用者記録を結び付ける必要がある。
  • 譲渡完了から60日の移行期間を過ぎた場合、Appleは元のチームへの返却と再譲渡を案内している。売買が済んでも、売り手の実務が残ることがある。

買収完了の発表は短い。利用者の引き継ぎは、それほど短く済むとは限らない。Sign in with Appleの移行期限を逃した買い手には、なかなか気まずい用件が待っている。「先日買ったアプリを、いったん受け取ってもらえますか」。

Appleの技術文書TN3159にある復旧方法だ。AからBへの譲渡後、60日を超えていたら、BがAにアプリを戻す。Aが利用者データと移行用識別子を準備し直し、Bへ再び譲渡する。Bはそこで識別子の交換を進める。

代金を払い終えた資産が、引き継ぎを終えるために往復する。アプリの買収で数えた利用者を、新しい運営者がきちんと見分けられるかという問題である。

星の数は動かず、識別子の所属は変わる

App Store Connectの説明によると、条件を満たすアプリは譲渡中もダウンロード可能なまま、評価、レビュー、Bundle IDを保てる。利用者には引き続き更新を提供できる。積み上げた評判を持って次の持ち主へ移れる仕組みは、買い手にとって価値がある。

一方、Sign in with Appleの識別子は開発チームの範囲で決まる。別々の開発者が共通番号を使い、同じ人物の行動を容易に突き合わせないようにするためだ。利用者のプライバシーを守る区切りが、企業間の引き継ぎにも効いてくる。

古いデータベースを受け取っただけでは、新チームのログインがその中の正しい利用者記録に結び付くとは限らない。以前の利用履歴やアカウント上の扱いを続けるには、新しい識別子と既存記録の対応を完成させる必要がある。買収資料に載せた人数が、そのまま新運営者の認識できる人数になるわけではない。

Appleの送り出すチーム向け文書は、利用者ごとに受け取り先チーム向けの移行用識別子を作る手順を定める。渡すデータではこれを使い、旧チームの利用者識別子と非公開のメール転送アドレスはエクスポートから除く。受け取り側は移行用識別子を、自分のチームの識別子と、該当する場合の非公開メールアドレスへ交換する。

共通の万能番号を配る代わりに、用途を限った橋を架ける。その橋を渡り切る作業までが、利用者関係の引き継ぎである。

最後の週に届くファイルは、時間を増やさない

移行期間はアプリの譲渡完了から60日。送り手は譲渡前に準備でき、譲渡が受け入れられてから60日以内にも移行用識別子を生成できる。受け取り手が交換を済ませる期限も、その受け入れから60日だ。売り手が遅れて送った日を起点に、買い手のための新たな60日が始まる構造ではない。

売り手の「送信済み」は、買い手の「接続済み」と違う工程を表す。届いた識別子を交換し、既存記録に対応させ、例外を解く時間が必要になる。準備を後ろへ寄せれば、同じ時計の下で後工程が圧縮される。

受け取りチーム向け文書では、移行期間中のログイン情報を使って利用者を対応させる方法が示されている。ただ、全員の再ログインを待つ計画は、利用者の生活予定を買収の工程表に組み込んでしまう。

毎日使う人も、数カ月に一度必要になる人もいる。後者は新しい持ち主の都合に合わせてアプリを開く義務を負っていない。Appleはサーバー側の一括移行も用意している。まだ戻ってきていない利用者を処理できるため、買い手は再訪を願う代わりに、対応付けの進み具合を管理できる。

利用頻度が低い顧客も、買った事業の一部だ。直近のログインだけを眺めて移行が順調だと喜べば、静かな顧客が完成率の分母から消えてしまう。

売却後の予定表を、もう一度空けてもらう

期限を過ぎた後の往復は、移行機能を再び有効にするための手順だ。App Store Connectでは、それぞれのAccount Holderが譲渡を開始し、受け入れる。買い手の担当者が一人で頑張っても、相手側の権限が要る部分を代行できない。

契約前なら、売り手には成約へ向けて人を動かす理由がある。契約後は次の製品や案件に移っていてもおかしくない。アプリを戻して準備し直すには、その組織を再び動かす必要がある。資産を取得した事実と、旧所有者から実務の協力を得られる状態は、別々に確保すべきものになる。

個別取引の移行記録、未対応件数、復旧工数がないため、この手戻りの金額は算出できない。買い手が押さえるべき対象は既に明らかだ。移行の準備、受け取り後の完了確認、そして期限を逃した場合にも実行できる協力体制である。

星の数が変わらないことは、商店の画面で確認できる。長く来ていない顧客が戻ったとき、その人だと認識できることは、裏側で仕上げるしかない。買収の最後の仕事を、次のログインに丸投げしてはいけない。