公教育市場におけるプロダクトづくりの試行錯誤

by Kazuma YONETANI

Embed

Start on current slide

Slide 1

Slide 1 text

Slide 2

Slide 2 text

© 2022 Classi / EDUCOM 2  自己紹介  米谷和馬  Classi株式会社   小中事業開発部プロダクトマネージャー     2004 - 2018 ゼロベース株式会社   IA / UXデザイナー / ディレクター     2012 - 2018 株式会社リクルートライフスタイル（現リクルート）   業務委託（UXデザイナー）     2015 - 2018 Classi株式会社  業務委託（UXデザイナー／アドバイザー）     2019 - 現職  tetoruプロダクトマネージャー  

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

© 2022 Classi / EDUCOM 10  公教育市場の特徴  ▪システムの契約は3〜5年、1年以上先の導入に向けて商談  ▪数年後を見据えた機能開発のロードマップを求められる  ▪スペックによる競合サービスとの比較検討　検討・意思決定  　配慮事項  ▪地場産業・地元企業  ▪多様な家庭環境（貧困家庭、外国人家庭など）  ▪公平性の担保  　教育ICTの課題  ▪自治体ごとのICT整備状況・個人情報の取り扱いなどガイドラインの差異  ▪ITリテラシーのギャップ（学校／先生／家庭）  ▪学校現場の活用を妨げる多機能が生み出す使いづらさ 

Slide 11

Slide 11 text

Slide 12

Slide 12 text

© 2022 Classi / EDUCOM 12  バリュープロポジション  背景・課題や各種リサーチを踏まえて3つバリュープロポジションを設定     基本機能  無料  ※公立の小中学校、教育委員会からの   申込に限ります     グループ会社製品との  連携        知見を活かした最適な  UX      プラットフォーム戦略  スイッチングコスト低減    競合が真似しづらい優位性  ビジョン実現とマネタイズ  教育プロダクトの運営経験  保護者としての経験   

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

© 2022 Classi / EDUCOM 15  知見に基づく細部の進化  教育系プロダクトに携わってきたからこそ気づける   アンチパターンの回避と新しいアプローチへのチャレンジ   ID/パスワード忘れ対応の先生負担　▶ 自己解決形のアカウント体系  毎年保護者の登録作業が必要　▶ 一度の登録で使い続けられるように   兄弟のアカウント切り替え　▶ シームレスに利用できるように  初期登録や年度更新作業の負担　▶ 校務支援システムのCSV取り込み   扱いづらい根幹的な概念　▶ 年度やクラス編成の工夫 

Slide 16

Slide 16 text

© 2022 Classi / EDUCOM 16  シンプルさを保つためのトレードオフ  Dev Design CS ▪相反するようなユースケースを吸収できるか  ▪設定項目が複雑化しないか  ▪年度の切り替え前後に混乱を起こさないか  ▪ユーザーに強いる操作に必然性があるか  ▪ヘルプやガイドの工夫で回避できそうか  ︙  様々なユースケースの最大公約数を意識して手広く構えつつ   ユーザーへの負担をデザイン／開発／CSのどこで吸収するかを判断  

Slide 17

Slide 17 text

Slide 18

Slide 18 text

© 2022 Classi / EDUCOM 18  α版での大混乱  Y：やらかしたこと  ▪先生の認証方式が全く受け入れられなかった   T：次にやること      認証方式の大幅な見直し  （でもα版のうちに気づけてよかった…）  W：わかったこと  ▪α版に飛びつく層でもフリーメールを利用   ▪GoogleやMSのメールアドレスは配布されても　メーラーは開放されていない実態   主要機能のPSFは検証できたが、先生の認証で大混乱  コロナ禍のICT整備加速でもメールは普及しなかったことが判明  

Slide 19

Slide 19 text

Slide 20

Slide 20 text

© 2022 Classi / EDUCOM 20  新しい認証方式は問題なかったが、障害の多発で足元の甘さが露呈  各種フローやドキュメントの整備に追われることに…   β版での大失態  Y：やらかしたこと  ▪安易なリリースや設計の不備による障害   ▪オペレーションミスによるサービス停止   T：次にやること  障害対応やリリースフローの整備   全コードの見直し  設計レビューの徹底   各種ドキュメントの整備   ︙  （でもβ版のうちに気づけてよかった…）    W：わかったこと  ▪プロダクトを仕上げることに夢中になりすぎて   　ドキュメントやフローの整備がおざなりに  

Slide 21

Slide 21 text

当たり前品質も欠けた状態で  不安を抱えたままのサービスイン…   

Slide 22

Slide 22 text

Slide 23

Slide 23 text

© 2022 Classi / EDUCOM 23  起こったこと  不安とは裏腹に大きなトラブルもなく順調な滑り出し   　▪コールセンターの稼働が想定よりも大幅に少なかった  　▪事前に設計していたオンボーディングの指標が役に立たなかった  　CS  　セールス  　▪デモを見せれば意思決定者にも使いやすさが伝わる  　▪無料かつシンプルなプロダクトで戦う土俵をずらせている  　プロダクト  　▪VOCが集まることで機能拡充や改善など次の一手を選べるように  　▪優先順位を組み替えてマネタイズ機能の開発を前倒しに  　顧客  　▪β版を利用した校長先生が異動先の学校でも4月に即導入  　▪導入校の保護者が隣接する学校を説得して即決  　CS負荷軽減  　SLGへの寄与  　グロースの  　方向性  　PLGの兆し 

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

最後にみなさんへ      教育業界に限らず見落としている  「これでいい」はまだあるはず    ここにいるみなさんの力を合わせて   世の中をアップデートしていきましょう！      

Slide 29

Slide 29 text

Slide 30

Slide 30 text