WEBサービス開発のプロジェクトマネジメント_課題と解決のリアル

TORANOANA Lab WEBサービス開発のプロジェクト マネジメント：課題と解決のリアル 講師：野⽥純⼀（虎の⽳ラボ CEO） Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

⾃⼰紹介 経歴と業務内容 名前：野⽥純⼀ 所属：虎の⽳ラボ株式会社 CEO ⼤学卒業後 受託開発会社にプログラマーとして数年間勤務 株式会社ディー‧エヌ‧エーに⼊社 ゲーム開発に従事 GMOインターネットグループへ⼊社 アドテク開発/研究、IT勉強会/コミュニティ活動を 行う 株式会社虎の⽳へ⼊社 アニメ・漫画×IT事業立ち上げエンジニア（ほぼ1人 目）として開発・採用・組織作りに尽力 虎の⽳ラボ株式会社 CTO就任 開発・組織作り推進を経てCTOに就任。事業・開発 責任者を数年間兼任 虎の⽳ラボ株式会社 CEO就任 組織成長に伴い運営体制を再編。虎の穴ラボCEOと して全体戦略を推進 2 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

アジェンダ 1. ⾃⼰紹介〜会社紹介（5分） 2. 虎の⽳ラボでのプロダクト開発の流れ（40分） 3. テーマを与えるので考えてもらう時間（5分×6） 4. 質疑応答（10分） 3 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

虎の⽳ラボについて 4 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

会社‧サービス紹介 Fantia（ファンティア） CREATIA（クリエイティア） ユーザー数1600万人達成「クリエイターの自由な作品発表」 クリエイターの創作活動を応援したいという 「創作活動のための資金獲得」これらを叶えるクリエイター支援プ 想いで立ち上げた、クリエイターとファンの ラットフォームクリエイターやユーザーの皆さまの声を聞きなが 皆さんを結びつける月額会費制ファンクラブ ら、様々な機能を開発しています。 プラットフォームです。 https://fantia.jp/ https://official.creatia.cc/ Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved. 5

• https://official.creatia.cc/
• https://fantia.jp/

会社‧サービス紹介 とらのあな通販 とら婚コネクト 年間売上140億円を誇る世界最大規模の同人ECサイト 婚活のコツを学べる豊富な動画を見ていただきながら、 取扱作品10万点以上、月間5,000万PV以上 クリエイターの魂がこもった同人誌を、ファンに お届けします。https://ecs.toranoana.jp/tora/ec/ 担当チームがチャット上でアドバイスを行うことで成婚 を目指すオタク婚活用のオンラインサービスです。ご自 身のペースで効率よく、リーズナブルに活動できます。 https://connect.toracon.jp/ Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved. 6

• https://ecs.toranoana.jp/tora/ec/
• https://connect.toracon.jp/

虎の⽳ラボでの プロダクト開発の流れ 7 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

話す内容の概要 1. 虎の⽳ラボの実際のWEBサービス開発に おける流れを説明 2. その中でプロダクトマネジメントの 役割について説明 8 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

基本的なWEB開発の流れ(とらラボの場合) 01. 発案 06. 試験（品質の担保） 02. 要件定義 07. 納品前の確認 03. ⾒積もり 08. リリース 04. 案件の決定と発注 09. バグ修正 05. 開発 10. 運⽤、監視、効果検証 9 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

開発に必要な登場⼈物 経営責任者 ‒‒ 社⻑など、会社の売上の責任を負う プロダクトオーナー（PO） ‒‒‒‒‒‒ プロダクトに対しての意思決定をする⼈、 プロダクトの売上責任を負う プロジェクトマネージャー（PM） ‒‒ プロダクトの開発に対して責任を負う ディレクター ‒‒ 要件をつめたり関係者との調整を⾏う⼈ マーケター ‒‒‒‒ WEBマーケティング戦略を考える⼈、売上やアクセス分析 エンジニア ‒‒‒‒ システムやサービスを開発‧実装‧運⽤する⼈、技術⾯を⽀える デザイナー ‒‒‒‒ UI/UXやビジュアルを設計し使いやすさを整える⼈ ※この資料では、プロジェクトマネージャー以下を「開発者」とする 10 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

