人気のあるアプリケーションを作成し、ユーザーの「タフネス」を高める方法に関するケイティシエラ

今日人気のあるアプリケーションを作成することは可能ですか？ 市場は分かれており、ニッチは忙しく、競争は非常にタイトです...しかし、これは開発者が悲しみにふける時間ではありません！ アプリケーションの全体的な水準は依然として低く、すべての競合他社を打ち負かすことは依然として可能です。 キャシー・シエラは、翻訳するのが難しいテーマである「 最小限のBassassユーザーの構築 」とその継続についてのスピーチで述べています。



Katie Sierraは、ロシアで主に世界的に有名なベストセラーのLearning Javaの著者として知られています。 しかし、プログラミングに関する本は、彼女がやることすべてとはほど遠いものです。 学習理論、インターフェイス開発、アプリケーションマーケティング、動機-これは、彼女が定期的に記事を書いたり、会議で講演したりするトピックの不完全なリストです。 これらの2つのスピーチは、彼女自身の開発経験の中で最も価値のあるものと、何百ものケイティの科学論文を要約および要約しているため、私たちの注目を集めました。 翻訳する前ではなく、最も興味深い考えと実践的な推奨事項の要約です。

製品を望ましいものにする方法は？

1つの非常に簡単な質問を考えてみましょう。



ある特定の製品やサービスが、長期的には本当に望ましいものであり、需要があるのはなぜですか？ この製品のどのような特定の特性または品質がそのようなものですか？



最初に頭に浮かぶのは、実行の品質です。 しかし、失敗した多くの美しく作られた製品があります。 そして同時に、他の多くの製品があり、ほとんど恐ろしく実行されますが、同じ人気と需要を享受します。 ユーザーは悪い実装を理解して許す準備ができており、微笑む大きなエラーは「機能」と呼ばれます。



今日、口コミがボールを支配しています。回答者の92％が、他のすべての広告よりも友人や家族の推薦を信頼しています。 インターネット上の見知らぬ人からの70％の信頼レビューとヒント。 両方の指標は年々成長しており、成長し続ける可能性があります。 したがって、成功の秘theは、顧客が友人に「本当にこれを買う必要がある！」と伝えることです。



しかし、これを達成する方法は？ ほとんどの企業の問題は、 彼らがそこで競争していないことです。 つまり、「最高の製品」、「最高の会社」、「最高のサービス」、つまり「最高になろう」と苦労しています。 しかし、ユーザーの目標は異なります。 ユーザーは自分自身を良くしたいと考えています。 彼は何でもクールになりたい。 ワルであるために 。



悲しいチャート：







主な間違いは、アプリケーションを改善することに焦点を当てていることです。 アプリケーションのユーザーの改善を支援する代わりに 、生活を簡素化し、新しい有用なスキルを与えたり、何かをプロにしたりします。 フォーカスが正しく選択されている場合、アプリケーションの高い評価と友人への推奨は単なる副作用です。



成功したアプリケーションの最も重要な属性は、アプリケーション自体ではなく、そのユーザーです。 アプリケーションの最も重要な部分は、所有者が得られるメリットです。 そして、これはスタイリッシュなデザイン、直感的なインターフェイス、迅速で丁寧なサポートサービス、マーケティングなどよりもはるかに重要です。



次の図を見てみましょう。







左側では、製品自体（アプリケーション、サービスなど）に注目するとどうなるかがわかります。 私たちは困難な状況に陥っています。数百の競合他社ではなくても、数十を超える必要があります。 それには多くの努力が必要です。 そして、製品を誰よりも良くすることによってのみ、私たちは小さな自由市場のニッチへのアクセスを得ます。



私たちの製品の消費者に焦点を合わせ、何よりもまず彼らについて考えるならば、まったく異なる状況です。 残念ながら、または幸いなことに、このバーはまだ驚くほど低いです。 競合他社を回避し、無料のニッチにアクセスするのははるかに簡単です。 競合他社に失う製品の品質を許可します（言い換えれば、左のスケールで失う）。 ただし、製品はより成功します。



