先に結論
- 予約した日にショップ、注文ページ、告知元と確認用の画像を保存します。
- 支払開始日と締切を確認します。 正式な日付があるときだけ入力し、未定なら販売者の表現をそのまま残して、元の告知を見直す個人的な確認日を設定します。
- 通知を段階に分けます。 開始前に準備し、開始時に支払い、締切前に完了を確認します。重要な支払いを一回の通知だけに任せないでください。
「10月ごろ」のような案内を、正確な支払日として入力しないでください。必要な項目は予約追跡チェックリストにまとめています。
予約開始、予約締切、残金支払開始、残金締切を分ける
- 予約開始： 注文の受付が始まる日。
- 予約締切： 注文の受付が終わる日。
- 残金支払開始： 残りの代金を支払えるようになる日。
- 残金締切： 残金を支払い終える期限。
発売予定月や発送予定月は、残金の締切ではありません。販売者が大まかな時期だけを示した場合は、その表現を保存し、少し前に自分の確認日を置きます。注文ページや公式告知で確認してから、正確な支払日を入力してください。全額支払済みの予約は流れが異なるため、全額支払後の確認方法を参照してください。
フィギュアの例： 年初に予約金を払い、数か月後に72時間だけ残金受付が開く場合があります。「購入済み」というメモだけでは、いつどこで払うか分かりません。フィギュアの利用例も確認してください。
BJDの例： 同じ工房の2体でも締切が数日ずれることがあります。1体目の支払いで2体目を見落とさないよう、別々に記録します。BJDの利用例を参照してください。
ロリータの例： ショップが日付を変更したら、記録と古い通知を同時に更新します。ロリータの利用例を参照してください。
通知をどう組み合わせるか
最低でも、準備、受付開始、締切前の確認という三段階が実用的です。日付が変わったら、その日付に依存する通知をすべて更新します。
iOSの通知許可、集中モード、端末の状態はDuePairを含むすべての通知に影響します。重要な注文は元のリンクや画像を残し、締切前に自分でも確認してください。
メモ、表計算、Notion、Appleのリマインダーでも日付は管理できます。違いは、予約の段階を自分で作る必要があるか、普段どれだけ保守するかです。表計算、メモ、Notionも比較できます。
一件の注文に残す情報
商品、販売者やショップ、注文元、予約金と残金、支払開始日と締切、販売者が示した大まかな発送時期、次の行動を保存します。画像やリンクは元の説明を確認するためのもので、構造化した日付や金額の代わりにはなりません。
すでに締切を過ぎた場合
元の注文ページや連絡先で、本当に受付が終了したか確認し、早めに販売者またはプラットフォームへ問い合わせます。注文条件、支払記録、会話の画像を保存し、確認できない個人アカウントやリンクには送金しないでください。
注文を継続できるか、予約金が返金されるかは、元の条件と相手の判断によります。追跡ツールは支払窓口を再開したり、返金を決めたり、ショップへログインして注文を自動取得したりできません。
DuePairでの管理方法
DuePairはiPhoneアプリです。残金が未払いの注文は「残金待ち」のままにし、確認済みの日付だけに通知を設定します。無料版は各重要日時に1回、Proは最大4回です。日付が未発表なら販売者の表現をメモに残し、Appleのリマインダーで告知を確認する日を設定します。正式な案内後にDuePairへ支払日を入力し、未払いのまま「受取待ち」へ移さないでください。
端末内OCRは一枚の画像から複数の金額や日付候補を出すことがあります。予約金、残金、合計、締切のどれかを確認してから保存します。データはローカル優先で、プライベートiCloud同期は任意、DuePairアカウントは不要です。無料版は未アーカイブの商品6件まで、Proは買い切りです。受取後、追跡が不要になってからアーカイブします。