01. 発案 要件はどこからくるのか 攻めの要件 ● ユーザーからの要望（こういう機能があったらいいのに) ● カスタマー部⾨への問い合わせ ● SNSのエゴサ ● 現場からの提案（こういう機能があるといいのでは？） ● 経営層の戦略（マネタイズを強化するためにスーパー チャットのようなものがあると良い） 要件は思いつきではなく検証や承認のプロセスも必要 11 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

01. 発案 要件はどこからくるのか２ 守りの要件 ● 法律的な対応で必要なもの（消費税率8%->10%対応） ● セキュリティ的に必要なもの（２要素認証、２段階認証） ● OSやソフトウェアのアップデート＝保守 12 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

02. 要件定義 プロダクトオーナーの意図どおりになっているか、関係者で意識の統⼀するために も要件定義を作成する必要がある ● どういったことを実現すべきなのか？ ● そもそも⽬的はなにか？ ● ◯◯がおきたとき◯◯がおきるべきなのか？ ● 細かい要件よりも⽬的のほうが重要 ● ⽬的を達成するためには別の⼿段が有効の可能性もある 13 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

02. 要件定義 よくあるズレ 【要件】 WEBサイトのセキュリティを⾼めるためにパスワードを20⽂字以上にしたい ⽬的はなにか？⽬的はセキュリティを⾼めたいはず。 それであれば、パスワードを２０⽂字にせずに２要素認証をいれてはどうか？ そちらのほうが効果が⾼い。 そういった提案をプロダクトオーナーにするのが プロジェクトマネージャーを含めたメンバーの役割 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved. 14

02. 要件定義 要件のヌケモレをチェックするのも開発者の役割 Q1.下記の案件を開発するにあたり不⾜する要件があります。 いくつか考えてみてください（3分程度） 【要件】 ● ECサイトにポイントくじ機能をいれる ● くじは1位〜5位まである ● ポイントは1位が500ポイント、5位が100ポイントで段階的 ● ポイントは1ポイント1円として使える ● ポイントくじは1会員につきログイン時に1⽇1回引ける 15 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

02. 要件定義 要件のヌケモレをチェックするのも開発者の役割 A. 答え 要件を決めるために必要な確認 ● ポイントの有効期限は？ ● 1位の当選確率などそれぞれの◯位の確率を何で設定するか？ ● ポイントは1円1ポイントから使えるか？100ポイント単位などではないか？ ⾮機能要件 ● 複数会員IDをつくってポイントを取得することを防がなくてよいか？ 16 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

03. ⾒積もり ● 開発にどれくらいのコストがかかるか？を試算する 必要がある ● コストは時間だけでいい場合と、料⾦にまで落とし 込む必要がある ● 料⾦に落とし込んだほうがその案件の開発をした後の効果がわかる 17 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

03. ⾒積もり 【案件例】ECサイトのログイン時にポイントくじを実装する 項目 人月 単価 合計 仕様作成 1 1,000,000 1,000,000 開発 6 1,000,000 6,000,000 テスト 6 700,000 4,200,000 合計 - - 11,200,000 18 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

03. ⾒積もり ⼈⽉とスケジュール 先ほどの⾒積もりを元にPMがスケジュールを⽴てる 例えば、PM1名、エンジニア2名、デザイナー1名の場合 項目 開始 終了 必要人月 アサイン 仕様作成 6月初 6月末 1 PM 1名 開発 7月初 8月末 6 エンジニア2 デザイナー1 テスト 9月初 10月末 6 エンジニア2 デザイナー1 6⽉初〜10⽉末リリースでスケジュールを⽴てる 19 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

03. ⾒積もり ⼈⽉とスケジュール POから8⽉末にリリースしたいという意向があった場合 エンジニア2名、デザイナー1名を増員 PM1名、エンジニア4名、デザイナー2名 項目 開始 終了 必要人月 アサイン 仕様作成 6月初 6月末 1 PM 1名 開発 7月初 7月末 6 エンジニア4 デザイナー2 テスト 8月初 8月末 6 エンジニア4 デザイナー2 20 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

