どのユーザーフィードバックを作り、どれを手放すかの決め方

人々があなたのアプリを使い始めてから最初の数週間は静かです。それからメッセージが届き始めます。「ダークモードを追加してもらえますか？」「PDFに書き出せたら最高なんですが。」「ボタンを青くできますか？」「うちが既に使っているツールとの連携がどうしても必要です。」一ヶ月もすれば40個の項目のリストができ、そしてその一つひとつを午後のうちに喜んで作ってくれるAIアプリビルダーが手元にあります。

その最後の部分が罠です。各機能を作るのが安くて速いとき、難しい問いは「これを作れるか？」ではなくなり、「作るべきか？」になります。ボトルネックはあなたの手から判断力へと移りますが、そのためのガイドを渡してくれる人は誰もいません。

この記事は、寄せられるフィードバックを3つの山 — 作る、保留する、手放す — に、プロダクトマネジメントの素養なしで仕分けする、シンプルな方法です。狙いは人に「ノー」と言うことではありません。あなたが実際に作るものが、アプリを本当に前進させるものになるようにすることです。

「とにかく作る」が通用しなくなる理由

最初の10個の機能までは、「誰かが求めたものは何でもとにかく作る」というのは、まっとうな戦略です。意見が対立するほどのユーザーはまだいないし、どの機能も、先週まで空っぽだったものより、アプリを役立つものにしてくれます。

これが通用しなくなるのは、本物の、異なるユーザーが現れたあたりです。フリーランサーがあるものをほしがり、小さな制作会社がその逆をほしがり、一度きりの訪問者がそのどちらも一生使わないものをほしがる。3つとも作れば、アプリは雑多な引き出しになります — ものはいっぱい詰まっているのに、何も見つからず、持ち運ぶのも重い。追加する機能はどれも、永遠に動かし続け、新しいユーザーに説明し、近くを変えるたびに壊さないようにしなければならない機能です。

AIアプリビルダーは、これを良くする前にいったん悪くします。自然なブレーキを取り払ってしまうからです。機能の開発に開発者が2週間かかっていたとき、あなたはそれが2週間の価値があるかを真剣に考えました。ビルダーが20分でやってしまうとき、あなたは何も考えません — ただ「イエス」と言うだけです。コストは消えていません。「作る時間」から「抱える重さ」へ移っただけです。そして重さは、見えにくいのです。

ほとんどすべてを仕分ける3つの問い

要望が来たら、順番に3つの問いに通しましょう。ほとんどのものは最初の2つで自ずと仕分けされます。

1. これは、私がこのアプリを作った相手の役に立つか？ あなたは、誰か特定の人 — 結婚式の写真家、少年サッカーのコーチ、個人運営のポッドキャストのホスト — のためにアプリを作りました。そういう人からの要望は、ふらっと来て二度と戻らない人からの要望より価値があります。ある機能が、あなたの核となる人々が来た目的の主なことをするのを助けるなら、それは上位に行きます。本当のユーザーではない訪問者を助けるだけなら、どれだけ大声で求められても、下位に行きます。

2. 実際、何人がそれを使うか？ 「誰が求めたか」ではなく — 誰が使うか、です。一人が大声で求めるのは、静かに恩恵を受ける10人と同じではありません。ここは正直に。大声の要望は大きな要望に感じられますが、たいていそうではないからです。良い見分け方：その人に、今その代わりに何をしているか聞いてみましょう。毎日使っている不格好な回避策があるなら、それは本物のニーズです。「たぶんときどき使うと思う」なら、便利だったら嬉しい程度のものが、お面をかぶっているだけです。

3. 永遠に抱えるのにいくらかかるか？ 軽い機能もあります。新しい色のオプション、文言を直したラベル、フォームに項目を1つ足す — 作って忘れればいい。重い機能もあります。決済に触れるものはすべて、本物の人にメールを送るものはすべて、独自のルールを持つまるまる新しいセクションを足すものはすべて。重い機能が悪いわけではありませんが、最初の2つの問いを余裕をもってクリアして、その重さに見合うものでなければなりません。

3つの山

その問いを通すと、ほとんどすべてが3つのうちのどれかに落ち着きます。

作る。 核となる人々の役に立ち、そのうち何人かが使い、抱えるコストも妥当。これは簡単です。やりましょう。そして求めた人に伝えましょう — 自分のアイデアがリリースされるのを見た人は、いちばん忠実なユーザーになり、次の良いアイデアの最良の源になります。

保留する。 良いアイデアだけれど、まだ早い、あるいは一人しかほしがっていない、あるいは重くてまだ確信が持てない。ノーとは言わず、作りもしない。本当に見返す場所 — シンプルなリスト、メモ、ボード — に書き留めておきましょう。もし次の一ヶ月で同じことをあと3人が求めたら、それは自ら作る山へ昇格し、そう教えてくれます。保留は墓場ではありません。待合室です。

手放す。 それはアプリの目的に合わない、一人にしか役立たない、あるいはほかのみんなにとってアプリを悪くする。これには丁重で正直なノーが必要です。「思慮深いアイデアですね。でも追加する予定はありません — 代わりにこうしてはどうでしょう」という言い方は、関係を保ちつつアプリを守ります。ノーと言うことは一つの機能です。すべてのノーは、人々が理解できるほどアプリをシンプルに保つことへのイエスなのです。

ちょっとした例

知り合いに、AIアプリビルダーだけで作った音楽教師向けの予約アプリを運営している人がいます。ある一週間で、彼女は3つの要望を受け取りました。ある教師は生徒への自動リマインダーメッセージをほしがり、ある保護者は自分の子どもたちのレッスンをすべて一画面で見る方法をほしがり、ある一人は「面白半分で」アプリをラテン語に翻訳してほしいと言いました。

リマインダーは3つの問いをすべてクリアしました — 核となるユーザーで、その多くが無断キャンセルに悩んでおり、メッセージ送信は重いけれど価値がある。作りました。保護者向けビューは一人からの良いアイデアだったので保留にしました。3週間以内にあと2人の保護者が求め、自ら昇格しました。ラテン語の翻訳には温かいノーを返しました。これらの判断にスプレッドシートは要りませんでした。必要だったのは3つの問いと、3つ目に正直に答える覚悟だけです。

誰も教えてくれない部分

扱うのがいちばん難しいフィードバックは、悪いアイデアではありません。すべてにはなれないアプリのために、あなたが好きな人から来る良いアイデアです。それを手放すのは、相手をがっかりさせるように感じられます。そんなことはありません。あなたのアプリを使う人々にできるいちばんの親切は、彼らが来た目的の一つのことに、ずっと優れていられるよう、アプリを十分に絞り込んで保つことです。

次に要望が積み上がったら、まずAIアプリビルダーを開かないこと。リストを開き、各項目を3つの問いに通して、山に仕分けましょう。今や作るのは簡単な部分です。何を作る価値があるかを決めることが、本当の仕事であり — それは、一行のコードも書かずにできる仕事なのです。