AIDD課題 セルフ文字起こし台本(1人2役)

テーマ: AI講師向け 研修案件タスク管理ツール(仮称: 研修案件カンバン)


収録前チェックリスト

読み方のコツ


オープニング

聞き手 それでは、PRD作成のためのヒアリングを始めます。今日は「つくりたいツール」について、ヒアリングシートのQ1からQ40まで順番に聞いていきます。よろしくお願いします。

話し手 お願いします。私はAI講師として企業向けのAI研修とか伴走支援をやっていて、今日はその業務で使いたいタスク管理ツールの話をします。


1) PRD:戦略レイヤー(Why & Who)

1. 概要(サマリ)

聞き手Q1今回作るプロダクト・機能を一言で説明すると、どのようなものですか?

話し手 はい。一言で言うと、AI講師向けの研修案件のタスク管理ツールです。企業ごとの研修案件をカンバン方式で管理して、研修日から逆算して準備タスクを自動で作ってくれる、というものですね。名前は仮で「研修案件カンバン」と呼んでます。

聞き手Q2導入によって、ビジネス面・ユーザー面それぞれにどんな効果を期待していますか?

話し手 ビジネス面で言うと、回せる案件数を増やしたいというのが一番です。研修って1件受けると、事前ヒアリング、教材のカスタマイズ、事前学習の案内、当日の実施、フォローアップ、請求…と工程がけっこう多くて。この管理が軽くなれば、同じ時間でもっと多くの案件を並行できるはずなんですよね。ユーザー面、つまり自分にとっての効果で言うと、いまは頭の中とスプレッドシートとチャットに情報が散らばってるんですけど、それが1画面にまとまって、朝の「今日何やるんだっけ」がなくなる。これが一番大きいです。

2. 背景・課題

聞き手Q3現状、どのような業務課題やシステム課題がありますか?

話し手 一番の課題は、案件の進行管理がぜんぜん仕組み化できてないことですね。工程って毎回ほぼ同じなのに、管理はスプレッドシートだったり、チャットのやり取りだったり、手元のメモだったりバラバラで。汎用のタスク管理ツールもいくつか試したんですけど、研修の仕事って「研修日から逆算して期限が決まる」っていう独特の構造があって、そこにハマるものがなくて結局続かなかったんですよ。

聞き手Q4ユーザーは具体的に何に困っていますか?

話し手 困りごとは大きく3つですね。まず、毎朝どの案件の何をやるべきか思い出すのに時間がかかること。それから、期限ギリギリとか過ぎてから「あ、事前学習の案内まだ送ってない」って気づくこと。研修の仕事は信頼商売なので、これは下手すると致命傷なんですよ。あとは、案件が増えるたびに同じ工程リストを毎回ゼロから書き出してることで、これは単純に無駄だなと。

聞き手Q5なぜ今、この課題を解決する必要があるのですか?

話し手 シンプルに、案件が増えてきて記憶とスプレッドシートじゃ回らなくなってきたからです。感覚としては、並行する案件が10件を超えたあたりから抜け漏れのリスクが一気に上がる気がしていて。事故が起きてから作るんじゃ遅いので、今のうちに仕組み化しておきたいんですよね。

3. 目的・ゴール

聞き手Q6今回の開発で、最終的に何を達成したいですか?

話し手 達成したいのは「全案件のステータスと、今日やるべきタスクが1画面でわかる状態」です。ツールを開いた瞬間に今日のタスクが優先順に並んでて、何も考えずに作業に入れる。そこがゴールですね。

聞き手Q7成果を測る指標(KPIなど定量・定性の目標)はありますか?※無ければ「特になし」で構いません

話し手 あります。数字で言うと2つで、案件管理にかけてる時間を週2時間から30分くらいまで減らすこと。それと、期限切れのタスクをゼロにすること。定性的には、朝イチで「今日何やるか」に迷わなくなってれば成功かなと思ってます。

4. ユーザー定義