03. ⾒積もり ⼈⽉とスケジュール 開発に複数社が絡むパターン WEBサイトにXXXペイをいれたい、XXX会員ID連携をいれたいとい う要件の場合、連携先の対応を待つ必要がある場合がある 項目 開始 終了 必要人月 アサイン 仕様作成 6月初 6月末 1 PM 1名 開発 7月初 8月末 6 エンジニア4 デザイナー2 XXXPay社 の準備 7月初 9月末 ？ ？ テスト 10月初 11月末 6 エンジニア4 デザイナー2 21 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

03. ⾒積もり そもそも⾒積もりはどうやるのか？ PMは全職能を兼ねていないためわからないことが多い エンジニア出⾝がPMの場合もあれば、ディレクター出⾝がPMの時もある ？ ？ エンジニアは、デザイナーの ディレクターは、エンジニアの 工数はわからない 工数はわからない 22 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

03. ⾒積もり そもそも⾒積もりはどうやるのか？ また同じエンジニアでも新卒1年⽬とベテランエンジニアでは⾒積もりは違う ポイントくじ実装に対して おなじベテランでも1人月と答える人 新卒は5人月、ベテランなら1人月 もいれば2人月と答える人もいる 23 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

03. ⾒積もり そもそも⾒積もりはどうやるのか？ 解決⽅法 ● 同じ案件に対して複数⼈で⾒積もりをして多数決や平均値をとる ● その職能のリーダーが責任をもって総合的に判断する PM1名 エンジニア3名 ディレクター2名 マーケター2名 デザイナー2名 ● この場合 エンジニアリーダー ディレクターリーダー マーケターリーダー デザイナーリーダー がPMに申告 PMは⾒積もりの正当性に対してのチェックや責任を負う ※ あくまで⼀つの⼿段 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved. 24

03. ⾒積もり そもそも⾒積もりはどうやるのか？ 案件例:ECサイトのログイン時にポイントくじを実装する 項目 人月 単価 合計 仕様作成 1 1,000,000 1,000,000 開発 6 1,000,000 6,000,000 テスト 5 700,000 3,500,000 合計 - - 10,500,000 この6⼈⽉は、どこからきたのか？ 25 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

03. ⾒積もり そもそも⾒積もりはどうやるのか？ 要件を分解する1 【要件】 ● ECサイトにポイントくじ機能をいれる ● くじは1位〜5位まである ● ポイントは1位が500ポイント、5位が100ポイントで段階的 ● ポイントは1ポイント1円で使える ● ポイントくじは1会員につきログイン時に1⽇1回引ける 26 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

03. ⾒積もり そもそも⾒積もりはどうやるのか？ 要件を分解する2 ● ログイン時にくじの起動ロジックを⼊れる ● くじ機能の開発 ● 管理画⾯での確率設定 ● 不正対策 ● 全体的なデザイン 27 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

03. ⾒積もり そもそも⾒積もりはどうやるのか？ 分解した要件に対して⾒積もりを⾏う 項目 ID 人月 1 ログイン時にくじの起動ロジックを入れる 1 2 くじ機能の開発 2.5 3 管理画面での確率設定 1 4 不正対策 0.5 5 全体的なデザイン 1 合計 6人月 28 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

03. ⾒積もり そもそも⾒積もりはどうやるのか？ Q2. ⾒積もりをしてみよう。この案件の⾒積⾦額を答えよ 項目 人月 職種（人月単価） 仕様作成 1 ディレクター（ 70万） 開発 6 エンジニア（80万） 開発 1 デザイナー（70万） テスト 5 テスター（60万） 合計 - - 合計 29 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

03. ⾒積もり そもそも⾒積もりはどうやるのか？ A.答え 項目 人月 職種（人月単価） 合計（万） 仕様作成 1 ディレクター（ 70万） 70 開発 6 エンジニア（80万） 480 開発 1 デザイナー（70万） 70 テスト 5 テスター（60万） 300 合計 - - 920 30 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

03. ⾒積もり そもそも⾒積もりはどうやるのか？ Q3. この⾒積書に記載する納期を考えよう ● 開始を7/1とする ● 仕様作成＞開発＞テスト の順番で並列できないものとする ● ディレクター1名、エンジニア2名、デザイナー1名、テスター5名 項目 人月 職種 終了月 仕様作成 1 ディレクター 7月 開発 6 エンジニア 開発 1 デザイナー テスト 5 テスター 8月 31 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

