社内ツール vs 顧客向けアプリ:どちらをいつ作るか(そして、なぜそれが重要か)

同じAIアプリビルダーが、写真撮影のクライアント向けの洗練された予約アプリも、運用チームに愛される「不格好だけど手放せない」スプレッドシートの代替も生成できます。外から見れば、どちらも「アプリ」です。内側から見れば、それらはまったく違う仕事であり、それらを同じものとして扱うことが、新しく作る人にいちばんよく見られる間違いです。

社内ツールか顧客向けアプリかの判断は、アプリの見た目の話ではありません。誰が何を我慢するか、そして何かが壊れたときに何が起きるかの話です。これを間違えると、チームの誰も気にしていなかったボタンの磨き込みに3週間を費やす一方で、本物のユーザーは、あなたを信頼するのをやめさせるバグにぶつかることになります。

自分が実際にどちらを作っているのかを見極める方法、そしてそれが分かると何が変わるのかを解説します。

相手がほとんどすべてを決める

顧客とは、あなたを選んだ人です。競合を使うこともできたのに。彼らはあなたにお金を払った、あるいは登録しました。彼らはあなたを、これまで使った中でいちばん洗練されたものと比べて評価します。たとえあなたのアプリが月9ドルで、そのものが月90ドルだったとしても。分かりにくいラベル、変なログインの流れ、何をすればいいか教えてくれない空の状態に、彼らは一切の忍耐を持ちません。

チームメイトとは、上司に言われたからこれを使わなければならない人です。同時に、夜11時の Slack メッセージで、ドロップダウンの並び順が間違っていると伝えてくる人でもあります。彼らは不格好を我慢します。遅いのは我慢しません。一日に40回使っているからです。

同じビルダー。おそらく同じ機能のセット。でも、はるかに違う基準。

何がほしいかをAIアプリビルダーに説明しようと腰を下ろすとき、自分に答えるべき最初の問いはこうです。ユーザーは誰で、彼らはここにいることを自分で選んだのか?

社内ツール:速さは磨きに勝る

社内ツールの生死は、一つのことで決まります。使う人々の時間をどれだけ節約するか、です。

私の知る不動産管理者は、3人のチームのためにメンテナンス依頼トラッカーを2晩で作りました。どんな客観的基準で見ても、それは不格好です。ボタンはちぐはぐ。サイドバーには、誰も直そうとしない誤字があります。ロゴもありません。

それでも彼女のチームは、所有する他のどのソフトウェアよりもそれを使っています。「誰か4号室の配管工にもう電話した?」という Slack メッセージを、週におよそ5時間ぶん節約しました。磨き込みは、0時間の価値しか足さなかったでしょう。

よく作られた社内ツールに私が見る3つの特徴:

  • 「Xをやりたい」から「Xが終わった」までの最短経路が勝つ。 ウェルカム画面を飛ばす。ウィザードを飛ばす。まっすぐ本題に入る。
  • エッジケースは不格好でいい。 チームメイトがエラーにぶつかったら、Slack で連絡してきます。顧客なら、ただ解約します。
  • 更新はリリースではなく、日々着地する。 あなたは製品を出荷しているのではありません。自分の作業場をいじっているのです。

チームのために作っているなら、「不格好で役に立つ」に思い切り寄りかかりましょう。マーケティングページ、設定画面、美しい空の状態を足したくなる衝動に抗ってください。どれも、その存在に見合いません。

顧客向けアプリ:地味な端こそが製品

顧客向けアプリは、ほとんどが「端」です。ログインの流れ。オンボーディング。クレジットカードが拒否されたときに何が起きるか。パスワードがリセットされたときに送られるメール。アプリを初めて開いて、中にまだ何もないときに見る画面。

これらのどれも、あなたが胸を躍らせた機能ではありません。そのすべてが、顧客があなたを評価する基準です。

