S Anand · Talks
Day 4 · 2026年9月10日 · SUTD EN 全5日間 文字起こし
SUTD DAIシグネチャー・マスタークラス · エキスパート・インダストリー・シリーズ · 5日間のうちの4日目(Day 4/5)

プロトタイプから「プロダクト」

今週の中で最も短いセッションでありながら、説明は最小限、求められるハードルは最も高い回となった。12人の受講生は前夜、すでにサブエージェントを使った市場調査を走らせていた。今日の任意参加クリニックでは、その調査から返ってきた結果を確認し、そして「完成(Done)」の定義を静かに書き換えた。すなわち、自分がコントロールできるエージェントや顔見知りの友人でのテストはもうやめて、実際にそれを使ってくれる「見知らぬ赤の他人」を探しに行くのだ。

リモート · 任意参加の質問クリニック · 2026年9月10日(木)
アーナンド・S(Anand S)/ Straive イノベーション責任者 · 文字起こし全文を読む

🎧
クリニックの音声全編を聴く
ライブ録音 · リモート · SUTD
4日目:コミックで振り返る
「From Prototype to Product(プロトタイプからプロダクトへ)」と題されたコミック。Anandがアイディア、構築、テスト、リリースのロードマップを示す。Johanが「完成するまでに何回イテレーションを回すべきですか?」と質問する。Anandが答える:「自動テストは1回、多くても2回実行して、あとはリグレッション防止用のチェックとして保持しておくこと。ペルソナ評価は最低1回だが、実際のユーザーテストに終わりはない」。4人のペルソナ(字幕翻訳者、配送コーディネーター、学生、一般ユーザー)が、バッテリー消費、フィードバックの欠如、レート制限、混乱などの課題を報告する。アイディア、プロトタイプ、エージェントや人間のフィードバック、修正という大きなループが閉じる。そしてコミックの視点は外の世界へ向かう。アプリを公開し、メール、SNS、ブログ、コミュニティでシェアして、見知らぬ人たちに使ってもらう。アナリティクスを導入し、人々がどのように使い、どこでつまずき、次に何を改善すべきかを可視化する。最後のコマには翌日の5つの成果物がリストアップされている。アプリの更新、2分間の製品デモ動画、2〜3分の学びの振り返り動画、セッションログの共有、同じシートへのリンク追加。「AI製品開発のライフサイクル全体が完了。これをポートフォリオに加えよう」と締めくくられる。

クリニックの全容をコミックで表現。 アイディアからローンチまでのロードマップ、同じ4つの壁にぶつかり続けた4つのペルソナ、そして「エージェントを使ったテスト」から「見知らぬユーザーへの提供」への転換。フルサイズで開く ↗

シーン1

「何回やれば十分なのか?」

Anandは、あらかじめ用意した予定はほとんどないと言って口火を切った。「今日のセッションは基本的に、皆さんからの質問に答えることと、昨日カバーした内容にプラスして1つだけ追加のタスクを出す程度になります」。Johanがその機会を捉え、エージェントを使って改善を繰り返すすべての受講生が必ず突き当たる疑問をぶつけた。

「イテレーションを回し、AIを使ってプロダクトを検証しなければいけないとのことでしたが、完成と言うまでに何回それをやればいいのでしょうか?

— Johan

その回答は、2つのまったく異なる「十分」へと明確に切り分けられた。水曜日のチェックポイントで扱った2種類の検証は、目指すゴールラインが異なるからだ。

自動テストスイート
最低1回。おそらく2回やれば十分。
「まずは仕組みを把握するために1回実行し、プロダクトの主要機能がほぼ仕上がったら、後で何か変更を加えたときにテストが壊れていないか確認できるように、自動テストセットとして残しておくことをお勧めします」
ペルソナ/ユーザー評価
最低1回。上限は実質なし。
「異なるペルソナとしての評価は、完全に皆さんにお任せします。最低1回は必要ですが、もう一度やり直してもいいですし、機能を変えてさらに繰り返してもいい。ユーザーテストに終わりはありません。

テストスイートは一度作って再利用する「防護フェンス」のようなものだが、ユーザーテストはプロダクトの提供をやめるまで続く「対話」なのだ。そしてこの両方が、わずか1時間のうちに逆の順序で重要性を持つことになる。