03. ⾒積もり そもそも⾒積もりはどうやるのか？ A.答え 11⽉が納期 項目 人月 職種 終了月 仕様作成 1 ディレクター 7月 開発 6 エンジニア 10月 開発 1 デザイナー 8月 テスト 5 テスター 11月 32 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

04. 案件の決定と発注 相⾒積もり ⾃社開発ではあまり⾏われないがある案件に対してコンペや相⾒積もりがある 場合がある。 会社名 納期 （7月を起点として） 金額 メリット デメリット A社 9月 1000万 自社開発 他の案件ができなくなる B社 8月 1200万 納期が早い 高い C社 10月 900万 納期が遅い 安い どれを選ぶかはPOやPMの判断になる 33 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

04. 案件の決定と発注 費⽤対効果の確認 ポイントくじの開発に920万かかることがわかった。 ではこの案件は決定していいものか？何をもって判断する？ Q4A. あなたが920万持っていたとして、 この案件を頼むかどうか判断する場合、 どういった情報が必要でしょうか？ 34 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

04. 案件の決定と発注 費⽤対効果の確認 A.答え かけた⾦額に対して、どれだけの成果や利益が⽣まれるか。 35 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

04. 案件の決定と発注 費⽤対効果の確認 Q4B. 以下の表の空⽩をうめてください。 ※利益は年間で100万を⽬標とします 項目 月額金額 (万) 年間費用 (万) 初期開発費用 - -700 ポイント販促費 -10 -120 売上 営業利益 100 36 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

04. 案件の決定と発注 費⽤対効果の検証⽅法の確認 A.答え 1ポイントくじで毎⽉76万売上が出れば 100万のリターンが達成できる 項目 月額金額 (万) 年間費用 (万) 初期開発費用 - -700 ポイント販促費 -10 -120 売上 76.67 920 営業利益 8.33 100 開発費用は700万とする Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved. 37

04. 案件の決定と発注 費⽤対効果の検証⽅法の確認 ECサイトのポイントくじで毎⽉76万売上があがるのか？ ● ポイントくじはポイントの配布なのでそれで売上があがるわけではない ● ポイントを獲得した顧客がそれで買い物をしてもらうことが前提 ● 顧客単価が1,000円であれば760⼈がポイントくじをきっかけとして 買い物をしてもらえればOK ● 検証のためECサイトの仕組みとしてポイントくじをきっかけ として購⼊したかどうかを判別する仕組みが必要 38 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

05. 開発 どうやって開発をマネジメントしていくか ● 7⽉から11⽉の納期にむけてECサイトのポイントくじの開発が始まりました ● メンバーはディレクター1名、エンジニア2名、デザイナー1名、テスター5名 ● 今回はディレクターがPMとしてあなたが担当します。 ● どのようにして管理していきますか？ 項目 人月 職種 終了月 仕様作成 1 ディレクター 7月 開発 6 エンジニア 10月 開発 1 デザイナー 8月 テスト 5 テスター 11月 39 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

05. 開発 どうやって開発をマネジメントしていくか 進捗表 1. 進捗表での確認 2. コミュニケーション 進捗表で確認 3. 成果物の確認 コミュニケーション 成果物の確認 40 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

05. 開発 どうやって開発をマネジメントしていくか 実際の進⾏表 41 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

05. 開発 どうやって開発をマネジメントしていくか 進⾏表 項目 ID 人月 担当者 開始日 終了日 進捗率 1 ログイン時にくじの起動ロジックを入れる 1 エンジニアA, B 2025/8/1 2025/8/10 0% 2 全体的なデザイン 1 デザイナーC 2025/8/1 2025/8/26 0% 3 くじ機能の開発 2.5 エンジニアA, B 2025/8/11 2025/9/12 0% 4 管理画面での確率設定 1 エンジニアA 2025/9/13 2025/9/22 0% 5 不正対策 0.5 エンジニアB 2025/9/13 2025/9/22 0% 42 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

05. 開発 どうやって開発をマネジメントしていくか 朝会、⼣会、進捗MTGなどで毎⽇の進捗の報告と進捗率の⼊⼒を依頼する。 リモートワークの場合はオンライン会議で実施。 項目 ID 人月 担当者 開始日 終了日 進捗率 1 ログイン時にくじの起動ロジックを入れる 1 エンジニアA, B 2025/8/1 2025/8/10 0% 2 全体的なデザイン 1 デザイナーC 2025/8/1 2025/8/26 0% 3 くじ機能の開発 2.5 エンジニアA, B 2025/8/11 2025/9/12 0% 4 管理画面での確率設定 1 エンジニアA 2025/9/13 2025/9/22 0% 43 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