聞き手Q8この機能の対象ユーザーはどなたですか?

話し手 まずは自分です。個人でやってるAI講師・AIコンサルタントですね。ゆくゆくは、同じように複数案件を並行してる講師の方とか小規模のコンサルの方にも使ってもらえたらとは思ってますけど、最初は完全に自分専用でいいです。

聞き手Q9想定されるペルソナ(年齢・職種・利用シーンなど)を教えてください。

話し手 そのまま自分がペルソナです。30代のフリーランスのAI講師で、複数の企業のAI研修や伴走支援を並行して担当してる。作業は基本Macのブラウザで、移動中はスマホで進捗をチラ見する感じですね。使うタイミングは朝の作業開始時と打ち合わせの合間。ITリテラシーは高いほうだけど、管理作業そのものには1秒も時間をかけたくない、そういう人間です。


2) PRD:要件レイヤー(What & How)

5. 機能要件

聞き手Q10実装する機能を、業務フローや機能一覧に記載されている正式名称のままリストアップしてください。※名称は要約・言い換えせず原文のまま教えてください

話し手 機能は4つに絞ります。正式名称で読み上げますね。1つ目「案件カンバンボード」、2つ目「テンプレート適用機能」、3つ目「今日のタスク一覧」、4つ目「期限リマインド機能」。MVPではこれ以上増やしません。

聞き手Q11各機能はどのようなユースケースで使われますか?また、特徴的な仕様を3点程度教えてください。

話し手 じゃあ順番にいきますね。

まず「案件カンバンボード」。使う場面は、新しい研修の引き合いが来たときに案件カードを作って、進行に合わせてステータスを動かしていくところです。特徴を3つ挙げると、列は「リード」「準備中」「実施待ち」「フォロー中」「請求」「完了」の6つで固定。カードには企業名と研修日とタスクの進捗率を出す。あと、カードはドラッグ&ドロップで列を移動できる。この3つですね。

次に「テンプレート適用機能」。これは案件が受注に変わったタイミングで、定型の準備タスク一式をバッと一括生成する機能です。特徴は、研修日を基準に各タスクの期限を自動で逆算してくれること。テンプレの中身、つまりタスクの構成と日数のオフセットは自分で編集できること。それと、適用したあとに個別にタスクを足したり消したりしてもいいこと。この3つ。

3つ目の「今日のタスク一覧」は、朝の作業開始時に最初に開いて今日やることを確認する画面です。特徴は、全案件を横断して「期限切れ」「今日」「明日以降」の順に並ぶこと。チェックボックスでその場で完了にできること。タスクをタップすると該当案件の詳細に飛べること。

最後の「期限リマインド機能」は、期限が近いタスクや過ぎたタスクに気づかせてもらうための機能です。期限の前日と当日に通知が来ること、期限切れは画面上で赤く強調されること。この2つが柱で…通知をメールに飛ばすかLINEかSlackかは、正直まだ決めてないです。ここはTBDでお願いします。

6. UI/UX要件

聞き手Q12この機能は、上位の業務フロー上のどの工程に位置づけられますか?

話し手 これはどこか一工程というより、事業全体を横断する「進行管理」のレイヤーですね。うちの業務フローは、引き合いが来て、ヒアリング、見積、受注、研修準備、実施、フォローアップ、請求、という流れなんですけど、このツールはその全体を上から見張ってるイメージです。

聞き手Q13どの画面・どの操作からこの機能に遷移してきますか?(流入導線)

話し手 入り口は2つ想定してます。ひとつはブラウザのブックマークからログインして入るルートで、ログインすると最初に「今日のタスク一覧」が出る。もうひとつは、リマインド通知のリンクから該当案件の詳細に直接飛ぶルートです。

聞き手Q14処理完了後、どの画面に遷移しますか?(流出導線)

