Design for the Next Person

次に使う人の
ための設計

見た目を整えるだけでなく、「その画面を毎日使う人」が迷わず、疲れず、 ミスなく使い続けられる状態をつくることを大切にしています。 業務システムからプロダクトUIまで、現場の運用まで見据えた設計を行います。

UI / UX Designer

About

About Me

「デザインする」ことは、見た目を美しく整えることだけではなく、 使う人の負担や迷いを減らし、業務や体験そのものを良くしていくことだと考えています。

これまで、社内の業務システムや受発注フローの改善に携わり、 「作って終わり」ではなく「現場で使われ続けるかどうか」を軸に、 画面設計・情報整理・運用フローの見直しまで一貫して取り組んできました。

今後はUI/UXデザイナーとして、ユーザーの行動や現場の実態を丁寧に観察しながら、 次に使う人のための設計を積み重ねていきたいと考えています。

Selected Work

Case Study

実際に取り組んだ業務改善・UI設計の事例です。

ORDER CONFIRM PURCHASE IMPROVE
Case Study 01

現場が使い続けられるWeb受発注システムの運用設計

紙・電話中心だった受発注業務を、現場が自然と使いたくなるWeb注文フローへ。 情報設計と運用フローの両面から改善に取り組みました。

+89.7% Web注文件数の増加率
−34.7% 処理時間短縮
−28.8% ミス削減
Read case study
GOAL HONEST DATA
Case Study 02

方針を「伝わる」形にする ― チーム方針発表とKPIの情報設計

抽象的な方針を、具体的な数値目標とスケジュールに翻訳し、 進捗を追える資料構成に落とし込みました。

Read case study
DOCUMENTED & SHARED
Case Study 03

属人化した業務知識を、仕組みに変える

マニュアル化とクレーム対応の記録を型化し、 個人の記憶に頼らない業務の仕組みを設計しました。

Read case study
← Case Study 一覧に戻る Case Study 01

現場が使い続けられるWeb受発注システムの運用設計

役割
UI設計 / 情報整理 / 運用フロー設計
対象
Web受発注システム(社内基幹業務)
期間
継続的な業務改善プロジェクト
Overview

課題:現場に定着しない受発注の仕組み

受発注業務は電話・FAX・紙の伝票が中心で、担当者ごとにやり方が異なり、 情報が現場と本部の間で分断されていました。Web注文の仕組み自体はすでに存在していたものの、 「使いにくい」「覚えることが多い」という理由で現場に定着せず、 結果として二重入力や伝達ミス、処理の遅れが常態化していました。

販売管理システムには150を超える機能が存在していましたが、 現場が実際に使う機能はごく一部に限られており、 「何を・どこまで使えばよいか」が整理されていないことも定着を妨げる要因になっていました。

Approach

取り組み:使う人の視点から業務とUIを整理する

まず、現場の担当者がどの場面で迷い、どこで手戻りが発生しているかを整理し、 Web注文フローを「現場の一連の動き」に合わせて見直しました。 あわせて、受注・在庫・請求・マスタ保守など12分類、約150画面ある販売管理システムの ひとつひとつに「◎毎日使う」から「×使っていない」までの使用頻度をタグ付けし、 「日常的に使う機能」と「ほぼ使われていない機能」を分けて設計に反映しました(Fig.4)。

UIの見直しだけでなく、受注確定から発注、そしてそこで見つかった課題を 次の改善につなげる「改善ループ」を業務フローとして組み込むことで、 一度作って終わりではなく、使いながら改善し続けられる仕組みを目指しました。

Before 電話・FAX中心の受注 担当者ごとにやり方が違う 150機能から必要な操作が探せない 二重入力・伝達ミスが常態化 After Web注文フローに一本化 現場の動きに合わせた画面設計 頻度別に機能を整理し迷わず操作 入力・確認の手間を削減

Fig.1 — 業務改善のBefore / After(ラフイメージ)

Web注文 現場担当者が入力 受注 内容確認・確定 発注 仕入・手配へ連携 改善ループ 現場の声を次に反映

