要望が散在する
営業、サポート、SNS、講師の声。集まる場所も粒度も違い、全体像が見えない。
要望の整理 → 優先順位 → 開発へ伝わる要件UI / UX現場での試用研修 / 伴走支援
01 / ISSUES
「声」はあるのに、
次の一手が決まらない。
教育サービスの開発現場でよく聞く、4つの困りごとから始めます。
改善の優先順位が決まらない
どれも大事に見える。声の大きさではなく、現場への影響で順番を決めたい。
企画意図が開発に伝わらない
「使いやすく」では動けない。誰が、どの場面で、何に困るのかを要件に変えたい。
つくったのに現場で使われない
機能はある。けれど授業や教室運営の流れに乗らない。使われ方から見直したい。
02 / HOW WE WORK
聴く、わける、決める。
そして、確かめる。
課題整理と改善提案を軸に、必要な試作・開発も含めて、担当範囲・体制・期間は個別にすり合わせます。
- STEP 1
ヒアリング
要望の集まり方、利用者、いま困っている場面を聴く。必要に応じて営業同行や現場ヒアリングも。
- STEP 2
課題整理
散らばった声を、利用者・場面・困りごとの単位にわけ、課題棚卸しマップにまとめる。
- STEP 3
優先順位
現場への影響と着手しやすさで順番を決め、最初に手をつける範囲を絞る。
- STEP 4
試作・検証必要に応じて
画面案や試作を現場で試用し、フィードバックを集める。開発前に確かめる。
- STEP 5
改善
開発へ伝える要件整理と改善提案。次のサイクルへつなぐ。
04 / DELIVERABLES
話し合いが、
手元に残るかたちで。
支援の中でお渡しする資料の概念見本です。実際の形式・項目は課題に合わせて調整します。
以下はすべて説明用の架空データです
操作課題の提出先が分かりにくい採点画面の切替が多い
運用講師ごとに使い方が違う保護者連絡が二重になる
企画新機能の狙いが現場に届かない要望の受付窓口が複数
利用者・場面・困りごとの単位で声を並べ、重なりと空白を見つける。
| 課題 | 現場影響 | 着手しやすさ | 順位 |
|---|---|---|---|
| 提出先の迷い | 高 | 高 | 1 |
| 採点の画面切替 | 高 | 中 | 2 |
| 連絡の二重化 | 中 | 低 | 3 |
声の大きさではなく、影響と着手しやすさの2軸で順番を決める。
1か月目2か月目3か月目
要望の棚卸し
提出導線の見直し
現場での試用
次の一手を決める
最初の3か月で何を確かめるかを決め、継続支援／内製／開発発注の判断につなぐ。
- 誰が
- 授業後に採点する講師
- いつ
- 授業終了から次の授業までの短い時間
- 困りごと
- 提出物ごとに画面を往復する
- 期待する変化
- 一覧から離れずに採点を終えられる
- 確認方法
- 試用で講師3名に手順を観察
「使いやすく」を、開発チームがそのまま着手できる粒度に置き換える。
観点提出導線の迷いは減ったか
試用場面2教室・講師と生徒の実際の授業後
気づき提出は迷わなくなったが、通知の文言で新たな戸惑い
次の改善通知文言の見直しを次サイクルへ
数字だけでなく、現場で起きたことを次の改善につながる形で残す。
05 / SELECTED WORK
「使う人」から、考える。
代表事例として、LMS開発のUI・UX顧問をご紹介します。
UI / UX ADVISORY
教育現場の使い方を、
LMSの画面・操作設計へ。
エデュプランニングのLMS開発において、UI・UX顧問として継続的に関わっています。教育現場での使われ方の視点を、画面と操作の設計判断に反映する役割です。
- 支援領域
- UI・UX顧問
- 対象
- 教育サービス・LMS
- 関わり方
- UI・UX顧問として開発チームと連携
事例の詳細・お客様の声は掲載に向けて確認・準備中です。社名・画面を含む公開内容は掲載前に確認します。
実績ページで事例を見る06 / AFTER YOU REACH OUT
相談のあと、
こう進みます。
- 01
お返事と初回ヒアリング
いま困っていること、要望の集まり方、体制をお聞きします。オンラインで構いません。
- 02
進め方のご提案
研修・診断・伴走のどこから始めるかと、範囲・期間・費用の考え方をご提案します。
- 03
小さく始める
最初の範囲を絞って着手し、成果物を手元に残しながら、続け方を一緒に判断します。
FAQ
{{ f.a }}
LET’S TALK
いま抱えている課題から、
一緒に整理しましょう。
要望が整理されていなくて構いません。いまの状態から始めます。