例 ： ヘッドファーストプログラミングに関するKatie Sierra Books。 書籍は、長年にわたってAmazonで最も人気がありベストセラーのリストに載っています。 どのようにしてこれを達成しましたか？ プログラミング本のほとんどの著者は、自分の重み、思考の深さ、およびこれらの重要性を実証しようとしています。 この本は、あなたを愚かで、著者を賢くさせます。 多くの場合、著者は読者が理解しても気にしないと感じています。 その結果、多くの人が「自分のレベルではなく、私に与えられていない」と読み始めます。 Head Firstシリーズの作者は、そうすることを恐れませんでした。最低レベルに下がって、すべてをアクセシブルな言語で記述し、明らかなことでもできる限り詳しく説明します。



人々はアプリケーションが好きなので、アプリケーションを使用しません。 彼らはアプリケーションを使用します...はい、はい、予想外の驚き-自分自身。 これが彼らの真のインセンティブです。 彼らは友達にあなたを愛しているからです。



ただし、この主な秘密は簡単に忘れられます。 それはすべて、開発プロセスを見る観点についてです。 適切な視点は、突然、膨大なマーケティング予算や製品のベンチャーキャピタルを見つける必要性を置き換える可能性があります。



ユーザーのこの非常に「タフネス」（悪い）とは何ですか？ つまり、これは新しい有用なスキルを獲得し、問題を解決し、何かの専門家または専門家になることを意味します。



これについて詳しく説明する前に、特に急ではないものについて説明します。



1.ゲーミフィケーション。 ほとんどの場合、ゲーミフィケーションはユーザーに害を及ぼします。 例外が1つあります。ユーザーが強く嫌いなことを強制する必要がある場合です。 また、ユーザーを実験ラットのように扱い、スロットマシンやコカインが動作するのとまったく同じオペラントコンディショニングメカニズムを起動します。



2.サポートサービスに賭けます。 サポートサービスは、ユーザーの改善に役立つ場合にのみ有効です。 他のすべて-反応速度、治療の礼儀-はユーザーの二次的なものです。 サポートがビジネスの本質でない限り。



さて、まさに「急峻さ」とその背後に隠されているものについて。

より多くのコンテキストを探します

あなたのアプリケーションでのみプロになりたい人はいません（いくつかの例外はあります）。 多くの場合、アプリケーションにはユーザーフレンドリなコンテキストがあり、調査する必要があります。 ユーザーは実際にあなたと一緒に、またはあなたのために何をしていますか？ 次の図を見てみましょう。







たとえば、あなたはSony Vegas Movie Studioであり、競合他社はAdobe Premiere ElementsまたはFinal Cutであり、全体的なコンテキストはビデオ編集です。 ユーザーは、ビデオ編集プログラムで「クール」になりたくない。 彼はクールなビデオを作りたいと思っています。



ところで、マーケティング担当者はこれをよく理解しています。 例としてデジタルカメラを使用して、購入の前後に通常どのように扱われるかを思い出しましょう。







購入する前に、ユーザーがカメラで何をするかに集中してください。 購入後-楽器のみに焦点を当てます。



演習 ：アプリケーションのユーザーが友人とチャットしているときにダイアログが表示されることを想像してください。 彼は何を自慢していますか？



あなたの成功はユーザーの結果にかかっています。 次の質問を検討してください。

• ユーザーが最大の結果を達成できるように、すべてを実行しましたか？
• ユーザーを視聴者にとってより面白くしますか（夕食時に友人とチャットしたり、ソーシャルネットワークでいいねや再投稿したりします）？

設計とUXは、ユーザーだけでなく、アプリケーションとの対話後に起こること （UX後のUX用の設計）のためにも設計されています。 アプリケーションのユーザーはアプリケーションに感銘を受けるだけでなく、他のユーザーもユーザーに感銘を受ける必要があります。