シーン2

13件の提出、3つのエージェント調査を読み解く

Anandはクラスの共有スプレッドシート(今週のすべての提出物が集約されているシート)を開き、個別のエントリーを掘り下げる前に手早く出席状況を確認した。

「13件——おや、12名で13件の提出がありますね。まったく問題ありません、1人で複数提出しても構わないので。そして多くの方がすでにエージェントによるリサーチ結果をリンクしてくれています。全員に完了してもらいたいところですが、まずはそのうちの1つを見て、エージェント調査から何が明らかになったのかを見てみましょう」

— Anand

クリニックの時点でシートに記載されていた内訳:

12
受講生
13
アプリのエントリー(Mikuが2つ提出)
8
すでにエージェントリサーチがリンク済み
1
アプリが未提出 — KK

KKの未提出には、優しく直接的な声かけがあった。「KKがまだ記入していませんね——ああ、KKは……そうか、昨日もアプリがまだでしたね。完成させたいか、ひと声かけてあげたほうがいいかもしれません」。続いてAnandはブラウザのタブに開かれたエージェントリサーチのリンクを順次めくりながら、「なるほど、これはClaudeのアーティファクトですね……こちらもChatGPTサイト……OK、これはGitHub Pagesですね」 と実況のように読み上げていき、クラス全体でじっくり読み解く対象として3つのレポートを選び出した。

Miku · Pocket Trails — エージェント市場調査
pocket-trails-user-perspectives.pswr2jmt2n.chatgpt.site

散策・発見アプリPocket Trailsを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回の個別セッションが必要だったはずだ。

Yuri · Study Walker — エージェント市場調査
yuriciv.github.io/study-walker/research.html

GitHub Pagesのレポート:大学生、英語学習を再開した社会人、簿記学習を再開した人の3者。別タブで開く ↗

3つ目は——そしてAnandがアプリだけでなく「学習という行為」そのものについての発見として注目したのが——Yuriが一晩で追究したStudy Walkerの追加調査だ。これは水曜日にAnand自身の3つのサブエージェントが調査したのと同じアプリである。今回は新たに3人のペルソナが用いられた。個人サイトを作ろうとしている未経験の学生、日常英会話をやり直している若手社会人、そして日商簿記3級の勉強を再開した大学生だ。

「そしてこちらは大学生、英語を学ぶ社会人、そして簿記をやり直している人が、それぞれの勉強習慣を探求しています。素晴らしいですね。これこそまさに受講生にやってもらいたいリサーチそのものです。とても有益ですから、ぜひ最後までやり切ってください」

— Anand
同じバグが、別々に2度発見される

簿記ペルソナのセッションで奇妙な不具合が発生した。簿記に関する提案ではなく、前のテストで残っていた「ウェブサイトの構築」という提案が何度も表示されてしまったのだ。レポートは短絡的に「目標の分類機能のバグ」とは断定しなかった。エージェント間で共有された同一ブラウザセッションにおいて、前回のテスト実行時の保存データが混ざり合って残っていたことが原因だと突き止め、これをプロダクト自体のバグではなく「テスト環境(テストハーネス)に起因するアーティファクト」として正しく分類した。その上で、「実際のユーザーがどの保存済み目標を再開しているのかを一目でわかるようにする」という本来必要な改善点もしっかりと提示した。

これは、Day 3の統合レポートで捉えられたニアミスとほぼ同じ構造だ。2つのペルソナが独立して直面した「致命的なバグ」が、実際には製品の欠陥ではなくテスト用ストレージの共有による衝突だった、というケースである。「ギョッとするような発見があったときは、優先順位を書き換える前にまず事実確認をする」という姿勢は、Anandが一度実演しただけでなく、受講生たち自身の手にも確実に根づき始めている。

このレポートが導き出した最も重要な結論は、簡潔な言葉でこうまとめられていた。アプリのコアとなるアイディア自体はすでに機能している。崩れてしまうのはその直後の瞬間だ——「外部ツールや既存の教材を開いた途端に、ガイダンスが不十分になってしまう」。アドバイスは「何をすべきか」を教えてくれるが、そこへ移動した後に「具体的にどこをクリックすべきか」まではまだ教えてくれない。これは全面リデザインに比べればはるかに小さく安上がりな修正であり、まさに水曜日の課題が生み出すことを意図していた、具体的で実行可能なフィードバックそのものだった。