話し手 基本、ツールの中で完結します。タスクを保存したら元の画面、カンバンか今日のタスク一覧に戻る。案件を「完了」の列に動かしたら、そのカードはアーカイブ扱いになってボードから消える。そういう流れですね。外部のシステムに飛ぶことはないです。

聞き手Q15今回のPRDで対象となる画面(一覧/入力/詳細/モーダル等)をすべて教えてください。

話し手 6画面です。ログイン画面。今日のタスク一覧、これがダッシュボード兼用ですね。案件カンバンボード、これが一覧画面。あとは案件詳細のモーダル、タスク追加・編集のモーダル、最後にテンプレート管理画面。今回はこの6つ以外は作りません。

聞き手Q16各画面に配置すべき主要なボタン・フォーム・グリッドなどの要素を教えてください。※ボタンは『計算』『保存』のようにラベル名まで教えてください

話し手 画面ごとにボタンの名前まで言いますね。

ログイン画面は、メールアドレスとパスワードの入力欄と『ログイン』ボタンだけ。

今日のタスク一覧は、タスクのリストと各行のチェックボックス、案件名のリンク、それと上のほうに『カンバンを開く』ボタン。

案件カンバンボードは、6列のカンバングリッドと案件カード、右上に『新規案件』ボタン。カードをタップすると案件詳細のモーダルが開く。

案件詳細モーダルは、企業名・研修日・メモの入力欄、タスクのチェックリスト、『タスク追加』『テンプレ適用』『保存』『アーカイブ』の4つのボタン。

タスク追加・編集モーダルは、タスク名と期限日の入力欄に『保存』と『削除』。

テンプレート管理画面は、テンプレートタスクの一覧グリッドがあって、各行に「研修日の何日前・何日後か」を入れる欄、それと『行を追加』『保存』ボタン。こんなところです。

聞き手Q17踏襲すべき既存の共通UI(ヘッダー、サイドメニュー、グリッドレイアウト等)や、指定の配色・配置・レスポンシブ要件はありますか?

話し手 既存システムがないので、踏襲するものは特にないです。新規デザインですね。希望だけ言っておくと、シンプルで情報を詰め込みすぎないライトテーマ。スマホのブラウザでも、今日のタスク一覧を見てチェックを付けるくらいはできるようにしたい。あとは見た目の装飾より一覧性優先で、という感じです。

7. エンティティ一覧

聞き手Q18この機能で扱う主要なデータモデル(論理名・物理名・主要な項目)を教えてください。※新規開発でまだ未確定の場合は、その旨も教えてください

話し手 エンティティは4つ想定してます。ただ新規開発なので、項目は全部いまの時点の想定、推測込みということでお願いします。

1つ目が案件、物理名は Project。持つのはID、企業名 client_name、研修日 training_date、ステータス status、メモ memo、アーカイブフラグ archived あたり。

2つ目がタスク、物理名 Task。ID、案件ID project_id、タスク名 title、期限日 due_date、完了フラグ done。

3つ目がテンプレート、物理名 Template。IDと名前だけで、MVPではテンプレは1個だけでもいいです。

4つ目がテンプレートタスク、物理名 TemplateTask。ID、テンプレートID、タスク名、それと研修日からのオフセット日数 offset_days。マイナスなら研修日の前、プラスなら後、という意味です。

8. ドメインモデル(業務ルールと制約)

聞き手Q19データの生成・登録時に守るべきルールはありますか?(Create)

話し手 3つあります。まず案件を作るときは企業名が必須で、ステータスの初期値は「リード」。それから、テンプレートを適用するときは研修日が入っていることが条件で、入ってなければエラーにして適用させない。最後に、テンプレ適用で作られるタスクの期限は「研修日プラス オフセット日数」で自動計算する。この3つですね。

聞き手Q20参照・閲覧できる範囲や権限の制御はありますか?(Read)

話し手 権限まわりはほぼ無いです。使うのが私1人なので、ログインさえしてれば全部見られる。唯一のルールは、アーカイブ済みの案件はカンバンにも今日のタスク一覧にも出さない、という点だけ。将来チームで使うときの権限設計は…正直まだ何も考えてないので、TBDでお願いします。