専門家とスキルに関する少しの科学的理論

「かっこいい」とは、何かの専門家であることを意味します。



定義 専門家は、同等の経験を持つ他のユーザーと比較して、何でも一貫した優れた結果を示しています。 これらは 、非常に優れたものであっても、 一度限りの成果ではありません 。



例：

• チェス盤上の位置が与えられた場合-エキスパートはゲームの最適な継続を安定して選択します。
• 一連の症状がある患者に与えられた-専門家は安定して正しい診断を下します

動機づけ理論の最近の研究は、私たち全員が本質的に習熟のために努力していることを示唆しています。 成長に役立つもの（アプリケーション、サービス、一連の書籍）を使い始めたので、やめるのは困難です。 成長は習慣になりつつあります。欠陥に対してより寛容になり、より高度なバージョンを求めています。



改善する方法の1つは、あらゆるビジネスの「解像度」を高めることです。 経験を積むほど、スキルが高くなり、ビジネスで気づくことができる詳細、繊細さ、ニュアンスが増えます。 これは報酬でもあり、喜びの源でもあります。



例 ：天文学について何も知らない場合、星空はあなたにとっては明るい背景がランダムに散らばった黒い背景です。 誰かがおおぐま座と極星を見つけることができます、誰かが数十の星座を知っている、誰かが惑星を知っている、誰かが星空から年の時間を決定することができます。 詳細を区別することが真の力です。



職人技に関する3つの巨大な神話：



1.習熟には知識が必要です。 はい、専門家はより多くを知っていますが、知っているだけでは専門家にはなりません。



2.習熟には経験が必要です。 経験も指標ではありません。私たちは皆、同じことを何年も続け、同じレベルにとどまっている人々を知っています。 約2年後、それ以上の経験は有効性の低い予測因子です。 それでも、練習は重要です。これについては後で説明します。



3.マスタリーには才能が必要です。 才能はゼロから生じることはありません-何年もの練習がその背後にありますが、多くの場合、これは意図的に隠されています。



専門家は、彼らが知っていることではなく、彼らが何をするかによって決定されます。 多くの人が1万時間の練習の魔法の数について聞いたことがあり、普通の人を専門家にすることが保証されています。 ここでの主なものは、驚くほどではありませんが、この練習の質である1万時間の数値です。 スキルを繰り返す簡単なルーチンではありません。 次の3つのコンポーネントが必要です 。



1.従うべきモデル -特定のアクションの参照パフォーマンスの例。



2.深い練習 -エラーの義務的な修正を伴う機会の危機にonして練習します。



3.前進 -段階的な長期スキル開発計画。 これは、本の目次のようなものです。



以下では、これらのコンポーネントとその実際の応用について詳しく説明します。



予備段階 ：あなたの場合のスキルと「急峻さ」を決定します。 たとえば、ユーザーが遭遇するすべてのタスクを、より大きく意味のあるコンテキストでリストします。 各タスクについて、専門家が達成できる結果を記述します。



ヒント ： 「最高」という言葉は避けて（「専門家がすべての中で最高のオプションを選択する」）、できるだけ具体的にケースの値を決定してください。



すべてがさらにシンプルに思えます。専門家を見つけて、彼らがそれをどのように行うかを知る必要があります。 しかし、ここで私たちは「専門家の呪い」に直面しています 。 専門家は、他の人に何ができるかを教えるために何をする必要があるかを知りません 。 彼らは、知らないことの気持ちを忘れていました。 または、必要なものを選び出し、実際に必要とされるよりもはるかに多くのことを学ぶ必要があると言う方法を彼らは知りません。 または、彼らはこれがあまりにも明白だと思います。 または直観を参照してください。 残念ながら、これらの回答オプションはどれも励みになりません。