シーン3

ミスも含めて、自分の姿を見る

本日のメインとなる転換点に移る前に、Anandは水曜日に出されていたピアフィードバック課題(受講生同士で交換し合う動画ウォークスルー)の進捗を確認した。全員が完了していたわけではないが、誰もが何かしらのフィードバックを手にしていた。

「Johan、あなたのところには——なるほど、Noahから1件来ていて、Koseiからはまだですね。声をかけてみてもいいかもしれません。[…]Hinataも少なくとも1件届いていますね。Nanamiも両方のアプリに届いています。[…]Noahも。Mioもですね。よし。つまり全員が、何らかの形で取り入れ可能なフィードバックを少なくとも1つは受け取れている状態です

— Anand

続いて彼は、提出された動画のうち2本をその場で初見のまま再生した。その2本の動画の対比が、思いがけず「どのようなフィードバックが本当に役に立つのか」を浮き彫りにした。

1本目 · 音声なし
無音の画面録画
「私のパソコンの音声がおかしいのかな? いや、音声自体が入っていませんね。[…]これは自分が何をしてどこをクリックしたかだけを見せるウォークスルーで、ナレーションがありません。そこをもっと明確に指示しておくべきでしたね。何を考えて操作しているのか声で聞こえたほうが、いつだって遥かに参考になりますから。 でもまあ、どう操作したのかのウォークスルーがあるだけでも十分です」 動画を見る ↗
2本目 · 日本語のナレーション付き
「ここまで作業してみての感想…」
受講生がポイントカードを追加する店舗を選び——「ユニクロを選択します」——そしてこう語る。「ここまで作業してみての感想…」。Anand:「素晴らしいですね。ユーザーの生の声や入力を掴むには、5分という長さも実にちょうどいい」 動画を見る ↗

どちらの動画も洗練されたピッチなどではない。一方はまったく声がなく、もう一方は台本なしで他人のアプリをクリックしていく生の5分間だった。それ自体が、Anandが数分後に言葉にして伝える前に静かに強調していたポイントだった。綺麗に整えられたものより、ナレーション付きの率直でリアルタイムな反応のほうが、いつだって圧倒的に勝るのだ。

シーン4

さあ、見知らぬ人たちを探しに行こう

確認を終えると、Anandは今週ここまでの歩みを1行で要約し、その先を指し示しながら、今日の本当の転換点を提示した。

「私たちがこれまでやってきたのは、エージェントが生成できるアイディアを取り上げ、同じくエージェントの力を借りてプロトタイプを実装し、エージェントや仲間からフィードバックをもらい、今はエージェントの助けを借りてその修正版を作っている段階です。そして最後のステージとなるのが——適切な言葉が見当たらないのでこう表現しますが——『マーケティング(市場への展開)』です

— Anand

彼は誤解が生じないよう、すぐにその言葉を噛み砕いて説明した。「マーケティング」とは、お金を請求することでも、フォロワー数を追いかけることでもない。

「私がプロダクトと言うとき、有料である必要はありません。無料のプロダクトでまったく構わないのです。誰が、どのようにそれを使っているのかを突き止め、そのプロセスから学び、改善できるかどうかを試してみてください

— Anand

この言葉の根底にある視点の転換こそが、このシーンの真の核心だ。これまでのテスター——水曜日にペルソナを演じた3つのHaikuサブエージェントも、今週フィードバックをくれたクラスメイトたちも——全員が受講生自身によって選ばれ、前提を説明され、ある程度はこちらに好意的な存在だった。だが、次のテスターはそうではない。

「これまでは、知り合いに動画の録画を頼んだり、エージェントに試してもらったりしました。ここからは、見知らぬ人たちに使ってもらうことになります。 だからこそ、皆さんのアプリには、誰がアクセスしてきたのか、あるいは仮にそれが分からなくても、彼らが何をしているのか、何がうまくいっていて、何がつまずいているのかを把握する仕組みが必要になるのです」

