# IPOAとは：IPO図（Input-Process-Output）に行動を足す 正規URL: https://www.sento.group/concepts/ipoa 更新日: 2026-10-08 IPOA（アイピーオーエー）とは、仕事をInput（入力）・Process（処理）・Output（出力）・Action（行動）の四つに分けて捉える考え方です。よく知られるIPO（入力→処理→出力）に、出力を受け取った人の「行動」を加えたもので、設計するときはActionから逆算し、動かすときはInputから順に確かめます。ダッシュボードや自動化を作ったのに使われない、という失敗を防ぐために、sento.groupが業務設計とデータオペレーションの起点に置いている枠組みです。 ## この記事の要点 - IPOAは、IPO（入力→処理→出力）に「出力を受け取った人の行動（Action）」を加えた考え方です。 - 設計はActionから逆算し、動かすときはInputから順に流して、行動まで一周させて確かめます。 - 「誰が・いつ・何を決めるか」を一文にできないものは、作る前に受け手と話す価値があります。 ## IPOAとは：IPO図の入力・処理・出力に「行動」を足した考え方 IPOAは、Input（入力）、Process（処理）、Output（出力）、Action（行動）の頭文字をとった言葉です。仕事を「何を受け取り、どう処理し、何を渡し、それを受け取った人が何をするか」の四つに分けて見ます。 ![IPOAの図。上からInput（入力）、Process（処理）、Output（出力）、Action（行動）の四つの箱が並び、右の矢印は動かす順がInputからActionへ、左の矢印は考える順がActionからInputへ向かうことを示している](https://www.sento.group/images/concepts/ipoa/ipoa-flow.svg) 図1：IPOAは、動かす順（Input→Action）と考える順（Action→Input）が逆になります。 - Input（入力）：判断や作業に必要な材料。案件の状態、日付、担当者、現場のメモなど。 - Process（処理）：材料を整えるルールや手順。抽出、集計、照合、分類、要約など。 - Output（出力）：受け手が読む成果物。一覧、通知、帳票、ダッシュボード、文書の下書きなど。 - Action（行動）：成果物を受け取った人やシステムが、次に決めること・動くこと。 ポイントは、設計する順序と、実際に動かす順序を分けることです。動かすときは入力を処理して出力し、受け手が動きます。一方、何を作るかを考えるときは、最後のActionから逆向きに辿ります。 ## IPO図・IPOモデル（Input-Process-Output）との違い Input・Process・Outputの三つで仕組みを捉えるIPOモデルは、システム分析やプログラム設計で古くから使われてきた考え方です。入力を受け取り、処理して、結果を出力する。仕組みの中身を説明するには、この三つで足ります。 - IPO：仕組みが入力を正しく出力に変えるかを見る。完成の条件は「出力が正しい」こと。 - IPOA：出力を受け取った人が次の行動を決められるかまで見る。完成の条件は「行動が起きる」こと。 ただ、業務の現場で困るのは、出力のあとです。帳票や画面が予定どおりに出力されても、それを見た人が何も決めなければ、仕事は前に進みません。IPOモデルは、その出力が誰のどんな行動につながるかまでは問いません。 IPOAは、この「出力の受け手」を設計の対象に含めます。Outputが正しく作られたかではなく、Actionが起きたかで完成を判断する。これがIPOとIPOAのいちばん大きな違いです。 ## なぜActionから逆算するのか データ活用や自動化の企画は、手元にあるデータから考え始めがちです。とりあえず全部集め、集計し、画面を作る。それでも、会議で開かれない、更新が止まる、という結果になることがあります。 ![入力から作る進め方と、行動から逆算する進め方の比較図。左は、データを全部集める、とりあえず集計する、ダッシュボードを作る、見られるが決まらない、の順に進む。右は、決める行動を一文にする、判断用の一覧を決める、抽出と整形のルールを決める、必要な項目だけ集める、の順に進む](https://www.sento.group/images/concepts/ipoa/ipoa-before-after.svg) 図2：入力から作ると、最後に「誰が何を決めるのか」が残ります。行動から逆算すると、集めない項目も決められます。 入力から作り始めると、どの項目が必要かを判断する基準がありません。そのため「念のため」の項目が増え、集計の種類が増え、画面が複雑になります。完成してから使い道を探すことになり、受け手の判断に合わなければ作り直しです。 Actionから逆算すると、判断に要る情報だけが残ります。同時に「この判断に必要な日付が、そもそも入力されていない」といった、実装の前に解くべき業務上の不足も早く見つかります。ダッシュボードが使われない原因は、画面の出来よりも、このActionが決まっていないことにある場合が少なくありません。 ## IPOAの進め方：5つの手順 IPOAは、紙一枚やスプレッドシートでも始められます。一つの判断について、次の順に書き出してみてください。 - 手順1　Actionを一文で書く：「誰が」「いつ」「何を見て」「何を決めるか」。「把握する」「確認する」で終わる場合は、確認したあとに何を決めるかまで書きます。 - 手順2　Outputを決める：その判断に必要な最小限の項目、形式（一覧・通知・帳票など）、届くタイミングと場所を決めます。 - 手順3　Processを決める：抽出や集計のルール、例外の扱い、人・仕組み・AIのどれが担当するかを決めます。 - 手順4　Inputを洗い出す：必要な項目ごとに、どこで発生し、誰が入力し、どの頻度で更新されるかを確かめます。 - 手順5　一周させて確かめる：実際の一回分の仕事で、入力から行動までを流し、決定まで辿り着けるかを見ます。 手順1がいちばん難しく、いちばん大事です。受け手が決まらないまま手順2以降に進むと、Outputは「あると便利そうなもの」の集まりになります。逆に、Actionの一文が決まれば、残りの三つはかなり自然に決まります。 手順4では、足りない入力が見つかることがよくあります。そのときは処理を工夫して穴を埋めるより先に、誰がいつ入力するかという業務の取り決めを見直します。入力の質が、出力と行動の質の上限になるためです。 ## 記入例：営業会議で停滞案件のフォローを決める 説明用の仮想例として、毎週月曜の営業会議で、動きの止まった案件のフォローを決める場面をIPOAに分けてみます。 ![IPOAシートの記入例。いつ誰が：毎週月曜の営業会議と営業責任者。Action：止まっている案件ごとに次の連絡担当と期限を決める。Output：対象案件、最終接点日、担当、確認事項が並ぶ一覧。Process：一定期間接点のない進行中案件を抽出し、最終接点日の古い順に並べる。Input：案件ID、状態、最終接点日、担当者、判断に要るメモ。見つかった不足：最終接点日が空欄の案件がある](https://www.sento.group/images/concepts/ipoa/ipoa-worksheet.svg) 図3：IPOAシートの記入例（説明用の仮想例です）。 - Action：止まっている案件ごとに、次の連絡担当と期限を決める。 - Output：対象案件、最終接点日、担当者、確認事項が1画面に並ぶ一覧。 - Process：進行中の案件のうち、一定期間接点がないものを抽出し、最終接点日の古い順に並べる。何日を「止まっている」とみなすかは会議で決める。 - Input：案件ID、状態、最終接点日、担当者、判断に必要なメモ。 Inputまで辿ったところで、最終接点日が空欄の案件があると分かったとします。この場合、画面を作り込む前に「接点があった日に、誰が記録するか」を決めるほうが先です。IPOAは、実装の前に業務側の不足を見つけるためにも使えます。 同じ型は営業以外にも使えます。たとえば経理の月末確認なら、Actionは「請求漏れの可能性がある取引ごとに、確認先と期限を決める」、Outputは「受注済みで未請求の取引の一覧」、Processは「受注データと請求データの突き合わせ」、Inputは「取引ID・受注日・請求日・金額」のように分けられます。題材が変わっても、行動する人、タイミング、決める内容を具体化する進め方は同じです。 ## よくあるつまずきと直し方 IPOAを書いてみると、次のようなところで手が止まることがよくあります。 - Actionが「見る」「把握する」で終わる：把握したあとに何を決めるのかを一段深く書きます。決めることがなければ、そのOutputは定期的に作らなくてもよいかもしれません。 - Outputに項目を詰め込みすぎる：判断に使わない項目は、元のデータに残しておけば十分です。一覧から元の記録へ戻れる導線のほうが役に立ちます。 - Processがブラックボックスになる：抽出の条件や例外の扱いを文章で残します。AIに任せる場合も、何を渡し、何を返させるかを決めます。 - Inputの負担を見落とす：入力する人が誰で、その人の手間が増えないかを確かめます。入力が続かない仕組みは、やがて出力も止まります。 - 一周させずに完成とする：画面が表示された時点で終わらせず、受け手が実際に決定できたかまで確かめます。 ## AIに任せる範囲も、IPOAで分ける 生成AIやAIエージェントを業務に入れるときも、IPOAの四つに分けると役割分担を考えやすくなります。 - Input：AIに渡す資料と、渡してはいけない情報を決める。 - Process：要約・分類・下書きなどAIに向く処理と、期限計算や照合などルールで処理すべきものを分ける。 - Output：参照元や判断の理由を添えて、人が確かめられる形で返させる。 - Action：対外的な連絡や確定処理など、人が承認してから実行するものを決める。 何でも一つのAIに任せるのではなく、AIに任せる処理、通常の仕組みで行う処理、人が判断する行動を分けると、失敗したときに止める場所や、人へ戻す条件も決められます。AIを入れることではなく、受け取った人の仕事が前へ進むことを完成の条件に置きます。 sento.groupのAI合宿でも、IPOAを軸に、最後に取りたい行動から逆算して「AIに渡す情報・任せる処理・確かめる成果物」を決めるところから演習を始めています。 ## 使われる仕組みかを確かめるチェックリスト 作ろうとしているもの、すでに作ったものが使われるかどうかは、次の4段階で確かめられます。下の段から順に、満たしているかを見てください。 ![IPOAの成熟度を4段階で示す階段状の図。L1は出力がある（一覧や画面は作られている）、L2は受け手が決まっている（誰がいつ見るかを一文で言える）、L3は行動まで一周した（実際の一回分で決定まで確かめた）、L4は例外と改善が回る（止める条件と直す担当が決まっている）](https://www.sento.group/images/concepts/ipoa/ipoa-maturity.svg) 図4：L2で止まっているものは「見られているのに決まらない」状態です。L3まで確かめると、直す場所が具体的になります。 - 「これを誰が、いつ見て、何を決めるのか」を一文で言える。 - Outputの各項目が、その決定のどこに使われるかを説明できる。 - Processのルールと例外の扱いが、担当者以外にも分かる形で残っている。 - Inputの各項目について、入力する人と更新のタイミングが決まっている。 - 実際の一回分で、入力から決定までを通して確かめた。 - うまくいかなかったときに止める条件と、直す担当が決まっている。 ## まず、いま作ろうとしているもので試す 新しいダッシュボードや自動化の企画があれば、まず「これを誰が、いつ見て、何を決めるのか」を一文にしてみてください。答えにくければ、画面や機能を増やす前に、その受け手と話す価値があります。 その一文が決まったら、判断に必要な出力、処理、入力へ逆算します。IPOAは大きな設計書を作るためだけでなく、いま作ろうとしているものが本当に使われるかを確かめるためにも使えます。 すでに作ったダッシュボードが使われていない場合の切り分け方は関連記事「ダッシュボードが使われない理由」で、IPOAで整えたデータを日々の業務として回す考え方は「データオペレーションとは」で解説しています。 ## よくある質問 ### Q. IPOAとは何の略ですか？ Input（入力）、Process（処理）、Output（出力）、Action（行動）の頭文字です。sento.groupでは、出力が現場の行動に変わるかを確かめるための業務設計の型として使っています。 ### Q. IPO（Input・Process・Output）とIPOAの違いは何ですか？ IPOは、仕組みが入力を処理して出力するまでを捉える考え方です。IPOAはそこにAction（出力を受け取った人の行動）を加え、行動が起きるかどうかまでを設計の対象にします。設計をActionから逆算するのが特徴です。 ### Q. IPOAとPDCAの違いは何ですか？ PDCAは計画・実行・評価・改善を回すサイクルです。IPOAは、その中で「何を作るか」を行動から逆算して決めるための分解です。計画を回す前に、誰が何を決めるかを固定したいときに使います。両者は組み合わせて使えます。 ### Q. ダッシュボードを作る前に、IPOAは必要ですか？ 作る前に一度書くことをおすすめします。誰が・どの会議で・何を決めるかが決まっていないダッシュボードは、見られても判断に使われず、更新が止まりがちです。詳しくは[ダッシュボードが使われない理由](https://www.sento.group/concepts/dashboard-not-used)で解説しています。 ### Q. IPOAはAI導入にも使えますか？ 使えます。AIに渡すInput、AIやルールで行うProcess、人が確かめるOutput、人が承認・実行するActionを分けて設計します。AIの回答を受け取った人が判断できない状態は、Actionが抜けている典型です。[AIに渡せる形になっていない](https://www.sento.group/concepts/ai-wataseru-katachi)もあわせてご覧ください。 ### Q. IPOAシートは何で作ればよいですか？ 最初はスプレッドシートや紙で十分です。A・O・P・Iの四行と「いつ・誰が」の一行を用意し、一つの判断について書きます。書けたら、実際の一回分の仕事で入力から行動まで流して確かめます。 ### Q. IPOAの整理から相談できますか？ はい。業務とデータの棚卸しからIPOA分解、データ基盤、自動化、運用定着まで支援しています。[お問い合わせ](https://www.sento.group/contact)から、今の業務で誰が何を決めているかを聞かせてください。 ## IPOAで業務を設計する 何を作るかではなく、誰が何を決めるかから逆算します。データオペレーションのご相談では、IPOAの分解から一緒に進めます。 - [お問い合わせ](https://www.sento.group/contact?topic=data-operations&source=ipoa) - [データ基盤構築・業務再設計](https://www.sento.group/#service-data) ## この考え方の背景を、noteで読む - [スモールデータオプティマイゼーション（SDO）とは？](https://note.com/wajimayuki/n/n663579d17e1c): 代表・和島祐生が、データだけでなく判断の背景やルールも整える理由を掘り下げています。 - [AI時代のPDCAに代わるJournalから始まる新フレームワーク](https://note.com/wajimayuki/n/n1c4dd2ba5255): 計画（P）からではなく、書くことと行動から始める。代表がPDCAの代わりに試しているJAAC（Journal・AI・Action・Check）の考え方です。 ## 関連リンク - [ダッシュボードが使われない理由](https://www.sento.group/concepts/dashboard-not-used) - [データオペレーションとは](https://www.sento.group/concepts/data-operations) - [スモールデータとは](https://www.sento.group/concepts/small-data) - [業務設計・属人化解消](https://www.sento.group/concepts/ops-design) - [BIを先に作るな](https://www.sento.group/concepts/bi-saki-ni-tsukuruna) - [AIに渡せる形になっていない](https://www.sento.group/concepts/ai-wataseru-katachi) - [データのサイロ化とは](https://www.sento.group/concepts/data-silo) - [AI合宿（IPOAを軸にした2日間の研修）](https://www.sento.group/services/ai-camp) - [AIリスキリング研修](https://www.sento.group/services/reskilling) - [業務の棚卸しのやり方（IPOで書き出す）](https://www.sento.group/concepts/gyomu-tanaoroshi) - [タイムアンドスペース法とは](https://www.sento.group/concepts/time-and-space) - [要件定義の進め方](https://www.sento.group/concepts/yoken-teigi) - [ホームに戻る](https://www.sento.group/)