聞き手Q21更新時に維持すべき整合性のルールはありますか?(Update)

話し手 2つあります。ひとつは、案件を「完了」列に動かせるのは未完了タスクがゼロのときだけ。残ってたら移動をブロックして、その旨を表示する。もうひとつは研修日を変更したときで、「未完了タスクの期限を新しい日付で計算し直しますか」って確認を出して、OKのときだけ再計算する。終わったタスクの期限は触りません。

聞き手Q22削除・破棄の扱い(論理削除/物理削除、制限など)はどうなっていますか?(Delete)

話し手 案件は論理削除だけにします。『アーカイブ』ボタンでフラグを立てるだけで、物理削除はしない。実績データとして残したいので。タスク単体は消せていいんですけど、完了済みのタスクを消そうとしたときだけ確認ダイアログを挟みたいですね。

9. 詳細ビジネスロジック

聞き手Q23初期表示時の処理仕様を教えてください。

話し手 ログインした直後は「今日のタスク一覧」を出します。並び順は、まず期限切れのタスク、次に今日が期限のもの、そのあと明日から1週間先までのもの。それぞれ期限の早い順です。期限切れは赤で目立たせる。アーカイブ済み案件のタスクは出さない。何もなければ「今日のタスクはありません」と表示する。そんな仕様です。

聞き手Q24入力チェックやバリデーションのルールを教えてください。

話し手 4つですね。企業名は必須で50文字まで。タスク名も必須で100文字まで。研修日に過去の日付を入れたときは、エラーにはせずに「過去の日付です」って警告だけ出す。過去日を入れたいケースも普通にあるので。あとは、期限日は日付形式だけ受け付ける、と。

聞き手Q25行の追加・削除に関する仕様はありますか?

話し手 あります。案件詳細のモーダルで『タスク追加』ボタンから行を足せる。削除はタスク編集モーダルの『削除』から。さっき言ったとおり、完了済みタスクの削除だけ確認を挟みます。テンプレート管理画面のほうも『行を追加』でテンプレートタスクを増やせるようにします。

聞き手Q26登録(Upsert)処理の詳細な流れを教えてください。

話し手 『保存』ボタンでの一括保存にします。流れとしては、まず画面側でさっきのバリデーションをかけて、引っかかったら該当欄の近くにメッセージを出して保存は中断。通ったら保存を実行して、成功したら「保存しました」ってトーストを出してモーダルを閉じる。失敗したらエラーを出して、入力した内容はそのまま残す。書きかけの自動保存はやりません。

聞き手Q27計算式や分岐条件、複雑なアルゴリズムがあれば、省略せずに教えてください。※例:「定価 × (1 − 割引率)」「役職が部長以上なら承認不要」など

話し手 核になる計算は、テンプレ適用時の期限の逆算ですね。式は単純で、「タスクの期限日 イコール 研修日 プラス オフセット日数」。標準テンプレのオフセットを具体的に読み上げると、事前ヒアリングがマイナス14日、教材カスタマイズがマイナス7日、事前学習の案内送付がマイナス5日、前日リマインドがマイナス1日、研修当日がゼロ、フォローアップ課題の送付がプラス3日、請求書送付がプラス5日。それと分岐がひとつあって、計算した期限が土日に当たったら、直前の金曜に前倒しします。祝日は…どうするか決めてないので、TBDで。


3) PRD:管理レイヤー(Boundaries & Risks)

10. 制約条件(前提条件を含む)

聞き手Q28技術的な制約(利用できるシステム・インフラ・言語など)はありますか?

話し手 強い縛りはないです。希望を言うと、ブラウザで動くWebアプリで、ReactかNext.js系の構成。ホスティングは普段使ってるCloudflare Pagesの無料枠に載せられると嬉しいですね。データベースはまだ決めてないので、そこはTBDでお願いします。