— Anand

そして水曜日のやり方に倣い、「どうやるか」はあえて細かく指示せず、受講生自身の手に委ねられた。「どうやってそれをやるか? エージェントに聞いてください。ツールは世の中にいくらでもあります。『どうやるか』はもはや重要な問いではありません。重要になり始めるのは『何をすべきか』です」。これにより生まれた成果物は極めて具体的であり、そして今週初めて「誰も誤魔化すことのできない指標」を中心とした課題となった。

検証方法の反転

月曜日から水曜日までは「エージェントが作れるか、壊せるか、テストできるか、調査できるか?」が問われていた。木曜日に突きつけられたのは、それとはまったく異なる問いだ——「あなたに何の義理もない見知らぬ他人が、わざわざそれを使ってくれるか? そして、その使われ方をあなたは把握できるか?」。「私も皆さんのアプリを訪れますし、皆さんもお互いのアプリを訪れます。アプリが使われる中で、『このアプリはこのように使われた』というフィードバックが手に入り、それをもとに学び、次のイテレーションとして改善できるようになっている必要があります」。

同じ「公開して観察する」というロジックに沿って、金曜日の「ポートフォリオ完成」を見据えた成果物がさらに2つ課された。完成したアプリの2分間のウォークスルー動画——「単に『私のアプリはこういうことができます』と紹介するウォークスルー」——これは単なる成績評価用ではなく、実際に外部へ公開することを前提としたものだ。そして、プロセス自体を振り返るもう1本の短い動画である。

「もう1つ、これを使うプロセスから何を学んだかについての2分、長くても3分程度の短い動画も共有してほしいと思います。つまり、エージェントをどのように使い、何がうまくいき、何がうまくいかなかったのか、そしてそこから何を持ち帰ろうとしているのか、ということです」

— Anand

後にJohanが課題の意図を正しく理解できているか確認した際、Anandの返答はそのまま課題全体の評価基準を一息で言い表すものとなった。「自分が何をしたか、何がうまくいったか、何がうまくいかなかったか、そしてそこから何を学んだか。基本的にはそれだけです」

シーン5

チャットログも一緒に公開する

さらにもう1つ、控えめながら重要な4つ目の成果物があった。それは水曜日のブラックボックス議論を締めくくった「ギャップから学ぶ」という論理と同じものだ。Anandは完成した結果だけでなく、エージェントとの実際のやり取りの記録を求めた。軌道修正の過程にこそ学びがあり、その修正の足跡が見える場所こそがチャットログだからだ。

「エージェントと長時間やり取りしたセッションのうち、1つの共有トランスクリプトを添えて提出してほしいと思います。[…]ChatGPTやClaude上で直接やり取りしていた場合は、共有ボタンをクリックするだけで済みます。[…]『リンクを知っている全員』が閲覧できるように設定して保存してください。『公開リンクをコピー』をクリックすれば、リンクが取得できます」

— Anand

Claude CodeやCodexのセッションなど、仕組み上共有がやや面倒なケースについては、「エージェントに聞けば解決することを人間が先回りして解決しない」という今週の一貫したテーマに沿って、ツール自身に解決させればいいとさらりとかわした。「セッションをエクスポートしてくれとエージェントに指示すれば、エクスポートしてくれます。正直、それだけで簡単にできますよ」。その時、Johanが計画の抜け穴をその場で指摘した。

Johan:「チャットのログ以外は、すべてメールで送る形ですか?」
Anand:「あ、いや、いい指摘ですね。例の同じシートに追加してもらうことにしましょう。 それは実に素晴らしいアイディアです」

— 実際のやり取り

Anandはその場で共有スプレッドシートを作り変え、各受講生の行の横に「製品動画リンク」「学びの動画リンク」「チャットログリンク」という3つの新しい列を追加した。これにより、メールで散乱しそうだった成果物が、クラス全員の取り組みの証跡(Proof of Work)として一元化され、誰でも公に見比べられる生きた台帳へと生まれ変わった。「気づかせてくれてありがとう、Johan」

金曜日までの成果物