しかし、専門家を観察し、行動をコピーするだけで実践が改善されます （コメントや説明がなくても、専門家は単に何かを見せて「良い」と言い、他の何かを見せて「悪い」と言います）。 平凡な慣行を観察して繰り返すと、平凡な結果が得られます。



印象的で最も極端な例：生まれたばかりの鶏の性別判定。 生まれたばかりの鶏は性別に関係なく同じように見えるため、これは非常に複雑な作業です。 生徒はコンベアの後ろに立ち、生まれたばかりの鶏を静かに性別に分類し始めます。右側の雌鶏、左側の雄鶏。 彼はまた、専門家によって静かに監視されています。 エラーが発生するたびに、説明なしで生徒を修正します。単に「はい」または「いいえ」です。 しばらくして、生徒は鶏の性別を確実に判断し始めます。 しかし、彼はなぜこれをしているのかを部分的に説明することさえできません。



専門家のスキルに関する情報は、次の図で表すことができます。







明確な知識を言葉で表現できます。 この知識は、他の人に説明して伝えることができます。 暗黙の（または知覚の）知識を使用すると、すべてがより複雑になります。経験によって習得されますが、言葉では表現されないか、不十分に表現されます。 以前は、暗黙の知識を得るには信じられないほどの時間の経験が必要でした。



しかし、最近の研究は、脳が例を通して暗黙の知識を吸収できることを示しています。 サンプルが正しく選択されていれば、非常に迅速に実行できます。 このテクニックは、体のスキル（スポーツなど）だけでなく、パイロットトレーニングや数学などの難しい分野でも機能します。



脳が信号をノイズから分離するのに十分な例（おそらく数百）があるはずです。これは二次的なものから不可欠です。 「これを行う必要はありません」の例は機能しません。 これが悪いことを知っていても、脳は無意識にコピーします。 誰かのアクセントや発音を知らずにコピーした頻度を覚えておいてください。 「ハウツー」の例は上級ユーザーには役立ちますが、中級および初心者には確かに役立ちません。 そして再び、私たちは平凡な実践で例を作成することの危険性を強調します：それらは覚えやすいです。



明示的な知識の獲得は、それがどのように提示されるか（構造、形式、言語）および生徒の特性に大きく依存します。 しかし、暗黙の知識の暗記は、物質や個人の違いの提示にはそれほど敏感ではありません。なぜなら、この知識は、思考や発話の原因となる脳の部分を通過しないからです。



この事実は、新しい記憶を作成することができなかった脳損傷を持つ人々の研究によって確認されました。 負傷後の情報は、彼らが出会うたびに彼らにとって新しいものでした。 それにもかかわらず、彼らが同じルートに沿って数十回散歩に連れて行かれた場合、彼らは自分で同じ方法で行くことができます。 彼らはなぜそうするのか説明できませんでしたが。



実際の推奨事項に移りましょう。 それらの3つがあります。



1.ユーザーに1つだけを提供できる場合は、実際にどのように見えるかについて十分な例を挙げます。



これらは、ユーザーが何もできない超越的な複雑さの例ではありません。 しかし、ニワトリの例が示すように、スキルは理解することなく修正できます。



2. 2番目に重要なことは、深い練習（意図的な練習）です。 これは、間違いを犯し、その認識と修正を行う可能性に迫った実践です。 詳細な練習の必須コンポーネント：

• 高品質で高速なフィードバック。
• 複雑な要素を単純な要素に分割します。
• 1〜3レッスンで90〜95％の信頼性。

何かを学ぶには、多くのスキルを習得する必要があります。 各スキルは、「できない」、「努力をしてアクションを実行できる」、「アクションを自動的に実行できる」という3つの段階を経ます。 下の図を見てみましょう。 黄色の四角は個別のスキルです。 一見、すべてが簡単です。何かを学ぶには、黄色の正方形をすべてゾーンAからゾーンCに移動する必要があります。







