blog

不満を開発の原動力にしない方法

この1年間、あまりブログを書いていなかったとしたら、それは私が話した「礼節構築ツールキット」を完成させるのに忙しかったからです。...

Sep 10, 2015 · 5 min. read
シェア

この1年間、あまりブログを書いていなかったとしたら、それは私が話した「礼節構築ツールキット」を完成させるのに忙しかったからです。

[]

  1. あなたの分野のあらゆることについて、十分に詳しく調べてください。成功したもの:彼らは今、何を間違えているのか?失敗したもの:正しいことは何か?あなたの分野の歴史を、あなた以上に知っている人はいないはずです。筋が通っていて、自分が信じていて、さらに重要なのは、他の人にも信じてもらえるようなストーリーが必要です。
  2. 調査に基づいてチームを編成し、価値ある仕事をする最小限の実装可能な製品を完成させましょう。スタートアップの資金が必要なら、今がその時です。あなたが***ステップ***が得意で、知名度があり、***成功することを願っています。
  3. ミニマルで実装可能な製品を作るために、あなたとチームを日夜働かせましょう。これは単なるソフトウェア開発ではありません。あなたが開発するソフトウェアの中で、毎日、毎日、一日中、生きていなければ。物事は必然的に関係者全員にとって涙に終わるでしょう。正直なところ、もし私がそれを説明しなければならないとしたら、どうなると思いますか?もうダメです。
  4. 簡単なベータテストを実施し、「特別な友人ネットワーク」から完成品に対するフィードバックを集めましょう。あなたが何を考えているかわかります:友人!くそっ!この人たち、遅かれ早かれ役に立つと思っていたのに!どんなにくだらないフィードバックでも、素直に耳を傾けましょう。出てきた大きな問題はすべて特定し、修正しましょう。それでも製品はクソですが、クソであることに変わりはありません。
  5. 迅速な公開。最悪だけど、とにかく届けるんでしょ。立ち上げの組織を台無しにしないでください。皆さんは、あのようなお粗末なローンチを見たことがあるはずです。そういう会社やチームにはならないでください。大丈夫、次は堂々とすべてを台無しにする時間がたっぷりあります。
  6. ステップを踏んだ綿密な調査に基づいた素晴らしいアイデアを覚えていますか?実際の、実際の、実際の、正直なユーザーを目の前にしてみると、どうやら、それらはすべてそうであることがわかります。完全に。完全に。次の1年間は何もせず、ただバカなヘマとバカなミスを修正してください。
  7. ????
  8. 利益!

私はそれがソフトウェアを開発するための良い計画だとは言っていませんが、少なくとも計画ではあります。

[]

これらの各ステップはブログ記事に値するものですが、今日はステップ6に焦点を当てます。なぜなら、いわゆる「プログラム」全体の中で最も重要な部分だからです。私はこの段階を「苦情主導型開発」と呼んでいます。

  • できるだけ多くのユーザーにソフトを使ってもらえるよう、できる限りのことをしてください。
  • 彼らが不満に思っていることを全部聞いてください。これは......たくさんあるかもしれません。
  • 人々が常に不満を抱いている上位3つの問題を特定し、解決してください。
  • もう一度。 

Discourseはディスカッションソフトウェアであるため、現在少し不公平な点があります。Discourseに関するディスカッションをDiscourse上で開催すればいいのです。しかし、それがそもそもオープンソースのディスカッションプラットフォームが開発された理由なのです。私は、利用する意見に真摯に耳を傾けることがビジネスには不可欠であると確信しています。

ユーザーの声に耳を傾ける方法があると仮定すれば、苦情主導の開発はそれほど難しいことではありません。複数年にわたるプログラムをより深く進めるにつれて、ユーザーから寄せられる、かなり明白で、簡単に修正可能な苦情に対処しなければならないだけです。あなたはただ、彼らの声に耳を傾けるようにしなければならないのです。スティーブ・クルーグが『Don't Make Me Think|石を金に変える』で言っているように:

すべての問題を見つける必要はありません。実際、何をテストしても、すべての問題を見つけることはできません。また、次のような事実があるため、見つけたとしてもあまり役には立ちません:

半日もあれば、1カ月で解決するよりも多くの問題を見つけることができます。

ですから、最も深刻な問題の解決に集中することが重要です。ですから、最も深刻な問題の修正に集中することが重要です。3人のユーザーだけで、テストタスクに関連する最も深刻な問題の多くに遭遇する可能性があります。

一例として、特に短い投稿、特にタイトルは実際のコミュニケーションに役立たないと考えられているため、Discourseを投稿するための要件の1つとして、すべてのタイトルと本文は一定の最小文字数以上である必要があります。原則的に、これはディスコースの重要な初期設定であり、中核的な使命である「インターネット上での有意義なコミュニケーションを向上させるソフトウェアを開発すること」に強く関連しています。

残念ながら、ユーザーはそれを嫌います:

特に、何文字入力しなければならないかのフラグが立っていないのが腹立たしいですね。返信」ボタンがグレーアウトしているかしていないかだけで、すべてのユーザーが最初にグレーアウトしていることに気づくわけではありません。それでも「返信」ボタンをクリックしても、投稿がほとんど空白だと跳ね返されることもあります。最悪です。

これは、初期に寄せられたフィードバックの中で、****が続いた部分の1つでした。そこでリリースから7日以内に、エディターの右下にライブ文字カウントが追加されました。

うまくいくと思っていました。しかしそうではなく、タイトルと本文の長さに関するデフォルトの制限が悪い、非常に悪い、面倒だという苦情が津波のように押し寄せているのです。そこで、これらの要件を明確にするために、赤枠で囲むか、フィールドに赤色の背景を追加して実験してみましょう。

上記とそれ以上の変更を実施。苦情はまったく減っていません。今はコンフィギュレーション設定で、コミュニティでタイトルと本文の最小の長さを1にしたい場合、ブラウザで設定するのに約15秒かかります。正直なところ、この設定に関するすべての苦情を聞くのに特にうんざりし始めています。

フィールドがフォーカスを失うと、すぐにエラーダイアログボックスがポップアップします。

この変更以来、私は本文と見出しのお粗末で複雑なデフォルトの文字数制限について、一言も不満を聞いていません。一言も。

発売から1年間、毎日、毎週、それが続いています。このソフトの価値を高めるために、苦情主導の開発が丸1年かかりました。現在も控えめにユーザーを受け入れていますが、有料ユーザーにとってはより重みがあるだけに、不満主導の開発は毎日行われています。

コミュニティからフィードバックを得るのは本当に骨の折れる作業で、得られるフィードバックの90%は、さまざまな理由からひどいものでしょう。英雄的な専門家が空から降ってきて、魔法のように正しい答えを教えてくれると空想するのは簡単です。まあ、あなたの白昼夢が実現することを願っています。これが、10%の素晴らしい、変容をもたらすコミュニティからのフィードバックを見つける方法であり、あなたがやっていることを気にかけるコミュニティを作る方法です。

Read next

オンライン教育インタラクティブショートボードは、仮想教室を構成するように "ショートボード "から "踏み台 "にする

障害の開発にオンライン教育業界ホットショートボード\nオンライン教育の活発な分野では、誰もがパイの一部を取得したいが、非常に少数の成功。ユーザーエクスペリエンス:それはインターネット企業ビーチオンライン教育であるかどうか、または伝統的な教育企業が帆を回すために力を構築するために、1つのポイントを逃れることはできません。便利で効果的な教えるために先生を聞かせて、学ぶために学生を聞かせて

Sep 10, 2015 · 2 min read