Fig.2 — Web注文から改善ループまでの業務フロー(ラフイメージ)

受発注 システム 現場担当者 Web注文の入力 受注担当 内容確認・確定処理 発注・仕入担当 在庫・手配の判断 管理・改善担当 運用の見直し・改善

Fig.3 — 受発注業務まわりの役割分担(ラフイメージ)

販売管理システム 全137画面の使用頻度タグ付け 受注・在庫・請求・マスタ保守など12分類、全画面に頻度を1つずつ付けて整理 ◎ 毎日〜頻繁に使う 33件 → 最優先でUIを磨く対象 〇 ときどき使う 11件 → 補助的な導線に配置 △ ほとんど使わない 35件 → 奥に格納・必要な人だけ辿れれば良い × 使っていない 57件 → 非表示・整理の候補として洗い出し 12分類:受注・見積 / 日時管理 / 在庫管理 / 請求書 / 月次処理 / 実績管理 / マスタ保守 / その他随時処理 / 運用管理 / 営業・物流照会 / スケジュール / WEB受注連携

Fig.4 — 全画面に使用頻度をタグ付けした一覧をもとに再構成(実データに基づくラフイメージ)

Result

成果

業務改善に取り組んだ結果、以下のような変化が見られました。 これらは受発注フロー全体の運用改善による成果であり、 UI設計単独の効果として断定するものではありません。

89.7%
Web注文件数の増加率
34.7%
処理時間短縮
28.8%
ミス削減

※ 上記の数値は、Web注文フローの改善・情報整理・運用ルールの見直しを含む 業務改善プロジェクト全体の成果として計測されたものです。 同じ半期のデータをもとに、方針発表資料そのものの設計を扱った事例を Case Study 2で紹介しています。

Learning

この事例から得たこと

「使いやすい画面をつくる」ことと「現場で使われ続ける仕組みをつくる」ことは、 似ているようで別の課題だと実感しました。 どれだけ整った画面でも、現場の業務の流れに合っていなければ使われません。

← Case Study 一覧に戻る Case Study 02

方針を「伝わる」形にする ― チーム方針発表とKPIの情報設計

役割
資料構成 / 情報設計 / KPIの可視化
対象
部門方針発表資料・半期振り返り資料
期間
半期サイクルでの継続的な取り組み
Overview

課題:方針が「スローガン」で終わってしまう

部門の方針は半期ごとに言葉としては共有されるものの、 「顧客ファーストの徹底」「業務効率化」といった表現は抽象度が高く、 聞いた直後は納得できても、日々の業務判断や行動には結びつきにくいという課題がありました。

半年後の振り返りの場でも、何がどれだけ変わったのかを数字で語れる資料になっておらず、 方針発表そのものが「聞いて終わり」になりがちでした。

Approach

取り組み:抽象的な方針を、数字で追える目標に翻訳する

3つの方針(顧客ファーストの徹底/業務効率化/責任感と自主的な行動の促進)を、 スローガンのまま伝えるのではなく、それぞれ具体的な数値目標に翻訳して資料を構成しました(Fig.1)。

半期の振り返りでは、発表時に掲げた目標と実際の実績を並べて見せる構成にしました。 たとえば「業務効率化」では、電話・FAXが中心だった受発注をWeb注文に切り替える取り組みについて、 受付件数の半期比較(Fig.2)と、業務別の処理時間の増減(Fig.3)をあわせて示し、 うまくいった部分とそうでなかった部分の両方を数字で確認できるようにしました。

うまくいかなかった部分をあえて隠さずに載せたのは、方針発表を「良い数字だけを見せる場」ではなく、 「次に何を見直すべきかを判断する場」にするためです。

部門方針 顧客ファーストの徹底 対応品質・応対の見直し を各現場で実践 業務効率化 Web注文切替・ 処理時間30%削減目標 責任感と自主性 担当業務の自主的な 改善行動を促進

Fig.1 — 3つの方針と具体策の紐づけ(ラフイメージ)