聞き手Q29ビジネス的な制約(予算・スケジュール・法規制など)はありますか?

話し手 2つだけ。予算はゼロ円、無料枠で完結させること。それとスケジュールで、自分の実案件で早く使い始めたいので、MVPは今月中に動かしたい。法規制まわりは特にないです。

聞き手Q30前提としてよい条件(例:既存APIが利用可能、利用者はスマホを保有している等)はありますか?

話し手 4つ前提にしてもらってOKです。使うのは私1人で、同時アクセスは考えなくていい。環境はPCとスマホの最新ブラウザ。データ量は並行10案件、タスク全部でも数百件程度のごく小規模。オフライン対応は不要。以上です。

11. リスク・課題

聞き手Q31想定されるリスクと、その対応策を教えてください。

話し手 リスクは2つ見てます。ひとつは、作り込みすぎて逆に使わなくなるリスク。これが一番怖いので、対策として、機能はさっきの4つから絶対に増やさない、なんならMVPは通知すら後回しでいい、と決めてます。もうひとつはデータが飛ぶリスクで、ゆくゆくはCSVエクスポートを付けたいんですけど、MVPには入れません。ここもTBD扱いで大丈夫です。

聞き手Q32現時点で未解決の課題があれば教えてください。

話し手 リマインド通知をどこに飛ばすかが決まってないですね。メールかLINEかSlackか。MVPは画面の赤表示だけで始めて、通知は第2フェーズかなと思ってます。

聞き手Q33現時点で情報が不足していて、確認が必要な事項はありますか?※TBDとして扱ってよい項目です

話し手 TBDは3つです。通知チャネルの選定、期限計算の祝日対応、それからデータベースとログイン認証の実装方式。この3つは決まり次第PRDを更新します。

12. スケジュール

聞き手Q34今回のビジネススケジュール(マイルストーンや納期など)を教えてください。

話し手 ざっくり3ステップで考えてます。今週中にPRDとUIモックを固める。来週中にMVP、つまり通知を除いた3機能を実装する。で、今月末までに実案件を全部このツールに載せ替えて運用開始。そんなイメージです。

13. 用語定義

聞き手Q35このドキュメント内で使用する専門用語・略語があれば、定義を教えてください。

話し手 4つ定義しておきます。「案件」は、1社・1開催の研修またはコンサル契約の単位。「テンプレート」は、定型タスクのセットと研修日からのオフセット日数の定義。「オフセット日数」は、研修日をゼロとした相対日数で、マイナスが前、プラスが後。あと「Todayビュー」っていうのは「今日のタスク一覧」画面の呼び名です。


4) FAQ(PRD補足)

聞き手Q36システム・データ・環境などについて、あらかじめ想定される質問と回答があれば教えてください。

話し手 3つ想定してます。まず「スマホアプリは作らないの?」。作りません、レスポンシブなWebだけです。次に「既存のタスク管理ツールじゃだめなの?」。研修日からの期限逆算っていう構造に合うものがなくて、実際、過去に試して定着しませんでした。最後に「複数人で使える?」。MVPは1人用で、チーム利用は将来検討です。

聞き手Q37ステークホルダーに確認が必要な事項があれば教えてください。※11.リスク・課題と重複する場合は省略して構いません

話し手 自分用ツールなので、外部のステークホルダーはいないんですよね。強いて言えば、さっきのTBD3つを自分の宿題として管理する、というくらいです。


5) EPIC群のための確認事項

聞き手Q38「5. 機能要件」でリストアップした機能ごとに、ユーザーストーリー(誰が・何のために・何をしたいか)を教えてください。