Anandはリストを2度繰り返した——1度目は記憶をたどりながら順番を取り違えつつ、2度目はJohanの助けを借りて補完しながら。それ自体が、受講生たちが作る動画がお手本とすべき「完璧ではなくても明確に伝えるコミュニケーション」の小さく誠実な実演となっていた。

  1. アプリの更新:これまでに集めたすべてのフィードバックをもとに、自分で「良くなった」と納得できるレベルまでアプリを改修する。
  2. 2分間の製品デモ動画:アプリの機能を紹介するウォークスルー。実際に外部(ブログ、SNS、家族へのメールなど)に公開できるクオリティのもの。
  3. 2〜3分の学びの振り返り動画:自分が何をしたか、エージェントの何が機能し、何が機能しなかったか、このプロセスから何を得たか。
  4. アプリへのアナリティクス導入:見知らぬユーザーが使ったときに、どう使われたかを把握し、そのシグナルから改善できるように計測を仕込む。
  5. チャットログのリンク共有:エージェントと長時間対話したセッションの公開共有リンク、またはエクスポートしたトランスクリプトを、2つの動画リンクと並べてクラスの共有スプレッドシートに記入する。

すべての位置づけについて、Anandは最後にこう語って締めくくった。「これによって、明日の授業中、遅くとも明日中には、AI製品開発のライフサイクル全体を一通り完走したことになります。そしてこれは、絶対に皆さん自身のポートフォリオとして公開すべきです」。それまでの質問は [email protected] で受け付ける。クラスは金曜日、同じ教室、同じ時間に再び対面で集合する。

Day 4のポイント

2026年9月10日(木) · SUTD · 任意参加の質問クリニック(リモート)

01
テストスイートは「防護柵」、ユーザーテストは「対話」。
自動テストスイートは「最低1回、多くても2回程度」走らせ、あとはリグレッション防止用として保持する。一方で「ユーザーテストに終わりはない」。この2つの「十分」は、問われている次元がまったく違う。
02
3人のサブエージェント・ペルソナは、1人の人間テスターよりも多角的な検証ができる。
Pocket Trailsの3人の架空ユーザーは、一晩の実行だけでバッテリー、プライバシー、作業フローという別々の摩擦点を突いてみせた。「好奇心を引き出すのは簡単だが、安心感を築くにはもっと手間がかかる」
03
受講生自身の手で独自に見つけられた「ギョッとするような異常値の検証」。
YuriのStudy Walkerのリサーチでは、テストエージェント間でのストレージ共有による衝突が発生した。そしてそれを製品のバグではなく、テスト環境のアーティファクトであると正しく見抜いた。Day 3で学んだスキルが、教え込まれるまでもなく自然と受講生たちに浸透している。
04
ナレーション付きのリアルな5分間は、無音の洗練された動画に勝る。
あるフィードバック動画には音声がまったく入っていなかった。「何を考えているのか声で聞こえたほうが、いつだって遥かに参考になる」。クリックの軌跡だけでなく、その瞬間の生の反応こそが価値あるシグナルだ。
05
検証フェーズの反転:エージェントや友人から「見知らぬ他人」へ。
「これまでは動画の撮影を頼んだり、エージェントに試してもらったりしました。ここからは、見知らぬ人たちに使ってもらうことになります」。それにより、アプリ自体が何を計測・伝達できなければならないかの要件が変わる。
06
「どうやるか」は、もはや面白い問いではない。
見知らぬユーザーの利用状況を可視化するためにアプリへ計測タグを埋め込む方法など、検索すればいくらでも解決できる既知の課題だ。「重要になり始めるのは『何をすべきか』だ」——何を測定すべきかを決めることこそが、真のスキルとなる。
07
アプリだけでなく、チャットログも提出・公開せよ。
エージェントとの長時間のセッションログの中にこそ、修正のプロセス——すなわち学びの過程——が記録されている。プロダクトと並べて、対話のログも公開すること。
08
1つのスプレッドシート、1つの台帳、メールでの催促は不要。
「これらはメールで送るのですか?」という受講生のその場での指摘がきっかけで、バラバラになりかけていた3つの提出物が、全員に見える1つのシートの3列へと統合された。優れたプロセスとは、欠落に気づいたその瞬間に修正されるものだ。