フィードバックはユーザーアクションとシステムイベントの結果を伝えます。Alius プラットフォームでユーザーが行うすべてのアクションは、明確でタイムリー、かつ有益なフィードバックを生み出すべきです。

フィードバックタイプ

サクセス

• アクションが正常に完了したことを確認
• サクセスアイコン（チェックマーク）と短いメッセージを組み合わせる
• 非クリティカルなサクセスは適切な時間後に自動消去（3〜5秒）
• クリティカルな操作では永続表示（例：「ファームウェアの更新が正常に完了しました」）

エラー

• アクションが失敗したまたは何かが問題であることを示す
• 理由を説明する必须 — 「何か問題が発生しました」は許容されない
• 具体的なエラー、考えられる原因、推奨される修正または次のステップを含める
• バリデーションエラー（フィールド付近のインライン）とシステムエラー（ページレベルまたはモーダル）を区別
• アクション可能な回復オプションを提供

ワーニング

• アクションをブロックせずに潜在的な問題をユーザーに警告
• アクションに副作用または非自明な結果がある場合に使用
• 何が起こる可能性があるか、なぜ注意すべきかについてコンテキストを含める
• ユーザーが続行またはキャンセルできるようにする

ローディング

• システムが処理中でユーザーが待つべきことを示す
• 適切なインジケーターを使用：短い操作にはスピナー、長い操作にはプログレスバー
• ローディング中のコンテンツエリアにはスケルトンスクリーンを表示
• セクションのみローディングの場合、UI 全体をブロックしない
• 可能な場合、推定時間または進行率を提供

空の状態

• セクションにコンテンツがない場合に表示（デバイスなし、最近のアクティビティなし、検索結果なし）
• 常にイラストまたはアイコン、簡単な説明、コールトゥアクションを含める
• なぜ空なのか、何ができるかをユーザーに理解させる
• 例：「接続されたデバイスがありません。最初のデバイスを接続して始めましょう。」

オフライン

• アプリケーションがネットワーク接続を失ったことを示す
• 接続が復旧するまで永続的なバナーまたはインジケーターを表示
• オフライン状態とエラー状態を明確に区別
• 可能な場合、アクションをキューに格納し、接続復旧時に実行

操作確認

• 破壊的または重要なアクション（削除、リセット、上書き）の前に使用
• 何が起こるかを明確に記述
• 明示的な確認を要求（単なる「OK」ではなく — 「削除」、「リセット」などの具体的な動詞ボタンを使用）
• 取り消し不可能なアクションの場合、ユーザーに確認の入力を求めることを検討

アンドゥ

• 最近のアクションを取り消す方法を提供
• 「アンドゥ」ボタン付きのトースト通知として表示
• 限られた時間枠（5〜10秒）で利用可能
• すべてのアクションが取り消し可能ではない — 取り消し不可能な操作にはアンドゥを表示しない

フィードバックの原則

• エラーは理由を説明する必须 — エンジニアリングプラットフォームでは一般的なエラーメッセージは許容されない
• 重要な操作は結果を示す — ユーザーはコミット前に何が起こるかを理解するべき
• 曖昧なコピーはなし — すべてのフィードバックメッセージは具体的、明確、アクション可能であるべき
• タイムリー — フィードバックはアクション直後に表示され、遅延なし
• 明確 — ユーザーは一目でフィードバックを理解できるべき
• 回復可能 — 可能な限り、エラー状態からの進路を提供
• 比例的 — フィードバックの強度はイベントの重要度に比例するべき