05. 開発 どうやって開発をマネジメントしていくか 確認の仕⽅ Q5.どうやって開発進捗を確認する？ ● 進捗の報告は⾃⼰申告ベースが多い。そのため嘘を⾔っているつもりはなくて も本当の報告をしていない可能性は⾼い。 ● とくに実態の作業が⾒えないリモートワークならなおさら可能性が⾼くなる 項目 ID 人月 担当者 開始日 終了日 進捗率 1 ログイン時にくじの起動ロジックを入れる 1 エンジニアA, B 2025/8/1 2025/8/10 100% 2 全体的なデザイン 1 デザイナーC 2025/8/1 2025/8/26 0% 3 くじ機能の開発 2.5 エンジニアA, B 2025/8/11 あとで直すところは 2025/9/12 0% 少しあるけど 100％で問題なさそう 44 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

05. 開発 どうやって開発をマネジメントしていくか 確認の仕⽅ A.答えα 実際の成果物を⾒せてもらう ● ● ある程度の開発規模の単位で、実際の画⾯をPMが確認 PMの意図どおりに終わっているのかを確認 A.答えβ AさんBさんがいたら⽚⽅をリーダークラスにしてチェックしてもらう A.答えγ AさんBさんが同レベルだった場合、相互チェックをしてもらう 45 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

05. 開発 トラブル1-スケジュールが遅延した場合 Q6. スケジュールが遅延した場合どうする？ 項目 ID 人月 担当者 開始日 終了日 進捗率 1 ログイン時にくじの起動ロジックを入れる 1 エンジニアA, B 2025/8/1 2025/8/10 60% 2 全体的なデザイン 1 デザイナーC 2025/8/1 2025/8/26 0% 3 くじ機能の開発 2.5 エンジニアA, B 2025/8/11 2025/9/12 0% 8/10時点で進捗が60％... 46 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

