まず、著者たちに会いましょう
ダグラスとシェイラは、ハーバード・ロー・スクールの法律講師であり、Triad Consultingの共同創設者です。彼らはホワイトハウス、シティグループ、ホンダ、ジョンソン・エンド・ジョンソン、タイム・ワーナー、ユニリーバーなど、かなりのビッグプレイヤーと協力してきました。つまり、彼らは大手企業と協力し、重要な人々からフィードバックを受け取ることに関して豊富な経験を持っています。彼らは自分たちの経験を活かして、フィードバックの与え方と受け方について、わかりやすく包括的な見方を示すことにしました。 本から得た8つのポイントを以下に示します。
これらのフィードバック原則は、Adalo(Adaloはデータベース駆動型ウェブアプリおよびネイティブiOSおよびAndroidアプリ用のノーコードアプリビルダーで、3つのプラットフォーム全体で1つのバージョンを使用し、Apple App StoreおよびGoogle Playに公開されます)などのツールを使用してアプリケーションを構築・立ち上げするクリエイターにとって特に価値があります。アプリを開発する際、ユーザーとステークホルダーからのフィードバックは、実際に使いたいと思うものを作成するために不可欠です。
レッスン #1: フィードバックについて葛藤を感じても気に病まないでください
本は、人間とフィードバックがどのように進化してきたかを見ることから始まります。人間を他の動物と区別する重要な側面の1つは、私たちの自然な好奇心と新しいことを学びたいという欲望です。これは、フィードバックを好むべきことを意味しています。それは私たちが新しいことを学ぶのに役立っています!そうですよね?
はい、でしたら、なぜ私たちはそうしないのでしょう?それは、別の力(群れに属したいという欲望)があるからです。この2番目の力は、私たちが従うようにプログラムされています。この2番目の力は、学びたいという欲望と直接競合しています。人間は社会的生き物であり、否定的なフィードバックを受け取ると、私たちはそれを自分たちが属していないというサインとして受け取ります。
ですから、フィードバックを求めることについて葛藤を感じても気に病まないでください。私たちはそのようにプログラムされています。この内的葛藤を理解することは、仕事、アイデア、さらには構築しているアプリについてのフィードバックを受け取ることがより上手になるための最初のステップです。
レッスン #2: フィードバックで最も重要な役割は受け手です
これは明白に聞こえるかもしれませんが、実はフィードバックプロセスには2つの当事者が関わっています:提供者と受け手です。ダグラスとシェイラは、 フィードバックプロセスで最も重要な当事者は受け手であると主張しています。その理由は、フィードバックを理解する責任は受け手にあるからです。これは、フィードバックを求めている人であれば、提供者を責めることはできないということを意味しています。それは、その人が言ったことに同意しない場合でも(私たち全員がそうすることもあります);その人が何を意味していたのかを理解することはあなたの仕事です。
受け手がフィードバックを理解する責任に加えて、それはまた、フィードバックをどうするかを選択するのは彼らの仕事です。そして、「それは本当ではありません!上司は私に何をすべきかを言います」と泣いている人たちがいるのは間違いありませんが、結局のところ、フィードバックを求めている人が仕事をしている人なので、彼らはコントロール下にあります。HiPPOs(最も給料の高い人の意見)に支配されないでください!
フィードバック提供者がどのような権限や力を持っているかは関係ありません。受け手は自分たちが何を受け入れるか、受け入れないかをコントロール下に置き、彼らが聞いていることをどのように理解するか、そして彼らが対応することを選択するかどうかを決めます。
この原則は、プレゼンテーション、ビジネス戦略、または構築したアプリについてのフィードバックを受け取る場合でも適用されます。受け手は最終的にどの変更を加えるか、どの提案を実装するかを決定します。
レッスン #3: 優れたフィードバックを妨げる3つのトリガーを知ることが重要です
ダグラスとシェイラは、否定的なフィードバックを受け取るときに私たちを刺激する3つのことを特定するために、難しいフィードバック会話を何年も見てきました:
- 真実トリガー: フィードバックが真実ではないと思うので、それを却下する場合(さようなら!)
- 関係トリガー: フィードバックを与えている人をネガティブな方法で見ているので、それを却下する場合(さようなら!)
- アイデンティティトリガー: フィードバックがあなたに個人的に影響を与えるほどの程度で、あなたのアイデンティティに疑問を持つ場合(つまり、「それは本当ではありません。私はそのユーザーを気にかけています」)、それを却下します(さようなら!)
本はその後、これら3つのトリガーを防ぐ方法を見て、3つの部分に分割されます。これらのトリガーを理解することは、定期的にフィードバックを受け取るすべての人(基本的に専門的環境にいるすべての人)にとって不可欠です。
レッスン #4: [真実トリガーを防ぐ] 同意しないことを理解する
私たちは皆、間違っていると思うフィードバックを受け取りました。時々このフィードバックは単に真実ではありませんが、ダグラスとシェイラは、ほとんどの場合、実は これは 真実です。私たちはそれを理解していないだけです。真実トリガーを防ぐために、 私たちは最初にフィードバックを本当に理解していることを確認する必要があります その前に 私たちはそれを評価します。
フィードバックを与えている人がこのように考えるようになったのは何が原因ですか?彼らは何を見ていて、私たちは見ていないのですか?私たちは継続的にもっと情報を求め、フォローアップし、まだ理解していないか同意していない場合は異なる状況で彼らに追跡する必要があります。
さらに、この理解プロセスの一部として、私たち自身の行動を見る必要があります。プレゼンテーション中に、重要な情報を漏らした場合もあれば、最初に誰かを不快にさせたので、彼らは感情的に反応した場合もあります。自分たちの行動を見ることで、同じページを取得するのに役立つことができます。
フィードバックが正しいか間違っているかを判断する前に、まず最初にそれを理解する必要があります。それはかなり明白に聞こえますが、実際には、私たちは通常、理解をスキップして、即座に判断に飛び込みます。
これは、製品またはアプリを構築する際に特に関連があります。ユーザーフィードバックは最初は外れているように見えるかもしれませんが、しばしば内部から見えない設計の盲点を明らかにします。
レッスン #5: [関係トリガーを防ぐ] 提供者との関係を理解する
これは大事なポイントです。すべてのフィードバック会話には、あなたと提供者の間に力学があります。彼らはCEOであるか、夏のインターンかもしれません。または、彼らはあなたを常に間違った方法でこすりつける同僚かもしれません。
しかし、誰かが好きではないからではなく、彼らが多くの経験を持っていないからというわけではなく、彼らの思考が間違っているわけではありません。この種のバイアスを止めるために、 私たちは自分たちが正直になる必要があります。フィードバックを与えている人についてどのように感じるかを理解する必要があります。自分たちのバイアスを理解したら、それを克服するために働くことができます。
これを考えてください:アプリに関する最も価値のあるフィードバックは、技術に詳しくないユーザーや、期待した方法とは異なる方法でアプリケーションにアプローチするユーザーから来ることもあります。彼らの視点は、あなたの視点とは異なりますが、しばしば、パワーユーザーが決して気付かないユーザビリティの問題を明らかにします。
レッスン #6: [私のお気に入り!] 「スイッチトラッキング」を避ける
本の関係トリガー部分で、ダグラスとシェイラは「スイッチトラッキング」と呼ぶ概念を提起しています。実は、この概念は単なる関係よりも広く、それ自体がトリガーであるべきだと思うほど重要です。
スイッチトラッキングは、フィードバックのあるポイントについて議論しているが、別のポイントが最初のポイントが解決される前に、こっそり会話に入り込むときに起こります。 したがって、この時点で、1つの会話で2つの異なる問題について話し合っています。そして、それはしばしば2つの問題だけに止まりません。多くのことが起こっているので、フィードバックを整理するのは難しいです。
この概念が導入された後、それがどのくらい頻繁に起こっているのか、あなたは私に言うことはできません。それが起こるのを見ることができます。これが、彼らがアドバイスする解決策に非常に感謝している理由です。スイッチトラッキングを止めるためには、以下をしなければなりません:
- 即座に会話を一時停止する
- 話している異なる問題について全員に警告する
- 会話を1度に1つのポイントで進める
この技術は、フィードバックセッションが複数の機能、バグ、デザイン決定についての議論に急速に発展する可能性のある製品開発会議で非常に価値があります。会話を一度に1つの問題に焦点を当てることで、より明確な解決策とより良い結果につながります。
レッスン #7: [アイデンティティトリガーの防止] 自分と自分の仕事の違いを理解する
あなたが建築家で、障害者に思いやりのある人であると認識していますが、フィードバックセッションで誰かがあなたが建築計画でアクセシビリティを考慮しなかったと言う場合を想像してください。これはあなたの核心に触れます。同僚にこのように思われたくはありませんよね。だからあなたはシャットダウンし、さらにフィードバックを求めるのをやめます。
これは態度調整が必要な時です。 人々はあなたの仕事を批判しているのであって、あなたを批判しているのではないことを覚えておく必要があります。 この態度の変化により、固定マインドセットから成長マインドセットに移ります。成長マインドセットを持つことで、フィードバックセッション中に自分の感情を認識し始めます。
時には大変な一日を過ごすこともありますが、それは大丈夫です。ただし、このネガティブな態度があなたの反応方法に影響を与える可能性があることを認識してください。フィードバックを脇に置き、気分が良くなったら対応するのを待ってください。
フィードバック受信者として、私たちはいつもフィードバックをコーチングと評価の2つのカテゴリーに分類しています。あなたが選ぶカテゴリーは、フィードバックを生産的に受け取る能力に大きな違いをもたらします。理由はこれです。アイデンティティは評価によって簡単にトリガーされますが、コーチングによってはそれほど脅かされません。
この区別は、クリエイターとビルダーにとって重要です。誰かがあなたのアプリ、デザイン、またはビジネスアイデアを批判する場合、彼らはあなたが悪い人または無能だと言っているのではなく、仕事そのものについての観察を提供しています。あなたのアイデンティティを出力から分離することで、フィードバックを明確に聞き、それを建設的に使用することができます。
レッスン #8: 計画を立てて、ループを閉じる
本の最後の部分には多くの優れた洞察が詰まっていますが、他の3つのセクションほど整理されていません。最後の部分からの主な要点は以下の通りです。 受信者は次に何をするかを明確に伝える必要があります。これは以下の可能性があります:
- フィードバックを断る
- 次に何をするかを決定するためにさらに多くの情報を取得する必要があると決定する
- 提供者が提案した変更を加えることを決定する
これはかなり簡単に思えますが、多くのフィードバックがあなたに降ってくると、忘れるのは簡単です。ループを閉じることは2つの目的を果たします。受け取ったフィードバックに対して責任を持つのに役立ち、提供者にその入力が価値があり、検討されたことを示します。最終的には実行しないことに決めた場合でも同様です。
アプリ開発では、これはユーザーの提案を追跡し、各提案を評価し、変更を実装するかどうかについての決定を含むフィードバックログを作成することのように見えるかもしれません。このシステマティックなアプローチにより、何も落ちることなく、実際のユーザーのニーズに基づいて改善の優先順位を付けるのに役立ちます。
フィードバック原則をアプリビルディングに適用する
これらのフィードバック原則は、実際のユーザーが相互作用する製品を構築している場合に特に価値があります。チームの内部ツールを作成している場合でも、消費者向けアプリを作成している場合でも、ユーザーフィードバックは製品改善の源です。
最新のアプリビルダーにより、フィードバックメカニズムを製品に直接組み込むことがこれまで以上に簡単になりました。アンケート、コメントセクション、評価システム、ユーザー入力フォームを追加して、ユーザー入力を体系的に収集、整理、対応できます。これらのフィードバックループをアプリに最初から組み込むことで、継続的な改善サイクルが作成されます。
AI搭載のアプリビルダーであるAdaloを使用すると、コードを書かずにこれらのフィードバック収集機能を作成できます。プラットフォームで300万以上のアプリが作成されており、ビルダーは早期かつ頻繁にユーザーフィードバックを組み込むことで、より良い製品が得られることを発見しています。「PowerPointと同じくらい簡単」と説明されているプラットフォームのドラッグアンドドロップインターフェースは、ユーザーが伝える内容に基づいて迅速に反復できることを意味します。
重要なことは、ユーザーフィードバックをダグラスとシーラが推奨する他のフィードバックと同じ方法で扱うことです。完全に理解した上で評価し、自分のバイアスを認識し、複数の問題間でスイッチトラッキングを避け、あなたのアイデンティティを仕事から分離します。
最後に
全体的に、この本は本当に素晴らしい読書でした。新しいアイデアと、既に自分のフィードバックプロセスに実装した実行可能なテイクアウェイの両方が満載でした。本についての唯一の主な不満は、時々組織レベルでフィードバックをより上手になる方法に本当に取り組むことなく、個人のフィードバックプロセスに少し焦点が当たりすぎているように感じたことです。
とはいえ、フィードバックへの詳細な見方は、このトピックについて読んだ他のどの本よりもはるかに徹底しています。あなたの仕事が週ベースでフィードバックを受け取ることを含む場合(ほとんどの場合、何らかの形で含まれています)、このお手本を確実に手に入れることをお勧めします。投稿で取り上げる時間がなかった概念がたくさんありました。
最後に、本から私の好きな引用を残します:
効果的な主張は重要なマインドセットの変化に左右されます。あなたは提供者を説得しようとしているのではなく、彼らが正しいと説得しようとしているのではありません。あなたはあなたの真実で彼らの真実を置き換えることはしていません。代わりに、あなたは「抜けている」ものを追加しています。そして、最も一般的に抜けているのはあなたのデータ、あなたの解釈、そしてあなたの感情です。
Adaloを他のアプリ構築ソリューションより選ぶ理由は何ですか?
Adaloは、単一のコードベースから真のネイティブiOSおよびAndroidアプリを作成するAI搭載アプリビルダーです。Webラッパーと異なり、ネイティブコードにコンパイルされ、Apple App StoreおよびGoogle Play Storeに直接公開されます。有料プランで無制限のデータベースレコードがあり、使用量ベースの料金がないため、予測可能な価格設定で請求ショックを回避できます——アプリの起動で最も難しい部分が自動的に処理されます。
Adaloは、単一のコードベースから真のネイティブiOSおよびAndroidアプリを作成するAI搭載のアプリビルダーです。ウェブラッパーとは異なり、ネイティブコードにコンパイルされ、Apple App StoreとGoogle Play Storeの両方に直接発行されます。有料プランで無制限のデータベースレコードを備えており、使用量ベースの料金はないため、アプリの成長に伴う予期しない費用に直面することはありません。
AdaloのドラッグアンドドロップインターフェイスとAIアシスト構築により、数ヶ月ではなく数日でアイデアから公開アプリまでたどり着くことができます。Magic Startはシンプルな説明から完全なアプリ基盤を生成し、プラットフォームは複雑なApp Store送信プロセスを処理するため、証明書とプロビジョニングプロファイルではなく、機能とユーザーエクスペリエンスに集中できます。
AdaloのビルダーであるAdaは、あなたが何を望んでいるかを説明してアプリを生成することができます。Magic Startは説明からアプリの基盤全体を作成し、Magic Addは自然言語を通じて機能を追加します。
AdaloのドラッグアンドドロップインターフェースとAI支援ビルディングにより、数ヶ月ではなく数日で、アイデアから公開済みアプリまで進むことができます。Magic Startは簡単な説明から完全なアプリの基礎を生成し、プラットフォームが複雑なApp Store提出プロセスを処理するため、アプリの機能とユーザーエクスペリエンスに集中できます。
ユーザーフィードバック機能を組み込んだアプリを簡単に構築できますか?
はい、Adaloを使用すれば、アンケート、コメントセクション、評価システム、ユーザー入力フォームなどの堅牢なフィードバック機能を備えたアプリを簡単に構築できます。コードを書かずに、ユーザー入力を収集、整理、対応するのに役立つデータベース駆動フィードバックループを作成できます。
優れたフィードバックを受け取ることを妨げる3つのトリガーは何ですか?
本によると、3つの主なトリガーがあります。トゥルーストリガー(フィードバックが真実ではないと思い、それを却下する場合)、リレーションシップトリガー(フィードバック提供者をネガティブに見ていて、彼らの入力を却下する場合)、およびアイデンティティトリガー(フィードバックがあなた個人に影響を与え、あなたのアイデンティティを疑問視させる場合)です。これらのトリガーを理解することは、それらを克服するための最初のステップです。
「スイッチトラッキング」とは何であり、どうやって避ければよいですか?
スイッチトラッキングは、複数の問題が最初の問題が解決される前にフィードバック会話に忍び込む場合に発生し、どのトピックも徹底的に対処することが難しくなります。それを防ぐには、すぐに会話を一時停止し、議論されているさまざまな問題を特定してから、それぞれを個別かつ体系的に対処してください。
なぜ受信者はフィードバックで最も重要な役割と見なされていますか?
受信者が最も重要なのは、フィードバックを理解し、それをどうするかを選択する責任があるためです。フィードバックを提供する人や彼らの権限レベルに関係なく、受信者は最終的に受け入れたこと、その解釈方法、およびそれに対して行動するかどうかを制御します。
フィードバックを受け取るときに、アイデンティティを仕事から分離するにはどうすればよいですか?
人々は人間としてのあなたではなく、あなたの仕事を批判していることを覚えておいてください。このマインドセットの変化により、固定マインドセットから成長マインドセットに移ります。フィードバックセッション中に自分の感情を認識し、難しい一日を過ごしている場合は、フィードバックを脇に置き、より良い心理状態になったら対応してください。
フィードバックを受け取った後、ループを閉じるにはどうすればよいですか?
次に何をするかを明確に伝えてください。提案を実装すること、詳細情報を収集すること、または変更を加えないことを敬意を持って辞退することです。このアカウンタビリティにより、フィードバックを体系的に追跡でき、提供者に彼らの入力が価値があり、検討されたことを示します。