「何回やれば十分なのか?」
Anandは、あらかじめ用意した予定はほとんどないと言って口火を切った。「今日のセッションは基本的に、皆さんからの質問に答えることと、昨日カバーした内容にプラスして1つだけ追加のタスクを出す程度になります」。Johanがその機会を捉え、エージェントを使って改善を繰り返すすべての受講生が必ず突き当たる疑問をぶつけた。
「イテレーションを回し、AIを使ってプロダクトを検証しなければいけないとのことでしたが、完成と言うまでに何回それをやればいいのでしょうか?」
— Johan
その回答は、2つのまったく異なる「十分」へと明確に切り分けられた。水曜日のチェックポイントで扱った2種類の検証は、目指すゴールラインが異なるからだ。
テストスイートは一度作って再利用する「防護フェンス」のようなものだが、ユーザーテストはプロダクトの提供をやめるまで続く「対話」なのだ。そしてこの両方が、わずか1時間のうちに逆の順序で重要性を持つことになる。
13件の提出、3つのエージェント調査を読み解く
Anandはクラスの共有スプレッドシート(今週のすべての提出物が集約されているシート)を開き、個別のエントリーを掘り下げる前に手早く出席状況を確認した。
「13件——おや、12名で13件の提出がありますね。まったく問題ありません、1人で複数提出しても構わないので。そして多くの方がすでにエージェントによるリサーチ結果をリンクしてくれています。全員に完了してもらいたいところですが、まずはそのうちの1つを見て、エージェント調査から何が明らかになったのかを見てみましょう」
— Anand
クリニックの時点でシートに記載されていた内訳:
KKの未提出には、優しく直接的な声かけがあった。「KKがまだ記入していませんね——ああ、KKは……そうか、昨日もアプリがまだでしたね。完成させたいか、ひと声かけてあげたほうがいいかもしれません」。続いてAnandはブラウザのタブに開かれたエージェントリサーチのリンクを順次めくりながら、「なるほど、これはClaudeのアーティファクトですね……こちらもChatGPTサイト……OK、これはGitHub Pagesですね」 と実況のように読み上げていき、クラス全体でじっくり読み解く対象として3つのレポートを選び出した。
これはAnandが最初に読み上げた「お散歩アプリ」であり、設定された3人の架空のペルソナ(フリーランスの字幕翻訳者、自治体の記録係、機械工学科の学生)は、彼がその場で指摘した通りのフリクション(摩擦・不満)を的確に突いていた。
「ここではフリーランスの字幕翻訳者、自治体の公文書記録係、機械工学部の学生が使われています。[…]『スマホがロックされていても画面が表示されたままだと、バッテリーの消耗が激しくなる恐れがある』。その通りですね。『(自分の)街角の[位置情報]を共有することへのためらい』。まさに。『アプリ間の連携が大きなストレスになり得る』。ええ、素晴らしい着眼点の数々です」
— レポートを生で読み上げるAnand
詳細レポートには名前も記されている。Hana Cho(34歳、夜に散策を楽しむフリーランスの字幕翻訳者)は、画面を見るためにスマホのロックを解除したままにしておくとバッテリーを食うと指摘。Darnell Price(58歳、自治体の公文書記録係)は、アプリが外部のスポット検索サービスに自分の座標を送信した瞬間に躊躇した。Lucía Ferretti(21歳、普段からGoogleマップを使い倒している工学生)は、リンクをGoogleマップにコピーして外部遷移することで、発見そのものの自発的なワクワク感が削がれてしまうと感じた。レポート自体の1行のまとめは、人間のテスター単独ではここまで明快に言語化できなかったであろう洞察だった。「好奇心を引き出すのは簡単だが、安心感を築くにはもっと手間がかかる(Curiosity is easy. Confidence takes more work.)」 人々は気軽に散策するが、アプリから何かを記録したり、共有したり、信用を求められた瞬間に躊躇してしまうのだ。
2番目に読み上げられたのはdoraのルート作成ダッシュボードRouteDrawで、今回は同じ欠陥のバリエーションではなく、ペルソナごとにまったく異なる不具合が発見された。
「Route Drawでは、一括配送コーディネーターのペルソナが、なるほど、『前のルートが消えてしまう』ことを見つけています。リタイアしたGoogleマップユーザーは、『クリックしても何の反応(フィードバック)もない』と。いい指摘ですね。そして自転車ギグワーカーは、『バックエンドを経由せず、ブラウザから直接OpenStreetMapへルーティングのリクエストを送っている』——ああ、なるほど、利用が増えたときに利用制限がかかるリスクがありますね。的を射た指摘です」
— レポートを生で読み上げるAnand
3人のペルソナ、3つの異なる業務、3つの関連性のない障害パターン——人間のテスターが1人で作業していたら、これらを洗い出すには3回の個別セッションが必要だったはずだ。
3つ目は——そしてAnandがアプリだけでなく「学習という行為」そのものについての発見として注目したのが——Yuriが一晩で追究したStudy Walkerの追加調査だ。これは水曜日にAnand自身の3つのサブエージェントが調査したのと同じアプリである。今回は新たに3人のペルソナが用いられた。個人サイトを作ろうとしている未経験の学生、日常英会話をやり直している若手社会人、そして日商簿記3級の勉強を再開した大学生だ。
「そしてこちらは大学生、英語を学ぶ社会人、そして簿記をやり直している人が、それぞれの勉強習慣を探求しています。素晴らしいですね。これこそまさに受講生にやってもらいたいリサーチそのものです。とても有益ですから、ぜひ最後までやり切ってください」
— Anand
簿記ペルソナのセッションで奇妙な不具合が発生した。簿記に関する提案ではなく、前のテストで残っていた「ウェブサイトの構築」という提案が何度も表示されてしまったのだ。レポートは短絡的に「目標の分類機能のバグ」とは断定しなかった。エージェント間で共有された同一ブラウザセッションにおいて、前回のテスト実行時の保存データが混ざり合って残っていたことが原因だと突き止め、これをプロダクト自体のバグではなく「テスト環境(テストハーネス)に起因するアーティファクト」として正しく分類した。その上で、「実際のユーザーがどの保存済み目標を再開しているのかを一目でわかるようにする」という本来必要な改善点もしっかりと提示した。
これは、Day 3の統合レポートで捉えられたニアミスとほぼ同じ構造だ。2つのペルソナが独立して直面した「致命的なバグ」が、実際には製品の欠陥ではなくテスト用ストレージの共有による衝突だった、というケースである。「ギョッとするような発見があったときは、優先順位を書き換える前にまず事実確認をする」という姿勢は、Anandが一度実演しただけでなく、受講生たち自身の手にも確実に根づき始めている。
このレポートが導き出した最も重要な結論は、簡潔な言葉でこうまとめられていた。アプリのコアとなるアイディア自体はすでに機能している。崩れてしまうのはその直後の瞬間だ——「外部ツールや既存の教材を開いた途端に、ガイダンスが不十分になってしまう」。アドバイスは「何をすべきか」を教えてくれるが、そこへ移動した後に「具体的にどこをクリックすべきか」まではまだ教えてくれない。これは全面リデザインに比べればはるかに小さく安上がりな修正であり、まさに水曜日の課題が生み出すことを意図していた、具体的で実行可能なフィードバックそのものだった。
ミスも含めて、自分の姿を見る
本日のメインとなる転換点に移る前に、Anandは水曜日に出されていたピアフィードバック課題(受講生同士で交換し合う動画ウォークスルー)の進捗を確認した。全員が完了していたわけではないが、誰もが何かしらのフィードバックを手にしていた。
「Johan、あなたのところには——なるほど、Noahから1件来ていて、Koseiからはまだですね。声をかけてみてもいいかもしれません。[…]Hinataも少なくとも1件届いていますね。Nanamiも両方のアプリに届いています。[…]Noahも。Mioもですね。よし。つまり全員が、何らかの形で取り入れ可能なフィードバックを少なくとも1つは受け取れている状態です」
— Anand
続いて彼は、提出された動画のうち2本をその場で初見のまま再生した。その2本の動画の対比が、思いがけず「どのようなフィードバックが本当に役に立つのか」を浮き彫りにした。
どちらの動画も洗練されたピッチなどではない。一方はまったく声がなく、もう一方は台本なしで他人のアプリをクリックしていく生の5分間だった。それ自体が、Anandが数分後に言葉にして伝える前に静かに強調していたポイントだった。綺麗に整えられたものより、ナレーション付きの率直でリアルタイムな反応のほうが、いつだって圧倒的に勝るのだ。
さあ、見知らぬ人たちを探しに行こう
確認を終えると、Anandは今週ここまでの歩みを1行で要約し、その先を指し示しながら、今日の本当の転換点を提示した。
「私たちがこれまでやってきたのは、エージェントが生成できるアイディアを取り上げ、同じくエージェントの力を借りてプロトタイプを実装し、エージェントや仲間からフィードバックをもらい、今はエージェントの助けを借りてその修正版を作っている段階です。そして最後のステージとなるのが——適切な言葉が見当たらないのでこう表現しますが——『マーケティング(市場への展開)』です」
— Anand
彼は誤解が生じないよう、すぐにその言葉を噛み砕いて説明した。「マーケティング」とは、お金を請求することでも、フォロワー数を追いかけることでもない。
「私がプロダクトと言うとき、有料である必要はありません。無料のプロダクトでまったく構わないのです。誰が、どのようにそれを使っているのかを突き止め、そのプロセスから学び、改善できるかどうかを試してみてください」
— Anand
この言葉の根底にある視点の転換こそが、このシーンの真の核心だ。これまでのテスター——水曜日にペルソナを演じた3つのHaikuサブエージェントも、今週フィードバックをくれたクラスメイトたちも——全員が受講生自身によって選ばれ、前提を説明され、ある程度はこちらに好意的な存在だった。だが、次のテスターはそうではない。
「これまでは、知り合いに動画の録画を頼んだり、エージェントに試してもらったりしました。ここからは、見知らぬ人たちに使ってもらうことになります。 だからこそ、皆さんのアプリには、誰がアクセスしてきたのか、あるいは仮にそれが分からなくても、彼らが何をしているのか、何がうまくいっていて、何がつまずいているのかを把握する仕組みが必要になるのです」
— Anand
そして水曜日のやり方に倣い、「どうやるか」はあえて細かく指示せず、受講生自身の手に委ねられた。「どうやってそれをやるか? エージェントに聞いてください。ツールは世の中にいくらでもあります。『どうやるか』はもはや重要な問いではありません。重要になり始めるのは『何をすべきか』です」。これにより生まれた成果物は極めて具体的であり、そして今週初めて「誰も誤魔化すことのできない指標」を中心とした課題となった。
月曜日から水曜日までは「エージェントが作れるか、壊せるか、テストできるか、調査できるか?」が問われていた。木曜日に突きつけられたのは、それとはまったく異なる問いだ——「あなたに何の義理もない見知らぬ他人が、わざわざそれを使ってくれるか? そして、その使われ方をあなたは把握できるか?」。「私も皆さんのアプリを訪れますし、皆さんもお互いのアプリを訪れます。アプリが使われる中で、『このアプリはこのように使われた』というフィードバックが手に入り、それをもとに学び、次のイテレーションとして改善できるようになっている必要があります」。
同じ「公開して観察する」というロジックに沿って、金曜日の「ポートフォリオ完成」を見据えた成果物がさらに2つ課された。完成したアプリの2分間のウォークスルー動画——「単に『私のアプリはこういうことができます』と紹介するウォークスルー」——これは単なる成績評価用ではなく、実際に外部へ公開することを前提としたものだ。そして、プロセス自体を振り返るもう1本の短い動画である。
「もう1つ、これを使うプロセスから何を学んだかについての2分、長くても3分程度の短い動画も共有してほしいと思います。つまり、エージェントをどのように使い、何がうまくいき、何がうまくいかなかったのか、そしてそこから何を持ち帰ろうとしているのか、ということです」
— Anand
後にJohanが課題の意図を正しく理解できているか確認した際、Anandの返答はそのまま課題全体の評価基準を一息で言い表すものとなった。「自分が何をしたか、何がうまくいったか、何がうまくいかなかったか、そしてそこから何を学んだか。基本的にはそれだけです」。
チャットログも一緒に公開する
さらにもう1つ、控えめながら重要な4つ目の成果物があった。それは水曜日のブラックボックス議論を締めくくった「ギャップから学ぶ」という論理と同じものだ。Anandは完成した結果だけでなく、エージェントとの実際のやり取りの記録を求めた。軌道修正の過程にこそ学びがあり、その修正の足跡が見える場所こそがチャットログだからだ。
「エージェントと長時間やり取りしたセッションのうち、1つの共有トランスクリプトを添えて提出してほしいと思います。[…]ChatGPTやClaude上で直接やり取りしていた場合は、共有ボタンをクリックするだけで済みます。[…]『リンクを知っている全員』が閲覧できるように設定して保存してください。『公開リンクをコピー』をクリックすれば、リンクが取得できます」
— Anand
Claude CodeやCodexのセッションなど、仕組み上共有がやや面倒なケースについては、「エージェントに聞けば解決することを人間が先回りして解決しない」という今週の一貫したテーマに沿って、ツール自身に解決させればいいとさらりとかわした。「セッションをエクスポートしてくれとエージェントに指示すれば、エクスポートしてくれます。正直、それだけで簡単にできますよ」。その時、Johanが計画の抜け穴をその場で指摘した。
Johan:「チャットのログ以外は、すべてメールで送る形ですか?」
— 実際のやり取り
Anand:「あ、いや、いい指摘ですね。例の同じシートに追加してもらうことにしましょう。 それは実に素晴らしいアイディアです」
Anandはその場で共有スプレッドシートを作り変え、各受講生の行の横に「製品動画リンク」、「学びの動画リンク」、「チャットログリンク」という3つの新しい列を追加した。これにより、メールで散乱しそうだった成果物が、クラス全員の取り組みの証跡(Proof of Work)として一元化され、誰でも公に見比べられる生きた台帳へと生まれ変わった。「気づかせてくれてありがとう、Johan」。
金曜日までの成果物
Anandはリストを2度繰り返した——1度目は記憶をたどりながら順番を取り違えつつ、2度目はJohanの助けを借りて補完しながら。それ自体が、受講生たちが作る動画がお手本とすべき「完璧ではなくても明確に伝えるコミュニケーション」の小さく誠実な実演となっていた。
- アプリの更新:これまでに集めたすべてのフィードバックをもとに、自分で「良くなった」と納得できるレベルまでアプリを改修する。
- 2分間の製品デモ動画:アプリの機能を紹介するウォークスルー。実際に外部(ブログ、SNS、家族へのメールなど)に公開できるクオリティのもの。
- 2〜3分の学びの振り返り動画:自分が何をしたか、エージェントの何が機能し、何が機能しなかったか、このプロセスから何を得たか。
- アプリへのアナリティクス導入:見知らぬユーザーが使ったときに、どう使われたかを把握し、そのシグナルから改善できるように計測を仕込む。
- チャットログのリンク共有:エージェントと長時間対話したセッションの公開共有リンク、またはエクスポートしたトランスクリプトを、2つの動画リンクと並べてクラスの共有スプレッドシートに記入する。
すべての位置づけについて、Anandは最後にこう語って締めくくった。「これによって、明日の授業中、遅くとも明日中には、AI製品開発のライフサイクル全体を一通り完走したことになります。そしてこれは、絶対に皆さん自身のポートフォリオとして公開すべきです」。それまでの質問は [email protected] で受け付ける。クラスは金曜日、同じ教室、同じ時間に再び対面で集合する。