ほとんどが中間ゾーンで停止しています。 平凡なレベルの主な問題は、一部のスキルが習得されていないことではなく、あまりにも多くの間違ったアクションが自動化されていることです。 あまりにも多くのことが行われていますが、すでに無意識のうちに努力なしで行われています。 それは引き戻し、開発を許可しません。 このtrapに陥らないように、専門家は何か自明でないことをしています。 オートマティズムの段階で何らかのスキルが誤って修正されたり、改善される可能性がある場合、彼らはそれを前の段階に戻し、意識的にそして努力して再度解決し、それを改善し、オートマティズムの段階に再び戻します。



しかし、平均レベルで立ち往生しているよりも悪いことがあります。 一般的な意見があります：あなたのレベルを維持するためには、習得したスキルを定期的に使用するだけです。 たとえば、パイロットが飛行機を飛ばしたり、医師が患者を治療したりするという事実は、それ自体が職業レベルを維持することを保証します。 実際、これはそうではありません。追加のトレーニングなしでは、プロのレベルはゆっくりですが、常に低下しています。 あなたが私たちを治療する医者と私たちが飛ぶ飛行機を飛ぶパイロットについて考えると少し怖いです。 問題は年齢に関連した変化ではなく、定期的にスキルを「努力して」段階に戻す必要があることです。



別の典型的な中レベルのジャム状況を考えてみましょう。 これは、ゾーンBからゾーンCへのすべてのスキルを何かで同時にポンピングおよび転送しようとする試みです。 これには膨大な力が必要ですが、スキルは同じレベルのままです。特定のスキルごとに努力がまだ十分ではないためです。 それから、学生はあなたがもっと一生懸命働く必要があると信じますが、これも結果を与えません。 解決策は、スキルの小さなグループに集中することです。 ゾーンBの非常に複雑なスキルよりも、ゾーンCの非常にシンプルだが完全に研究され自動化されたスキルを持っている方が良いです。







上記の問題を考慮して、ゼロからトレーニングを構築する方法は？ ユーザーを初心者から専門家に変えるための2番目のステップは、教える内容を単純なスキルに分解し、これらのスキルを習得するために複雑さが増す一連の演習を追加することです。 ユーザーが45〜90分間、1〜3レッスンで1つの安定したスキルを習得できるように演習を構成します。 この場合の安定性とは、90〜95％の信頼性（10〜20回の繰り返しにつき1つ以下のエラー）でスキルを繰り返す能力です。 これが失敗した場合、演習の複雑さが高すぎるため、簡単にする必要があります。



3.前進します。 この領域の改善へのパスの明確なマップを追加します。 ユーザーが定期的に関与する場合、1か月、半年、または1年のうちにどのタスクが彼を待っていますか？ この間に彼は何を達成できますか？ これは、GPSナビゲーターのようなもので、現在の自分の位置を示し、前進する意欲を与えます。



目標と中間結果だけでなく、途中で潜在的な困難を説明することも同様に重要です。 原則として、ユーザーは自分が何を目指しているかをよく知っています。 しかし、困難に直面して、ユーザーは信仰を失い、「これは私のためではありません。 対処できません。 これは難しすぎる。」 この問題の典型的で間違った解決策は何ですか？ モチベーションをさらに高め、目標をさらに魅力的にします。 そして、この問題をどのように解決する必要がありますか？







まず、理由を整理します。 ユーザーが期待したものと受け取ったものとのギャップが大きすぎるためにユーザーが失望したのかもしれません。 カメラ広告の例を思い出してください。 購入前-豪華な写真の例、購入後-退屈な複雑な白黒の指示。



第二に、障害物が経路の一部であることを説明します。 困難は一時的なものです。 すべてがそれらを通過し、問題は特定のユーザーにありません。



第三に、ユーザーができるだけ早く最初の重要な結果を得ることができるようにします。 たとえば、30分で。 これをルールとして使用している会社があります。 自分自身の成功の喜びは、最も重要なタイプの動機です。 これは、ユーザーをパスに沿ってさらに移動させる本質的な動機です。 そして、ゲーミフィケーションの危険性が明らかになったのはここです。外部の賞（バッジ、眼鏡など）が内部の動機を殺すことが証明されています。

