ID:59264さん

## 概要 --- **サービス** 産業廃棄物業界における 収集運搬事業者 配車担当者の、配車業務を減らすSaaSサービス **チーム規模** 11名 - 事業責任者　1名 - PdM・UI/UXデザイン　1名 - 開発　5名 - 営業　3名 - カスタマーサクセス　1名 **主な業務内容** PdM, UI/UXデザイン（業務委託） - 市場、競合調査 - ユーザーインタビュー - ロードマップの作成 - 仕様作成 - UI/UXデザイン作成 - 開発ディレクション - カスタマーサクセスの設計 ## 実績 ### 業務効率化SaaSの立ち上げ（PoC） **背景** 産業廃棄物業界向けの新規事業創出に際して、プロダクト開発を行うことになり参加 **課題** サービスのβ版はあるものの、顧客の反応は「なんかよさそうですね」と、あまり刺さっていない状況 **工夫** チーム合流と顧客理解 - PJ途中からの参加だったため、全メンバーと話し、 また営業同行の機会を設けて、チーム合流と顧客理解を早められるよう、行動しました。 - 結果、1,2週目から、チームに相談したり、逆に相談を受けられるようになり、自身の立ち上がりを早められました。 事業や顧客の解像度を高めるために、業務フローや顧客の課題を構造的に整理 - 顧客から言われる「これが欲しい」を具現化したもので、どこか刺さっていなかった - ターゲットユーザーの業務フロー、課題の仮設を整理し、どの課題をどう解決できるサービスなのかを再定義 - 課題を整理を解決できる最低限の機能でプロトタイプを作成し、顧客に見せたところ、 約10社ほどの企業さまに「（5万円/月でも）これ使います」と言われる形に落ち着きました。 検証サイクルを早める - 顧客の業務フローやIssueの整理から、 仕様作成、UI/UXデザイン、時にはプロトタイプまで作成 - 都度、業界経験の長い顧客からフィードバックをもらうことで、 解像度やプロダクトの精度を上げることを意識しています。

## 概要 --- **サービス** 社内の工事案件を管理できるSaaSサービス 例）建築版SFA, CRM **チーム規模** 9名 - 企画　1名 - 開発　5名 - デザイン　1名 - インサイドセールス　1名 - カスタマーサクセス　1名 **主な業務内容** プロダクトマネージャー - 市場、競合調査 - ユーザーインタビュー - ロードマップ作成 - 仕様作成 - 開発ディレクション - カスタマーサクセスの設計、実行 ## 実績 --- ### 業務効率化SaaSの立ち上げと、PoC **結果** 10 / 50社に導入　 ※ コロナの影響による経営方針の転換により、PoCでストップ **背景** - 建築工事の受発注プラットフォームを運営する中で、『利用頻度が低いこと』『最終的な受発注履歴を追えないこと』が課題に。 - 事業戦略の観点から、高頻度で利用され、受発注をトラッキングできる新規プロダクトの検討が必要に。 **課題** - 顧客のどんな課題を解決するか決まっていない（＝実質ゼロからの立ち上げ） **工夫** 一次情報の徹底 - 約20社以上へのユーザーインタビュー - 約50社以上へのご提案、カスタマーサクセスを自ら実施 - 他県のお客様の事務所にも足を運び、フィードバックをいただく。 細かな検証と、ピポットを徹底 - 検証のポイントを明確にし、細かく仮説検証を行いました。 - 細かな改善を重ねても利用の見込みが見えない場合は、サービスのコアバリューから設定し直し、根幹から作り変えも行い、事業を推進しました。 ＝＝＝＝ ※ 当時検証を行った内容 ① 発注先の最適化 ■ 課題 - 建設において、売上に対して70％を外注費が占める - ただし、発注先は担当者ごとに自由に発注しており、発注先を最適化することで、 　 外注費を大幅に削減できる可能性があった ■ 実施内容 - 過去の支払いデータから、発注先一覧を作成 - 発注先一覧ごとに、担当者に主観評価を入力してもらい、発注先を全社で共有可能にした。 ■ 結果 - 利用されず。 　- 経営観点では、喉から手が出るほど有り難い 　- ただし、現場担当者は、慣れている発注先以外に発注するインセンティブがなく、経営からトップダウンで指示を出しても、発注先を変える方がリスクだった。 ② 発注先への一斉連絡 ■ 課題 - 各工事ごとに、発注先が最低でも10社発生 - 発注先ごとに、工事の進捗や工事内容が変更されるたびに、個別でメールを送っていた ■ 実施内容 - 案件情報を登録すると、①で保持していた発注先データから複数社選ぶと、一括でメール送信を可能に。 - 顧客は、メールに記載あるURLから、最新の案件情報を確認できる。 ■ 結果 - 利用されず。 　- 面倒だが、既存の習慣を変えるほどの便益がなかった - ただし、”案件を登録する”機能は、多く利用された 　- 外出先で連絡をもらい受注した案件を、事務所に帰って報告するケースが多い 　- ただし、報告を忘れトラブルになることも多く、それが解消されていた ③ 案件の一覧管理を可能にする ■ 課題 - 売上30億円の企業で、年間実施工事数が600件。引合は1,000件前後 - 大小合わせて、マネージャーは誰が、どの案件を担当し、どんな状態か管理できていない ■ 実施内容 - ②で開発した”案件を登録し、クラウド上で管理できる”機能を活用し、案件の一覧画面を作成 - さらに、登録した案件にステータスを持たせ、登録・変更することで、進捗を可視化 ■ 結果 一定利用される ・取り扱う案件数が多い、売上2億円以上の企業には利用される