05. 開発 トラブル1-スケジュールが遅延した場合 A.答えα ⼈員の追加 （但しプロジェクトのキャッチアップ必要なので⼈数分の効果はでない時がある） A.答えβ 残業で頑張る (1⽇の作業⼯数を6時間と⾒積もった場合、2時間の追加） A.答えγ 他のMTG等をリスケし作業にリソースを集中する（全体会や定例） 47 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

05. 開発 トラブル2-要件の追加や変更 ECサイトのくじは常にできる んじゃなくて、10月だけとか期 間限定にしたいんだよね PO え？あとからいわれても（汗 PM 48 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

05. 開発 トラブル2-要件の追加や変更 対策 費⽤の追加が可能な場合 1. 納期を遅らせることをPOと合意 2. メンバーの追加をPOと合意 対策 費⽤の追加が無理な場合 3. 他の要件をカットして対応 49 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

05. 開発 チームのマネジメントについて ● 開発している⼈そのもののマネジメントも必要 ● 開発している⼈はA案件だけでなく他の案件も関わってることがある ● 案件はA案件だけでも、他にも採⽤活動や社内技術研究などに時間を割いている ● どれだけA案件に時間がさけているか？を確認し適切に振り分けていくことも PMの役割 ● 開発している⼈はロボットではないので本⼈のケアをしつつ必要であればA案件 に集中してもらう ● 実態的に1⽇8時間をすべてA案件に振り分けるのは不可能 50 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

05. 開発 チームのマネジメントについて 虎の⽳ラボでは1ヶ⽉に30分の1on1⾯談を取り⼊れています 確認事項 ● ⼀ヶ⽉の作業時間割合が上司と本⼈で意識があっているか ● 休みたい⽇の相談 ● こまっていることはないか？ ● 改善してほしいことはないか？ ● 今後やってみたい業務はどういうものか？ 51 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

06. 試験（品質の担保） 無事に9⽉末までに開発がおわり10⽉からテストが始まりました。今回の「ECサイ トでのポイントくじ」の場合以下のようなことを確認する必要があります。 1. くじが適切にログイン時に発動するか 2. 管理画⾯から設定した確率どおりになっているか 3. ポイントは結果どおりユーザーに付与されるか 4. 付与されたポイントは購⼊に使えるか 5. 1⽇2回以上まわせないようになっているか？ 6. ポイントをすでにもっている⼈とそれ以外での挙動はかわらないか？ 7. 管理画⾯での設定はバリデーションチェックされているか？ （任意のポイントが⼊れられないようになってるか） 52 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

06. 試験（品質の担保） 今回の案件の場合、感覚としても300以上はテスト項⽬はあります。 例えば…… PCとSP（スマホ）で2パターンは作る必要があり、 6.ポイントをすでにもっている⼈とそれ以外での挙動はかわらないか？ を考慮すると 1.~5.のテストを × 2 × 2 = 20項⽬は必要になります。 53 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

06. 試験（品質の担保） 3. ポイントは結果どおりユーザーに付与されるか 項目 詳細項目 確認者 確認日付 結果 ポイントは結果どおりユーザーに付与されるか 100P 野田 10/1 OK ポイントは結果どおりユーザーに付与されるか 80P 野田 10/1 OK ポイントは結果どおりユーザーに付与されるか 60P 野田 10/1 OK ポイントは結果どおりユーザーに付与されるか 20P 野田 10/1 OK ポイントは結果どおりユーザーに付与されるか 10P 野田 10/1 NG 54 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

07. 納品前の確認 テストも終わっていよいよ10⽉末になりました。 最終的にPOの前で確認してもらいます。 その時重要なのがその最終確認環境とユーザーストーリーテストです。 55 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

07. 納品前の確認 WEB開発には、ローカル環境、開発環境、ステージング環境、本番環境 が あり。かならずステージング環境で最終確認する必要があります。 これをしないとよくある「私の端末では動いたんですが…」というバグが発⽣します。 環境 説明 ローカル環境 自分のPCで立ちあげた WEBサイト 開発環境 社内サーバーに立ち上げた WEBサイト、サーバーでしか確認できないものを確認 ステージング環境 本番とほぼ同じ環境を用意 本番環境 実際にユーザーが使っている環境 納品確認前に本番環境にはもちろん反映できない Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved. 56

07. 納品前の確認 ラボで重要視しているのがユーザーストーリーテストです。 ラボでの定義はユーザーと同じ端末環境で同じシナリオで操作し最終確認すること です。 今回の場合、まず管理画⾯で社員が確率を設定し、ポイントくじをONにしたあと に、ユーザーになりきってスマートフォンで実際にログインしてポイントを獲得し 購⼊が成功するまでの⼀連の流れを必ず確認することです。 57 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

07. 納品前の確認 試験では、ログイン画⾯だけ、ポイントの付与確認だけといったイベントごとの確認を ⾏いますがユーザーストーリーテストでは実際に本番でおこるであろうシナリオでの 操作を⾏います。 そのため複数の端末 PC‧SP（iPhone、Android）でも⾏います。 またそのユーザーストーリーテストには開発者全員が参加し、 最終的な出来栄えを全員で確認し、不⾜がないか？もう少し改良 できるところがないか？を話し合います。 よくあるのがiPhoneとAndroidのブラウザのサイズによる⾒栄えの 違いでの⽂字ズレなど。 とくにPCで開発をするので、PCとSPでずれることもよくあります。 58 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

08. リリース 無事に納品前の確認が終わり、POからのOKも出ました。 本番へのリリースを⾏いますが、サイトに影響がない追加機能であれば問題あ りません。ただし、⼤きな改修などはメンテナンスが必要となります。 その間はサイトが停⽌し、ECサイトでは売上に直結します。 たとえば、夜間の1時間で約100万円の損失が出ることもあります。 開発者とPOの間では「年間のメンテナンスは30時間」などを 取り決めて実施します。 メンテナンスは、売上低下を防ぐため深夜2時〜6時などユーザーが 少ない時間に実施され、エンジニアは夜間の作業にも取り組みます。 59 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

08. リリース リリース後の確認 ラボで重要視しているのはリリースの後、かならず本番でもユーザーストーリーテ ストを実施することです。 サーバーのスペック費⽤や、ユーザー数の再現など現実的にステージング環境と本 番環境は合致させられない現実があり、本番環境での確認は必ず⾏っています。 実際に購⼊するところまでやります。 60 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

09. バグ修正 本番リリースしたあと、バグを発⽣させてしまうことは必ずあります。 なのでその対応をする必要があります。 よくあるパターン ● 想定外のユーザーの状態があった（プレミアム会員だと特殊な動きをする） ● 特定の複雑な条件下でのみ発⽣（⼀回キャンセルしてまた同じ商品を買おう とすると発⽣） ● 特定の端末化のみ機能しない ● 別の機能が正しく動作しなくなった ● 今回の機能が負荷が⾼く、サイト全体が重くなって開けなくなった 61 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

10. 運⽤、監視、効果検証 リリースしたあとも常にユーザーの動向は監視していきます。エゴサや問い合 わせの閲覧などを⾏います。 特にラボで重要視しているのは⾃らがユーザーとなってサイトを使⽤すること なので、今回であればポイントくじを毎⽇つかって正しく動作するかを⾃ら確 認したり、⽇頃からSNSでポイントくじのエゴサをします。 サイト規模が⼤きく、オタク向けコンテンツが中⼼であり、 ユーザーの声がSNS上で直接確認できるのが 虎の⽳ラボの開発の醍醐味でもあります。 62 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

10. 運⽤、監視、効果検証 開発して、リリースしたら終わりではなく求められた効果がでたのか？ を確認する必要があります。 4: 案件の決定と発注 費⽤対効果の検証⽅法の確認 であったとおり 顧客単価が1,000円であれば760⼈がポイントくじをきっかけとして 買い物をしてもらえればOK を確認するシートを作って、ディレクター/マーケターが確認を⾏います。 期待される効果が得られなかった場合、宣伝するなど対策を求められます。 63 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

10. 運⽤、監視、効果検証 効果検証の確認シート 日付 ポイントくじ獲得者 ポイントくじ利用者 ポイントくじ経由の売上 累計 11/1 100,000 100 100,000 100,000 11/2 100,000 100 100,000 200,000 11/3 100,000 50 50,000 250,000 64 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

最終ワーク 10分 Q6.皆さんがプロジェクトマネージャーだとします。 プロダクトオーナーから『当社のウェブサイトに、ユーザーがお気に⼊り の商品を保存する機能を追加したい』という要望がありました。 このお気に⼊り商品保存機能を実現するために ‧プロダクトオーナーに確認したいこと ‧開発チーム内で決める必要があること ‧考慮すべき点 など 思いつく 限りノートに書き出してください。 ⽬標は5つ以上です。細かいことで構いません。 65 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

最終ワーク Q6.ヒント ● お気に⼊り登録できる商品数に上限は？ ● お気に⼊り商品はどこに表⽰する？（専⽤ページ？マイページの⼀部？） ● お気に⼊り登録した商品が売り切れたらどう表⽰する？通知は？ ● 価格が変わったら通知する？ ● ログインしていないユーザーも使える？その場合、どうやって保存する？ ● お気に⼊りから直接カートに追加できる？ ● お気に⼊りボタンのデザインは？ など 66 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

最終ワーク みなさんの答えを発表 67 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

質疑応答 68 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

虎の⽳ラボのご案内 69 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

もっと虎の⽳ラボを知りたい⽅へ 採⽤サイト 虎の⽳ラボ技術ブログ Note https://toranoana-lab.co.jp/ https://toranoana-lab.hatenablog.com/ https://note.com/toranoana_lab/ 採⽤に関するイベント情報や 募集中の職種⼀覧などを掲載 虎の⽳ラボのエンジニアを 中⼼に技術、 働き⽅について発信中 虎の⽳ラボのマーケター∕ ディレクターを中⼼に 業務内容、働き⽅について発信中 70 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

• https://toranoana-lab.co.jp/
• https://toranoana-lab.hatenablog.com/
• https://note.com/toranoana_lab/

募集職種 詳細はこちらで検索 虎の⽳ラボ 採⽤ https://toranoana-lab.co.jp/recruit 71 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.

• https://toranoana-lab.co.jp/recruit

ご清聴ありがとうございました。 72 Copyright (C) 2025 Toranoana Lab Inc. All Rights Reserved.