話し手 4つそれぞれ言いますね。カンバンボードは「AI講師として、全案件の進み具合を1枚のボードで俯瞰したい。どの案件が滞ってるかパッと判断したいから」。テンプレート適用は「AI講師として、受注した案件に定型タスク一式を期限付きで一括生成したい。毎回同じ工程を手で書き出す時間と抜け漏れをなくしたいから」。今日のタスク一覧は「AI講師として、朝イチに今日やるべきタスクを優先順で見たい。考える前に手を動かし始めたいから」。リマインドは「AI講師として、期限が迫ったタスクに気づかせてほしい。抜け漏れは顧客の信頼に直結するから」。こんなところです。

聞き手Q39各機能について、守るべきビジネスルールを複数教えてください。

話し手 主要なルールを機能ごとに2つずつ挙げますね。カンバンは、未完了タスクが残ってる案件は「完了」列に動かせないこと。アーカイブ済み案件はボードに出さないこと。テンプレ適用は、研修日が未入力なら適用できないこと。期限は研修日プラスオフセットで計算して、土日は金曜に前倒しすること。今日のタスク一覧は、並び順が期限切れ、今日、明日以降の順で、それぞれ期限の早い順であること。期限切れは赤で強調すること。リマインドは、通知は前日と当日であること。完了済みのタスクには通知しないこと。以上です。

聞き手Q40各ルールについて、正常系だけでなく、エラー系・境界値・権限不足などの異常系も含めた具体的な検証シナリオを教えてください。

話し手 代表的なものを、正常系と異常系のセットで挙げますね。細かい網羅はPRD生成のときに任せますが、これだけは入れてほしいというケースです。

まずテンプレ適用まわり。正常系は、研修日が8月29日金曜の案件に標準テンプレを適用したら、事前ヒアリングの期限が14日前の8月15日金曜になること。境界値としては、計算結果が土曜に当たるケースで、ちゃんと直前の金曜に前倒しされること。異常系は、研修日が空のまま『テンプレ適用』を押したときに、エラーが出てタスクが1件も作られないこと。

次にカンバンの完了移動まわり。正常系は、全タスク完了済みの案件を「完了」列にドラッグしたら移動が成功してアーカイブ対象になること。異常系は、未完了タスクが1件でも残ってる案件をドラッグしたら、移動がブロックされて「未完了のタスクが残っています」と出ること。

それから今日のタスク一覧。正常系は、期限切れが1件、今日期限が2件あるときに、期限切れが先頭に赤で表示されること。境界値は、期限がちょうど今日のタスクが「期限切れ」じゃなくて「今日」に分類されること。あとは空のケースで、該当タスクがゼロ件のときに「今日のタスクはありません」と出ること。

最後にバリデーション。異常系として、企業名が空のまま『保存』を押したら保存されずにエラーが出ること。境界値として、51文字の企業名は弾かれて、50文字ちょうどは通ること。このあたりですね。


クロージング

聞き手 Q1からQ40まで、すべて確認できました。ありがとうございました。

話し手 ありがとうございました。最後にまとめると、作るのはAI講師向けの研修案件タスク管理ツールで、機能はカンバンボード、テンプレート適用、今日のタスク一覧、期限リマインドの4つ。ゴールは、今日やるべきことが1画面でわかる状態です。決まってないTBDは、通知チャネル、祝日対応、データベースと認証方式の3つでした。この内容でPRDの作成に進みます。

(台本ここまで)収録後の使い方メモ

  1. Meetの文字起こしを Google Docs で開く。体裁はそのままでOK
  2. 文字起こし + 「PRD作成プロンプト」をAIに渡してPRDを生成(配布の「ガッツリ版」を使う。資料内の簡易PRDは無視でOK)
  3. 提出要件は「Fact / Inferred / TBD で整理済みであること」なので、PRD生成時に「各記述を Fact(文字起こしで明言した事実)/ Inferred(AIの推測補完)/ TBD に分類して明示して」と一言添える
  4. PRD → UIモック(HTML。Gemini Canvas / Claude等)→ スライド資料(PDF)の順で作成
  5. 提出先: 萩原さん・鈴木さん宛の3名DM、期限は契約開始日から5日以内