名義変更中心の認識・手順に関する質問
レビューから、役割と利用方法を説明する必要性を確認しました。
車両管理サービス · プロダクトデザイン・PM
名義変更から、日常の車両管理へ。
名義変更中心のアプリを、日常の車両管理へ広げるプロジェクトです。ストアレビューでサービスの認識や手続きの迷いを、国内外の車両・保険アプリで登録の複雑さや専門用語を調査。ユーザー像と設計基準に整理し、ホーム案、有料照会、管理フロー、ブランドへ具体化しました。
プロジェクトの課題
既存アプリは車両の名義変更を支援していました。キックオフでは、車両管理全般への拡張に向けて保険事故履歴の照会と車両分析を優先課題に設定。私は具体的なアイデアを中心となって提案し、クライアント、PM、開発者と情報構造・画面・実装用資料に落とし込みました。
リサーチの根拠： キックオフ、App Store・Google Playのレビュー、国内外の車両・保険アプリ、当時作成したユーザー像とホーム提案をもとに整理しました。
リサーチ
名義変更アプリという認識と、利用手順の迷いから出発。
競合調査の前に、ストアレビューを確認しました。当時の提案書には、オンライン名義変更サービスという認識と、準備や登録者に関する質問が残っています。拡張には機能追加だけでなく、アプリの役割と使い方の説明も必要でした。
競合では、長い登録手順、難しい用語、個別化の不足を課題に整理。目標を「車両情報を増やす」から「名義変更の前後に情報を理解し、必要な管理行動へ進める」に具体化しました。
拡張後の使いどころを伝える
管理機能を増やしても、いつ、なぜ使うかが伝わらなければ利用につながりません。
探す → 理解する → 次の行動へ
管理機能への入口、説明と条件、詳細照会・予約をつなぎました。
User model
同じ車両情報でも、必要なタイミングと目的が違う。
企画では既存オーナーと新規・購入予定者を分けました。前者は保守・管理情報、後者は名義変更の手順と素早い情報アクセスが必要と定義。共通する明確な説明と管理ガイドを基準にしました。
Options & trade-offs
素早く探せる案と、説明を読みながら進める案を比較。
ホームでは、管理機能、トレンド、バナーの分け方と、専門用語をどこまで説明するかが論点でした。初期はアクセス重視の案と、タブ・説明カードを使う案を提案しました。
初期範囲はホーム2案、約45画面、色・文字のガイド。まず既存機能の探しやすさと理解を改善し、個別の管理提案やリマインドは後続検討に分けました。
ホーム案1 / セクションとアイコン
保守機能、データ・トレンド、バナーを3領域に分け、認識しやすいアイコンで入口を示す案です。
検討する点： 素早くアクセスできる一方、なじみのない機能の意味まで伝わるかを確認する必要がありました。
ホーム案2 / タブと説明カード
「マイカー・トレンド」をタブで分け、機能別の説明カードで情報の伝わりやすさと他メニューとの一貫性を重視した案です。
検討する点： 説明のための領域と、一目で見られる情報量のバランスが論点でした。
初期に検討した方向性を示す資料です。以下の濃い青のUIとは段階を分けて掲載しています。
ブランド戦略とビジュアル基準
信頼感を伝えるブランドへ。
継続的に使う管理サービスとして信頼感を高めるため、水色から濃い青への変更を提案。パレット、文字、アプリ全体の基準をあわせて整理しました。
色とタイポグラフィ
Pretendardで見出し・本文・補足の階層を定義。色、サイズ、太さで主要操作、車両の数値、補足説明を区別しました。
ブランド方針をUIの基準へ
ボタン、フォーム状態、ナビゲーション、ポップアップ、要約、グラフを定義し、アイコンと導入画面も制作。履歴照会の説明・価格・操作の区分や、点検期限の強調に適用しました。
Product positioning
使い始めから、名義変更後の役割も伝える。
「車のある生活を支える」という方針を導入画面で具体化。名義変更に加え、事故履歴、制限事項、未納情報を説明し、管理サービスの範囲を伝えました。
オンボーディング / サービス範囲
01既存の中核サービス オンライン名義変更の役割と利用場面を説明します。
02拡張した照会機能 保険事故履歴で確認できる情報を説明します。
03管理範囲の拡張 制限事項と未納情報の照会を案内します。
01 / 支払い前に理解できる有料サービス
何を照会できるかを、支払い前に説明する。
設計が必要だった理由
事故履歴照会はクライアントが優先した有料機能でした。目立つ位置で提供するには、確認できる情報と費用を事前に理解できる必要がありました。
判断の理由
入口で事故・修理履歴の範囲、有料であること、価格をあわせて説明する案を提案。価格付きボタンで操作を明確にし、結果は事故金額の要約と詳細に分けました。
自ら提案し、協業した部分
機能の配置、説明、価格表示、結果の優先順位を主導して提案し、クライアント・PM・開発者と画面と資料に具体化しました。
入口 / 支払い前の説明確認できる情報と有料であることを示し、実行ボタンに価格を表示しました。
結果 / 要約と詳細を区別事故金額の要約と詳細を分け、読む順序を整理しました。
Decision & constraints
保険記録がないことを、無事故と誤解させない。
結果は保険で処理された履歴です。0件が無事故を意味するわけではなく、車両保険未加入期間には提供できない情報もあります。件数や金額とともに、基準日と情報の限界を読める構成にしました。
再照会にも料金条件がありました。更新前に料金を案内し、車両ごとの支払いから24時間以内は追加課金しない条件を確認できるようにしました。
履歴 / 範囲・価格の確認から詳細へ
01照会範囲と価格を確認 事故金額・回数・修理内容、有料であること、価格付きの操作ボタンをまとめて示します。
02結果の要約 自車・相手車の事故金額、履歴・修理件数、基準日を区別します。
03修理内容の確認 日付別の修理費と、部品・工賃・塗装の内訳へ進みます。
04詳細履歴の確認 全損・浸水・盗難・所有者変更などの種類と詳細を確認します。
履歴の分岐 / 記録なし・再照会
01記録がない場合 0件を示しつつ、「記録なし＝無事故」ではないことを案内します。
02更新料金の確認 有料更新と24時間以内の課金条件を、実行前に案内します。
02 / 専門情報を理解し、行動できるように
用語を説明し、残りの期限を次の行動につなぐ。
競合調査から整理した課題
専門用語は、車に詳しくない人には難しいと判断。名義変更後も使うサービスには、情報を日常の管理行動へつなぐ説明が必要でした。
判断の理由
情報を残しながら判断に必要な説明を追加。制限事項は種類・件数・詳細照会をまとめ、点検では有効期間と残り日数を予約ボタンと一緒に示しました。
画面への反映
補足と文字の階層で情報を分け、期限が近い項目を強調。点検は期限から予約へ、制限事項は要約から詳細へ進める構成です。
期限と予約を並べる車検予約ボタンの上に、有効期限までの残り日数と有効期間を表示しました。
専門用語に説明を添える制限事項の種類、説明、件数、詳細ボタンをあわせて示します。
Workflow & handoff
期限の案内から、予約リンクを受け取る段階まで。
有効期間と残り日数の確認から予約へつなぎました。原本にはKakaoTalkでURLを送信した案内と、送信済み通知を再要求した案内があります。アプリ内の操作と外部での次の行動を分けています。
点検 / 期限確認 → 予約リンクの送信案内
01点検期限と予約への入口 有効期間と残り日数を確認し、予約へ進みます。
02予約URLの送信案内 KakaoTalkで予約URLを送信したことを伝える画面です。
03重複リクエストの案内 送信済みの場合は、KakaoTalkでの確認を案内します。
State model
未照会と、照会結果0件を分ける。
同じ「履歴なし」でも、未照会と0件では次の行動が違います。照会前は実行操作、解析中は所要時間と画面遷移、結果は件数・基準日・詳細を示しました。
制限事項 / 照会前・待機・結果の分岐
01照会前 確認できる制限事項と照会操作を示します。
02解析中 所要時間の目安と、解析後の画面遷移を案内します。
03結果0件 0件と基準日を表示し、詳細ボタンは無効にします。
04履歴がある場合 種類別の件数を確認し、詳細へ進みます。
05詳細内容 要約で選んだ制限事項の詳細を確認します。
モーション制作と実装
読み込み画面にも、新しいブランドを。
新ブランドのアイコン、イラスト、読み込みアニメーションを制作。Cinema4Dで回転ロゴをレンダリングし、実際のアプリに実装されました。
アプリ画面
アプリ全体の画面デザイン。
Output / Result · 成果物と結果
名義変更から車両管理へ。ブランド刷新からアプリ公開まで。
名義変更から車両管理全般へ
名義変更にとどまらず、情報の確認と管理を行うサービスへ拡張しました。
アプリのブランド刷新 → Webのリデザイン
アプリのブランド方針は、後続のWebリデザインにつながりました。
平均評価4.85 / 5
10万件以上のダウンロード
評価：App Store・Google Playの単純平均
ダウンロード：Google Play基準
2026年10月時点
App StoreとGoogle Playで公開されたアプリ全体への反応です。
完成した成果物
機能の優先順位、画面構造、車両情報の説明、保険サービスUIを整理。濃い青のブランドと文字・コンポーネント基準、アイコン、イラスト、読み込みモーションを制作しました。
結果への貢献
拡張目標を機能配置、情報構造、デザインに落とし込みました。改善した画面とブランドは、公開アプリと後続のWebリデザインに反映されました。
拡張目標を機能配置、情報構造、デザインに落とし込みました。改善した画面とブランドは、公開アプリと後続のWebリデザインに反映されました。
名義変更後も、車を管理しながら使い続けられるサービスを目指した拡張です。