受付件数の半期比較(イメージ) 改善前 改善後(目標に近づいた) 改善後(目標と逆行) Web注文 975件 1850件 FAX 974件 1230件 電話 904件 499件 Web注文は増加、電話は減少。一方でFAXは目標に反して増加した。

Fig.2 — 受付件数の半期比較(社内の振り返り資料をもとにしたラフイメージ)

業務別・処理時間の増減(イメージ) Web注文 ▲63.1% FAX ▲15.2% 電話 ▲56.5% 発注業務 +21.1% 受注3業務 合計 ▲34.7%

Fig.3 — 業務別の処理時間増減。発注業務は増加しており、課題として次期に持ち越された(ラフイメージ)

Result

成果

受発注の窓口をWebに寄せる取り組みにより、Web注文の件数は半期で975件から1850件に増加しました。 全体に占めるWeb注文の割合は約51.7%となり、目標としていた53%にはわずかに届かなかったものの、 電話対応は904件から499件まで減少しました。

受注に関わる3つの業務(Web注文・FAX・電話)の処理時間は合計で約34.7%削減され、 目標としていた30%削減を上回りました。ミスの件数も66件から47件(▲28.8%)に減少しています。

一方で、すべてが計画通りに進んだわけではありません。FAXの件数はむしろ増加し(974件→1230件)、 発注業務の処理時間も増加(+21.1%)しました。ミスの削減幅も目標の50%には届いておらず、 次期に持ち越す課題として資料にそのまま残しました。

※ 上記の数値は、半期の振り返り資料に記載された実績です。単独の施策ではなく、 複数の取り組みが重なった結果の数字であり、個人名・取引先名は記載していません。

Learning

この事例から得たこと

方針や実績を扱う資料であっても、業務システムのUI設計と考え方は同じだと感じました。 抽象的な言葉をそのまま伝えるのではなく、具体的な数値に翻訳し、 うまくいった部分といっていない部分の両方を見える形にすることが、次の行動につながります。

← Case Study 一覧に戻る Case Study 03

属人化した業務知識を、仕組みに変える ― マニュアル化とクレーム対応の型化

役割
業務設計 / テンプレート設計 / 運用ルール策定
対象
社内マニュアル整備・クレーム対応記録の仕組み
期間
継続的な運用改善
Overview

課題:業務知識が個人の記憶に依存していた

受発注や展示会対応、クレーム対応、棚卸しといった業務の進め方が、 担当者個人の経験や記憶に依存している状態でした。 マニュアル自体は一部存在していたものの、作成や更新のルールが曖昧で、 フォーマットも担当者ごとにバラバラでした。

現場に「マニュアル化した方がいい仕事」をアンケートで聞いたところ、 価格設定や照合のルールなど「担当者本人にしかわからない業務がある」という認識は、 現場側にもすでにあることがわかりました。

クレーム対応についても、対応の経緯が口頭やメモで個人管理されており、 担当者が変わると同じ説明を最初からやり直す、対応が途中で止まっていても気づかれない、 といったリスクがありました。

Approach

取り組み:「作って終わり」にしない仕組みをつくる

まず現場全員へのアンケートで「マニュアル化した方がいい仕事」とその優先順位(第1〜第3希望)を集め、 欠員が出たときに困る業務を最優先に選定しました。作り手の主観ではなく、現場の声を起点にしています。

マニュアル作成は「作成者→チェック者」の2名体制とし、作成者が記入されているか・文章が分かりやすいか・ そのマニュアルだけで作業が完結するか・曖昧な表現がないか、といったチェック項目に沿って 別の担当者が確認する、10ステップの標準プロセスとして運用しました(Fig.2)。 タイトルの命名規則(更新年月+タイトル)、フォント、Excelでの様式(背景・印刷設定・作成者名の記載位置)も統一し、 誰が見ても同じ形式で参照できるようにしました。取引先ごとの専用伝票マニュアルは1社1ファイルで管理しています。

完成したマニュアルは共有フォルダの項目別フォルダに格納し、更新のたびに社内チャットで案内する運用にしました。 新人が最初に読む「現場向け基本冊子」の構成も設計し、業務の目的から1日の流れ、受注・発注の基本、 トラブル対応・報連相、改善提案の出し方までを9章にまとめています(Fig.4)。