## 概要 --- **サービス** 建築工事の受発注プラットフォーム [https://craft-bank.com/](https://craft-bank.com/) **チーム規模** --- 9名 - 企画・デザイン　1名 - 開発　3名 - 営業　約5名 **主な業務内容** --- プロダクトマネージャー - 市場、競合調査 - ユーザーインタビュー - 企画作成 - 開発ディレクション - UI/UXデザインの作成 - カスタマーサポートの設計 ## 実績 --- ### メインフロー、UI/UXの大幅変更・リニューアル **結果** - スケジュール通り、リリース完了 - 約1年ほどで、PV・UUが8倍、仕事の受発注マッチング数が約10倍に。 ※ 建設業界向けサービスで、日本1,2番目のユーザー数 **背景** - サービス登録率、コンバージョン率が低く、新規ユーザーが定着しない **課題** - 創業者の発想から開発されたサービスで、ドキュメントが一切なかった - 自分自身、建築のバックグラウンドがなく、サービスの勘所がわからない **工夫** 一次情報を集めて、ユーザー理解を深める - 約20-30人ほどユーザーインタビューを実施。 - また、すでに営業として携わっていた営業メンバー約5人に、プロダクトの良い点や今後期待する点など伺いました。 - その後、工事現場にて、朝晩・土日祝2ヶ月ほど働き、工事の工程、実作業の理解に努め、 ユーザーのインサイト、業務内容や、プロダクトが応えられているもの、応えられていないものを把握していきました。 顧客のインタビュー、業務フロー、カスタマージャーニーの作成 - 顧客の理解度を高め、サービスの認知・登録・利用・継続の一連の流れで、何が課題になり、どういった機能があるべきか整理 - 必要な機能をリスト化し、フェーズごとにリリースすべき機能を整理 ドキュメント整備と、デザインの学習 - 業界外から来たメンバーは、当然建築の知見が少なく、ユーザーの利用フローやインサイトがわからない状況 - ユーザーインタビューの結果や、業務フローを都度ドキュメントに整理し、業務理解が均一に保たれるよう働きかけました。 - また、当初デザイナーが不在だったことから、1からFigmaを学習し、UI/UXデザインの作成まで行いました。

## 概要 --- **サービス** 誰もが気軽にリアルタイムで動画配信を楽しめるライブ配信サービス [https://live.line.me/](https://live.line.me/) [https://linecorp.com/ja/pr/news/ja/2015/1180](https://linecorp.com/ja/pr/news/ja/2015/1180) **チーム規模** 25-30名 - 企画　6名 - 開発　10-15名 - デザイン　5名 - 営業　5-10名 **主な業務内容** ディレクター - 市場、競合調査 - 企画作成 - 開発ディレクション - カスタマーサポートの設計 ## 実績 --- ### 売上の根幹となる『投げ銭機能』を担当 **結果** 想定スケジュール内でリリースを完了し、今では売上の主軸になっています。 ※ 当時のプレスリリース [https://linecorp.com/ja/pr/news/ja/2016/146](https://linecorp.com/ja/pr/news/ja/2016/1460) **背景** - 日本では事例が少ないが、中国のライブ配信アプリでは投げ銭の機能が多く採用されている - 大きな売上が見込める可能性があり、国内でもニーズがあるか検証し、導入を検討 **課題** - サービス単体で、売上を作れていない。 - 投げ銭の機能が、売上構築の一助になりそうだったが、当時日本に事例が少なかった - また、見方を変えれば”送金”にもなるなど、法的解釈が難しい機能 - 財務、経理の観点でも、売上計上タイミング等の整理が必要 **工夫** ベンチマークとなるサービスとユーザーの、リサーチを徹底 - まだ事例が少なかったため、中国の主要サービスを研究し、自分でも多く利用し、ユーザーの勘所を掴み、企画に落とし込みを行いました。 - また、中国のモデルがそのまま日本に馴染むかわからなかったため、ユーザーへのヒアリングも実施しました。 わからないことを素直に伝え、教えてもらう - 当時、コーポレートに関わった経験がなく、無知識の状態 - ただし、法務・財務・経理担当者と協議しながら、わからないことを素直に伝え、 細かい点まで教えていただけるようなコミュニケーションを意識 - また、考慮すべき点の見落としがないよう、コーポレート担当者も常に最新の情報にキャッチアップできるよう事業進捗を随時共有し、リスクの排除に努めました。 ### LINEアプリとの連携 **結果** - 想定スケジュール内でリリースを完了 - LINEからのトラフィックを獲得し、サービスのUU増加や広告売上向上に貢献しました。 ※ 関連記事 [https://techwave.jp/archives/post-28891.html](https://techwave.jp/archives/post-28891.html)  **背景** - LINE LIVEで、コンテンツ視聴数を大きく引き伸ばしたい - そのため、膨大なトラフィックを持つLINEアプリと連携を模索 **課題** - アプリ単体での伸びを加速させる必要がある。 - そのために、LINEアプリとの連携が必要。 - ただ、LINEアプリは関係者が国内外に存在し、調整部署数が多岐にわたる - また、LINEアプリの利用者数が数千万UUであり、様々なUse Caseの想定が必要と、考慮すべきポイントが多い **工夫** 背景のすり合わせと、抑えるべきポイントを徹底 - 実行の背景や目的、意義の説明を徹底 - 各部門と協議する度に、考慮すべき点に漏れがないか確認 ドキュメントの徹底 - 関連部署が多く、また国外メンバーも多数関わっていたため、議事録など都度ドキュメントに残すことを徹底しました。