基本編 / 第6章
Chapter 06 / 08

Actions で操作を一瞬にする
ユーザーが迷わず押せるボタン設計を学ぶ

AppSheet の Action(動作) は、 ボタンを1回押すだけでデータ更新や画面遷移を実行できる機能です。 この章では 何を自動化するかどこに置くか誰に見せるか を整理し、誤操作を減らしながら使いやすい操作体験を作る考え方を学びます。

Chapter Mission

第6章:面倒な操作をボタン化し、次の行動を明確にする

Action は「できることを増やす機能」ではなく、 現場でよく行う操作を短くする機能です。 この章では、ステータス変更やリンク移動を例に、 良いボタン設計と悪いボタン設計の違いを理解します。

この章のゴール
  • Action の役割を説明できる
  • どの Action を作るべきか判断できる
  • ボタンの置き場所と目立ち方を選べる
  • 条件付き表示で誤操作を減らせる

Actions の基本

Action とは、ユーザーがボタンを押した時に実行される処理です。 初期状態では、システムが自動で「複製(Copy)」、「編集(Edit)」、「削除(Delete)」 などのアクションを用意してくれています。 ※ 表示名が英語のため日本語にするにはDisplay Nameから変更が必要です

データをいちいち編集しなくても、たとえば「貸出中に変更する」「詳細画面へ移動する」 「電話をかける」「Webページを開く」といった操作を、 編集画面を何度も開かずに実行できます。

つまり Action は、 繰り返し発生する操作を短縮するための仕組み と考えると分かりやすいです。

速くなる
複数ステップの操作を1回のタップにまとめられます
迷いにくい
ユーザーが次にすべき行動を明確にできます
ミスを減らす
編集項目を探す手間が減り、誤入力が起きにくくなります
Before / After
Without Action
編集画面を開いて変更する
  1. 1. 詳細画面を開く
  2. 2. 編集ボタンを押す
  3. 3. ステータス欄を探す
  4. 4. 値を変更する
  5. 5. 保存する
Action で短縮
With Action
ボタンを1回押すだけ

詳細画面で「貸出中にする」ボタンを押せば、 ステータスを即時に変更できます。

よく使う Action の種類

データを変更する

ステータス変更、担当者更新、フラグ切り替えなど、 よく使う更新処理をボタン化します。

別画面へ移動する

詳細画面、関連データ、外部リンクなどへすばやく遷移させられます。

外部アプリを呼び出す

電話、メール、地図、ブラウザなどと連携し、 現場の操作を短くできます。

複数処理をまとめる

条件次第では、複数の Action を組み合わせて 一連の処理をまとめられます。

まず最初に作ると効果が高い Action

状態変更ボタン

承認済みにする、貸出中にする、完了にするなど、現場で最も効果が見えやすいです。

関連画面へ飛ぶボタン

関連情報をたどる移動を短くでき、情報の行き来がしやすくなります。

外部連携ボタン

電話、メール、地図などは、現場での使いやすさに直結します。

ボタンの配置と見せ方

Prominence

目立たせ方を変えると、押され方が変わる

Action には配置場所だけでなく、 どれだけ目立たせるかの設計もあります。

毎回押してほしい主操作なのか、補助的に使う操作なのかで、 ボタンの強さを変えることが大切です。

基本ルール
  • ・主操作は目立たせる
  • ・補助操作は控えめにする
  • ・危険な操作は目立たせすぎない
備品詳細
iPad Pro
貸出中
管理番号: EQ-102
貸出先: 営業部 山田
返却予定日: 2026-04-24

主操作を強く見せたい時

その画面で最も押してほしい操作が明確な場合に向きます。 たとえば貸出中の備品詳細で「返却済みにする」が最重要なら、 目立つ位置に大きく置くと迷いが減ります。

例: 承認する、返却済みにする、完了にする
備品詳細
ノートPC A
利用可能
管理番号: EQ-034
保管場所: 第2会議室
最終点検日: 2026-04-10

よく使うが、画面を壊したくない時

フローティングボタンのように見せる形式です。 よく使う Action をすぐ押せる一方で、 画面の本文や情報領域は比較的保ちやすくなります。

例: 新規作成、貸出開始、関連画面へ移動
備品詳細
プロジェクター
修理中
管理番号: EQ-055
修理依頼先: Aサービス
備考: HDMI端子不良

補助操作として見せたい時

主要操作ではないが、近くにあると便利なボタン向けです。 目立ちすぎないため、画面内の補助操作を増やしたい時に使いやすい形式です。

例: 詳細表示、関連リンク、補足的な更新処理

条件に基づく表示制御

Action は、ただ置けばよいわけではありません。 その状態で押せないボタンまで常に見えていると、ユーザーは混乱します。

そこで重要なのが 「条件を満たす時だけ表示する」 という考え方です。

たとえば「貸出中にする」ボタンは、 すでに貸出中の備品には表示しない方が自然です。

Only if this condition is true
[Status] <> "貸出中"
Status が「貸出中」ではない時だけボタンを表示
Why It Matters

表示制御で誤操作を減らす

状態に応じて出し分ける

利用可能な時だけ「貸出中にする」を見せ、貸出中なら「返却済みにする」を見せるようにします。

役割に応じて出し分ける

管理者だけが押せるボタン、一般ユーザーには見せないボタン、という設計ができます。

危険な操作ほど慎重にする

削除や強制更新などは、必要な時だけ表示することで誤操作を防ぎやすくなります。

良い表示制御

  • ・今押す意味があるボタンだけ見せる
  • ・ユーザーの役割に応じて出し分ける
  • ・危険操作は常時表示しない

悪い表示制御

  • ・押せないボタンがいつも見えている
  • ・状態に関係なく同じボタンを出している
  • ・削除や危険操作が目立つ位置にある

迷わない Action 設計の原則

良い Action 設計
  • ・よく使う操作だけをボタン化している
  • ・その画面で押す意味が明確である
  • ・主操作と補助操作の強さが分かれている
  • ・条件付き表示で誤操作を防いでいる
  • ・ボタン名を見れば何が起こるか分かる
悪い Action 設計
  • ・何でもボタン化して画面を埋めている
  • ・似た名前のボタンが並んでいる
  • ・危険操作が主操作のように見える
  • ・押せる条件が曖昧で混乱を招く
  • ・画面の目的と関係ない Action がある

初心者がまず意識したいこと

操作を減らす

Action はできることを増やすより、手順を減らすために使います。

主操作を決める

その画面で最も押してほしいボタンを1つ決めることが大切です。

条件で絞る

いつでも見せるのではなく、必要な時だけ見せる方が親切です。

名前を分かりやすく

「更新」より「貸出中にする」のように、結果が分かる名前にします。

第6章のまとめ

Action は、ユーザーに「できること」を増やすよりも、 よく使う操作を短くして、次の行動を明確にするための仕組みです。

何をボタン化するか、どこに置くか、どんな条件で見せるかを設計することで、 現場で迷わず使えるアプリに近づきます。

次の章では、ユーザーが押した後に裏側で自動的に処理を進める Automation の考え方へ進みます。