クレーム対応では、受付日・記入者・最初の対応者・対応担当者・クレーム内容・対応内容を 1枚のシートに固定フォーマット化しました。対応が別の担当者に引き継がれる場合も 「誰から誰へ」を明記できるようにし、動きがない週も「時点更新なし」と明記するルールにしたことで、 対応が止まったまま放置されていないかを毎週確認する運用が自然に生まれました。

Before 業務知識が担当者の記憶に依存 マニュアルの形式がバラバラ クレーム対応の経緯が口頭・個人管理 担当交代時に引き継ぎが漏れる After アンケートで選定・約25件をマニュアル化 タイトル・フォント・様式を統一 クレーム対応を記録シートで一元化 週次確認で対応漏れを可視化

Fig.1 — 属人化からの脱却(ラフイメージ)

現場アンケート 優先度を収集 担当・期日設定 作成者を明確化 作成 統一フォーマットで記述 チェック者が確認 分かりやすさ等6項目 格納・共有 フォルダ格納→チャット案内

Fig.2 — アンケートで選定し、作成者→チェック者の2名体制で仕上げるマニュアル作成フロー(ラフイメージ)

クレーム対応記録シートの項目構造(イメージ) 受付日 記入者 / 最初の対応者 対応担当者 クレーム内容 対応内容 動きがない週も「時点更新なし」と明記 → 対応漏れ・放置を週次で可視化

Fig.3 — クレーム対応記録シートの項目整理(ラフイメージ)

現場向け基本冊子の章構成(イメージ) 第1章 業務課とは 何のための仕事かを理解する 第2章 1日の流れ 朝礼から日報までの基本サイクル 第3章 受注業務の基本 入力手順と確認ポイント 第4章 発注業務の基本 発注タイミングと連携ルール 第5章 トラブル対応・報連相 事実→影響→処置→再発防止 第6章 確認・承認のルール 属人化を防ぐ承認フロー 第7章 改善と提案 第8章 心構え・行動指針 第9章 付録(フロー図・チェックリスト)

Fig.4 — 新人が最初に読む「現場向け基本冊子」の章構成(ラフイメージ)

Result

成果

アンケートをもとに選定した業務に加え、取引先別の専用伝票マニュアルを含めて、 約25件のマニュアルが整備されました。「作成者→チェック者」の2名体制と10ステップの標準プロセスが定着し、 マニュアルが「作って終わり」にならない運用になりました。

クレーム対応の経緯も個人の記憶ではなく記録として残る状態になり、担当引き継ぎが可視化されました。

あわせて確認できたのは、半期ごとに150件を超える小さな業務改善(フォルダ整理、ひな形作成、 確認手順の見直しなど)がすでにシートに記録される文化があったことです。 大がかりな改革をしなくても、担当者が入れ替わっても「何を、どう変えたか」が資産として残る土台は 現場側にすでにできていました。今回の取り組みは、その土台にマニュアルという受け皿を用意したことに近いと感じています。

※ ここに記載した内容は、社内資料の情報をもとに匿名化・要約したものです。 企業名・個人名・取引先名は記載しておらず、件数は資料に記載された時点のものです。

Learning

この事例から得たこと

マニュアルやクレーム対応の記録は、「作ること」自体が目的ではなく、 "誰が見ても同じように使える状態を保ち続けられるか"が本質だと感じました。

Skills

Skills

UI / UX 設計

  • 情報設計・画面設計
  • 業務フロー・運用フロー設計
  • ユーザーヒアリング・現場観察
  • ワイヤーフレーム作成

ツール

  • Figma
  • Adobe XD / Illustrator
  • HTML / CSS(実装確認レベル)

その他

  • 業務改善プロジェクトの推進
  • 関係部署との調整・合意形成
  • 数値をもとにした振り返り・改善提案
Contact

Thank you
for reading.

最後までご覧いただきありがとうございました。 経歴の詳細や制作の背景など、ご質問があれば応募媒体のメッセージよりお気軽にご連絡ください。