自転車に乗ることを学び、ソフトウェアを構築する

自転車最近、仕事が本当に大変です。 プロダクト マネージャーは魅力的な仕事です。実際にその仕事に就いたときです。 言いたいことはばかげていますが、あなたは会社の販売、開発、顧客サービス、およびリーダーシップとの継続的な綱引き戦争の中心的なハブです.

一部の人々は、目的が機能を追加したり、次のクールな Web 2.0 アプリケーションを構築したりすることではなく、人々が仕事をより効果的かつ効率的に実行できるようにすることであるという事実に失望しています。 毎日、「次のリリースの機能は?」と聞かれます。

質問に答えるのはめったにありません。なぜなら、私は機能にまったく重点を置いていないからです。マーケティング担当者がより効果的かつ効率的に仕事を遂行できるようにするソリューションを構築することに重点を置いています。 顧客に力を与えることこそが重要です。 大きくてピカピカのものに焦点を合わせれば、顧客が使用しなくても大きくてピカピカになります。

Googleポリシー 単一のテキスト ボックスから始まる帝国を構築しました。 私はいくつかの記事を読んだことがあります ヤフー は、実際にそのユーザビリティについて Google を批判しています。 XNUMX つのテキスト ボックスよりも使いやすいものは何ですか? 誤解しないでください、Yahoo! いくつかの素晴らしい機能をアプリケーションに組み込んでいます。 私は彼らのユーザー インターフェイス コンポーネントが大好きですが、彼らのアプリケーションは使用していません。

Google は人々に自転車の乗り方を教え、その後も自転車の改良を続けています。 XNUMX つのテキスト ボックスからより効率的な検索を構築することで、Google は何億人もの人々が仕事をより効率的に行えるようにしました。 それはうまくいったので、誰もがそれを使用しています。 きれいではなく、魅力的なホームページもありませんでしたが、ユーザーが効率的かつ効果的に作業できるようにしました。

あなたが 4 歳の子供を 15 スピードのマウンテン バイクに乗せ、バック ミラー、信号機、水差しなどを装備することを想像できますか? あなたはしないでしょう。 では、なぜ 15 スピード、ミラー、信号、および水差しを備えたソフトウェア アプリケーションを構築したいのですか? すべきではありません。 目的は、A 地点から B 地点に移動できるように、自転車に乗ることを学ばせることです。 A 地点から B 地点への複雑さが増すと、それをサポートする新しい機能を備えた自転車が必要になります。 でも実際に乗ってこそ!

つまり、補助輪は素晴らしいです(これらはウィザードの形で表示されます)。 ユーザーが実際に自転車に乗れるようになったら、補助輪を取り外すことができます。 ユーザーが自転車に乗るのが上手になり、より速く乗る必要がある場合は、ギアをいくつか装着します。 ユーザーがオフロードで走る必要がある場合は、マウンテンバイクでセットアップします。 ユーザーがトラフィックにぶつかるときは、鏡を投げます。 そして、それらの長い乗り物のために、水差しを投げてください。

Google は、ソフトウェアの漸進的なリリースと継続的な改善によってこれを実現しています。 私は、彼らがシンプルなものに夢中になり、それを追加し続けるという事実が大好きです. テキスト ボックスから始めて、画像検索、ブログ検索、コード検索、Google ホームページ、Google ドキュメント、Google スプレッドシートなどを追加しました。私が彼らのソフトウェアの使用に慣れるにつれて、それらは改善を続けてきました。それは、私の仕事をより効果的かつ効率的に行うための追加のプロセスをサポートするためです。

人をポイント A からポイント B に移動させるのは自転車です。まず、乗りやすい素晴らしい自転車を作ります。 自転車の乗り方を学んだ後は、アプリケーションで新しい機能を構築して、追加のプロセスをサポートする方法について考えてみましょう。

覚えておいてください - Google はシンプルなテキスト ボックスから始めました。 Web 上で最も急速に成長しているアプリケーションと成功しているビジネスを見ていただきたいと思います。それらすべてに固有の特徴が XNUMX つあります。それらは使いやすいです。

仕事に行く…

3のコメント

  1. 1

    素晴らしい投稿です! 特にアナロジーが大好きでした。

    今日の製品マネージャーが苦労しているのは、「バイク」機能を追加する適切な時期と、ユーザーが慣れ親しんでいる既存の機能にプラグインする方法を正確に定義することだと思います。

  2. 2

    素晴らしいポストダグ。 とてもかっこいいと思われることがたくさんあるので、仕事が難しくなります。 「WhySoftwareSucks」または「DreaminginCode」という本を見ましたか?

    どちらも、単に仕事を単純に終わらせるのではなく、クールまたは超柔軟にしようとすることによってソフトウェアがどのように台無しになるかについて話します。

    • 3

      ありがとう、クリス! このレッスンはある意味であなたのおかげです。 あなたが作った ExactTarget ソフトウェア構築の原則について ユーザー向け そして単純に 問題を解決する。 あなたが次の会社に何を持っているか見るのが待ちきれません、 大要!

どう思いますか?

このサイトはAkismetを使用して迷惑メールを減らします。 コメントの処理方法を学ぶ.