ある友人が、去年小さな請求書アプリをローンチしました。彼は最初の1か月を、請求書エディタ — 彼が胸を躍らせていたもの — を作ることに費やしました。それは美しかった。それからスイッチを入れ、顧客が登録しようとするのを見て、こう気づきました。

  • 認証メールが迷惑メールに入った。
  • 認証のあと、アプリはユーザーを、説明のない空のダッシュボードに放り込んだ。
  • 「最初の請求書を作る」ボタンが、13インチのノートパソコンではスクロールしないと見えない位置にあった。

その週、3人の顧客が登録しました。請求書を作ったのはゼロ人。製品は動いていました。それを包む外側が動いていなかったのです。

顧客向けアプリでは、おおざっぱなルールはこうです。労力の半分を、主機能ではない表面積に費やすこと。オンボーディング、エラーの状態、決済の流れ、アカウント設定、サポートメール。たとえそう感じなくても、その部分こそが製品なのです。

どちらを作っているかを見分ける方法

社内ツールか顧客向けアプリかの判断は、いくつかの診断的な問いを尋ねれば、見た目より簡単です。

誰がこれにお金を払うか? 答えが「経費の一部として、私が働く会社」なら、社内ツールです。答えが「ユーザーが、個人で、自分のクレジットカードで」なら、顧客向けアプリです。中間のケース — 上司が払うが、その上司が顧客 — はたいてい、それでも顧客向けアプリの期待に引っ張られます。

1時間ダウンしたら何が起きるか? 社内ツール:誰かがいらだつ。顧客向けアプリ:誰かが解約する。バグの爆風半径は、まったく違います。

それは、これまでで何人のユーザーを持つか? 5〜50人なら、しっかり社内向け。100〜1,000人なら、本物の製品に見え始めます。5,000人以上なら、望もうと望むまいと、あなたはソフトウェア会社です。

ユーザーに選択肢はあるか? 社内ツールは義務。顧客向けアプリは任意。任意のユーザーは、何かにいらだった瞬間に去ります。

これらに明確に答えられないなら、自分が何を作っているか分かっていないということで、AIビルダーも収束を手伝えません。

隠れた罠:製品になるツール

ここが面白くなるところです。私の知る最も成功したインディー製品は、社内ツールとして人生を始めました。誰かがチームのために何かを作り、チームが友人に見せ、友人がほしがり、そして今や顧客がいる。

これは素晴らしい物語です。同時に、最大の危険の瞬間でもあります。なぜなら、誰かに課金した瞬間、基準が一夜にして動くからです。チームが我慢していた不格好なサイドバーは、今や解約のリスク。「開発者に Slack する」式のエラー処理は、今やサポートの悪夢です。

AIアプリビルダーでこの橋を渡っているなら、それを本物の移行として扱いましょう。1週間 — 少なくとも1週間 — を地味な端に費やしてください。オンボーディング。空の状態。登録後の最初の5分間。自分で説明するエラーメッセージ。その作業が終わるまで、ツールを宣伝しないこと。

良い知らせは、AIビルダーがこの移行を以前より安くしたことです。かつてフリーランサーと1か月かかった磨き込みの作業は、今や、いくつかの良いプロンプトのセッションと、少しの忍耐です。

腰を据えて考えるべき問い

社内ツールか顧客向けアプリかの問い全体は、AIアプリビルダーにアイデアを説明する前に自分に投げかける、一つのプロンプトに収まります。これは私が使うツールか、それとも私が提供する製品か?

その答えがプロンプトを変えます。何に時間を費やすかを変えます。何を無視するかを変えます。そしてそれは、ビルドに持ち込める、最も役立つ一つの明確さです。

自分がどちら側にいるか迷っているなら、最初のAIで作ったアプリは何にすべきかについての記事が、良い併読になります。最初のアプリのほとんどはツールであるべきです。2つめもたいていそう。顧客はあとから来ます — そして、チームだけが我慢しなければならなかったものを作ることで筋肉を鍛えたあとなら、彼らはより簡単に来てくれるのです。