認知リソースを保護してください！

そして学習の同様に重要な別の側面は認知漏出の減少です 。



認知リークは、これを回避できるユーザーの心理リソースを消費するものです。



有名な実験があります。 参加者は2つのグループに分けられます。 最初のグループは2桁の数字を覚えておくように求められ、2番目のグループは7桁の数字です。 実験の後、参加者はホールに行きます。ホールには果物やケーキのあるテーブルがあります。 最初のグループの参加者は果物を選択することが多く、2番目のグループからはケーキを選択します。 なぜこれが起こっているのですか？ 意志、自制心、注意力、集中力はすべて、1つのソースからのリソース（認知リソース）であるためです。 これらのリソースは限られており、すぐに使い果たされます。 2番目のグループの参加者は認知リソースをより多く使用したため、誘惑に抵抗する力はなくなりました。 健康的ではないが、より魅力的な食べ物であるケーキを選択します。



開発者はこの実験の結果をどのように使用できますか？ 可能な限り認知リソースの漏洩を排除します。 そうすれば、ユーザーは主なことに集中することができます。それは、新しいことを学び、良くなり、「よりクールに」なることです。



典型的な認知リソースリーク：

• 実際に選択が不要な場合にユーザーに選択を依頼すると、原則は決定されず、ユーザーのために選択を行うことができます。
• ユーザーが特定の機能のオン/オフ、モードの変更などを考える必要がある場合の非自明なインターフェイス。
• アプリケーションの複雑でわかりにくいヘルプ。

日常生活からの認知リークのいくつかの具体例 ：



1.ガスストーブのハンドルの位置。 ほとんどのモデルでは、スペースを節約するために一列に配置されています。 このため、説明図は近くに配置されます。 数年後でも、図を見て、どのハンドルがどのバーナーを担当しているかを覚えておく必要があります。 可能な解決策：







2.タイヤの空気圧 -オンボードコンピュータートヨタカムリのショット：







そのようなインターフェースを見て、どのホイールがどこにあるのかを理解することは可能ですか？ そして最も重要なことは、表示された値はどのように標準に関連するのでしょうか？ ドライバーは何かをする必要がありますか、それとも大丈夫ですか？

結論

アプリケーションが成功する理由は、アプリケーション自体ではなく、ユーザーにあります。 アプリケーションがユーザーをより良くするなら、成功する運命にあります。 ユーザーが何かの専門家になるには、次の3つのことが役立ちます。



1.定性的な例：「あるべき」。

2.意識的な実践。

3.ステップの順序と目標に対する障害を理解する。



そして、重要なことを忘れないでください：可能な限り認知リソースの漏洩を排除します。

幹部向け

確かに、従業員を仕事の専門家にしたいのです。つまり、上記の内容は会社のビジネスプロセス全体に適用できます。 次の質問を検討してください。



1.あなたの会社には、新しい従業員が学習できる高品質のコードの十分な例がありますか？ 定性的仕様？ サポートからの品質応答テンプレート？



2.従業員はレベルを練習し、改善する時間がありますか？ これらは、有料プロジェクトの作業に関係しない、別々に割り当てられた時間でなければなりません。 そのような時計がある場合は、従業員が間違ったスキルをできるだけ短時間で修正するようにしてください。

注釈

1.専門家が専門家になる方法について詳細に、そして一般的には、ダニエル・コイルによる本「タレント・コード」に書かれています。



2.内部および外部の動機付けについては、ダニエルピンクの本「ドライブ」を読んでください。



3.ケイティシエラの「あなたのアプリは私を太らせます」投稿では、一般的に数字と認知リソースを記憶する実験について説明しています。 また、多くの例での認知リークのトピックについては、書籍「 Micro Interactions 」で説明しています。