Subscription Management
サブスクリプション管理
サブスクリプション管理は、顧客の現在の有料プランを表示し、将来の請求を理解または変更できるようにします。
もう一つの例
顧客は、12席から15席に変更する前に、正確な価格と更新日を確認できます。
主な部分
- 01現在のプランと状態
- 02価格と請求周期
- 03更新日
- 04シートまたは使用状況
- 05支払いおよび請求書
- 06変更プレビュー
以下の場合に使用します
プラン、支払い、請求書、座席、または解約の詳細が必要な既存の顧客に使用してください。
以下の場合は使用しないでください
変更の金額や開始日を隠さないでください。アクセスを変更する前に、支払いプロバイダーの結果を確認してください。
コードで使用する名前
plan + price + renewal + usage + invoices + subscription state 出荷前に
Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states.
Outcome:Complete the task with サブスクリプション管理 (Subscription Management)。 User context:顧客は、12席から15席に変更する前に、正確な価格と更新日を確認できます。 Recommended pattern:サブスクリプション管理 (Subscription Management)。 Why it fits:プラン、支払い、請求書、座席、または解約の詳細が必要な既存の顧客に使用してください。 Do not use it when:変更の金額や開始日を隠さないでください。アクセスを変更する前に、支払いプロバイダーの結果を確認してください。 Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary):単一の公式標準が全体の用語を管理するわけではありません。その意味はチーム、プラットフォーム、またはフレームワークによって変わる可能性があります。 Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.
このリクエストを確認する
Review how サブスクリプション管理 (Subscription Management) is used now. Definition: サブスクリプション管理は、顧客の現在の有料プランを表示し、将来の請求を理解または変更できるようにします。 Release checks: Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.