フィードバックに関するベストセラー本のポイントまとめ

まず、著者について紹介します

DouglasとSheilaはともにHarvard Law SchoolのLecture（法学講師）であり、Triad Consultingの共同創設者です。彼らはホワイトハウス・Citigroup・Honda・Johnson & Johnson・Time Warner・Unileverなど非常に大きな組織と仕事をしてきました。つまり、重要な人々とともに大きなプレイヤーと仕事をし、フィードバックを受け取ってきた豊富な経験があります。彼らはその経験を活かして、フィードバックの提供と受け取りについての消化しやすく包括的な考察にまとめることにしました。本書から私の8つのポイントをご紹介します。

これらのフィードバックの原則は、Adalo（Adaloはデータベース駆動型のウェブアプリとネイティブiOS・Androidアプリのためのノーコードアプリビルダーで、一つのプロジェクトからApple App StoreとGoogle Playの両方に公開できます）のようなツールを使って自分のアプリを構築・公開しているクリエイターには特に価値があります。アプリを開発しているとき、ユーザーやステークホルダーからのフィードバックは、人々が実際に使いたいものを作るために不可欠になります。

レッスン1：フィードバックについて葛藤を感じても落ち込まないでください

本書は人間とフィードバックがどのように共に進化してきたかを振り返ることから始まります。人間を他の動物と区別する重要な側面の一つは、私たちの自然な好奇心と新しいことを学びたいという欲求です。これは私たちがフィードバックを好むべきことを意味します。それは新しいことを学ぶのに役立ちます！ですよね？

そうですが、では私たちはなぜそうしないのでしょうか？それは別の力——群れに属したいという欲求——が競合しているからです。私たちはそれに従うようにプログラムされています。この二つ目の力は学びたいという欲求と直接競合しています。人間は社会的生き物であり、否定的なフィードバックを受け取ると、それを自分が群れに属していないサインとして受け取ります。

フィードバックを求めることに葛藤を感じても落ち込まないでください。私たちはそのようにできているのです。この内的な葛藤を理解することが、仕事・アイデア・構築中のアプリについてのフィードバックを受け取ることが上手になる第一歩です。

レッスン2：フィードバックで最も重要な役割は受け取る人

これは当然のことのように聞こえるかもしれませんが、フィードバックのプロセスには実際には2つの当事者が関わっています：提供者と受け取る人です。DouglasとSheilaは最も重要な当事者は受け取る人だと主張します。なぜなら、フィードバックを理解する責任は受け取る人にあるからです。つまり、フィードバックを求めている人は、言われたことに同意しない場合（誰でも時々そうなりますが）、提供者を責めることはできません——その人が何を意味したかを理解するのはあなたの仕事です。

フィードバックを理解する責任に加えて、フィードバックをどうするかを選ぶのも受け取る人の仕事です。「それは違う！上司が指示する」と叫んでいる人もいるかもしれませんが——結局のところ、フィードバックを求めている人がその仕事をしている人なので、コントロールしているのはその人だということを覚えておく必要があります。HiPPO（最も高給な人の意見）に振り回されないように！

フィードバック提供者がどれだけの権限や力を持っていても関係ありません。受け取る人は何を受け入れるか、聞いていることをどう理解するか、そして反応するかどうかをコントロールしています。

この原則は、プレゼンテーション・ビジネス戦略・構築したアプリについてのフィードバックを受け取る場合でも同様に当てはまります。受け取る人が最終的にどの変更を行い、どの提案を実施するかを決定します。

レッスン3：素晴らしいフィードバックを妨げる3つのトリガーを知ることが重要

DouglasとSheilaは何年も難しいフィードバックの会話を研究し、否定的なフィードバックを受け取ったときに私たちをトリガーする3つのことを特定しました：

真実トリガー：フィードバックが真実でないと思ったとき、無視してしまう（さようなら！）
関係トリガー：フィードバックを与える人を否定的に見ているとき、無視してしまう（またね！）
アイデンティティトリガー：フィードバックが自分のアイデンティティに影響するほど個人的に感じるとき（「それは違う。私はそのユーザーのことを気にかけている」）、無視してしまう（またいつか！）

本書はその後、これら3つのトリガーを防ぐ方法を見ていく3つのパートに分かれています。これらのトリガーを理解することは、定期的にフィードバックを受け取る誰にとっても——つまりプロの環境にいるほぼ全員にとって——不可欠です。

レッスン4：[真実トリガーの防止] 同意しないことを理解する

私たちは皆、間違っていると思うフィードバックをもらったことがあります。時にそのフィードバックは単純に真実ではありませんが、DouglasとSheilaはほとんどの場合、実際には真実だと言います——私たちがただ理解していないだけです。真実トリガーを防ぐには、まずフィードバックを評価する前に真に理解していることを確認しなければなりません。

フィードバックを与えた人がなぜそのように考えたのでしょうか？彼らには私たちが見えていないものが見えているのでしょうか？まだ理解または同意できない場合は、より多くの情報を求め続け、別の場面でフォローアップしなければなりません。

さらに、この理解のプロセスの一環として、自分自身の行動を振り返る必要があります。プレゼン中に重要な情報を省略したかもしれないし、最初に誰かを怒らせて感情的な反応を引き起こしたかもしれません。自分の行動を見直すことで同じページに立てるようになります。

フィードバックが正しいか間違っているかを判断する前に、まず理解しなければなりません。それはかなり明白なように聞こえますが、実際には私たちはたいてい理解を省略して即座の判断に飛び込んでしまいます。

これは特に製品やアプリを構築する際に重要です。ユーザーフィードバックは最初は的外れに見えるかもしれませんが、内側からは見えなかったデザインの盲点をしばしば明らかにします。

レッスン5：[関係トリガーの防止] 提供者との関係を理解する

これは大きなポイントです。すべてのフィードバックの会話において、あなたとフィードバックを与える人との間にダイナミクスがあります。相手はCEOかもしれないし、夏のインターンかもしれません。あるいはいつも気に障ることをするコワーカーかもしれません。

しかし、誰かが好きでないからといって、あるいは経験が少ないからといって、彼らの考えが間違っているとは言えません。このような偏見を止めるには、自分自身に正直になり、フィードバックを与えてくれる人について自分がどう感じているかを理解する必要があります。自分の偏見を理解すれば、それを乗り越えることができます。

考えてみてください：アプリへの最も価値のあるフィードバックのいくつかは、技術に精通していない人や、あなたが予期しない方法で製品にアプローチする人から来るかもしれません。彼らの視点は、あなたとは異なっていても、パワーユーザーが決して気づかないような使いやすさの問題をしばしば明らかにします。

レッスン6：[私のお気に入り！] 「スイッチトラッキング」を避ける

「関係トリガー」のパートで、DouglasとSheilaは「スイッチトラッキング」と呼ぶ概念を持ち出します。この概念は関係だけにとどまらないほど重要で広範なため、独自のトリガーになるべきだと実際に思います。

スイッチトラッキングとは、あるフィードバックのポイントを議論しているときに、別のポイントが最初のものが解決される前に会話にこっそり入り込んでくることです。この時点で、一つの会話で2つの異なる問題について話し合っています。そして2つの問題で止まらないことが多いです。これだけ多くのことが起きていると、フィードバックを整理することが難しくなります。

この概念を紹介されてから、それがどれほど頻繁に起きているかに気づかされ——だからこそ彼らが勧める解決策にとても感謝しています。「スイッチトラッキング」を止めるには：

すぐに会話を一時停止する
話し合っている異なる問題をすべてに知らせる
一度に一つの問題に絞って会話を進める

このテクニックはフィードバックセッションが複数の機能・バグ・デザインの決定について同時に議論に発展しやすい製品開発の会議では非常に価値があります。一度に一つの問題に会話を絞ることで、より明確な解決と良い結果につながります。

レッスン7：[アイデンティティトリガーの防止] 自分と自分の仕事の違いを理解する

あなたが建築家で、障害者への配慮を持つ人物と自己認識しているとしましょう。しかしフィードバックセッションで、誰かがあなたが建物の計画にアクセシビリティを考慮しなかったと言います——つまり障害者を気にかけていないことを示唆します。これはあなたの核心を突きます。同僚にそう思われたくない！だから自分を閉ざし、それ以上のフィードバックを求めるのをやめます。

ここで態度の調整が必要です。人々はあなたではなく、あなたの仕事を批評していることを覚えなければなりません。この態度変換により固定型マインドセットから成長型マインドセットへと移行します。成長型マインドセットで、フィードバックセッション中の自分の感情に気づき始めます。

時には最悪な一日を過ごしていることもあり、それは仕方がないことですが、このネガティブな態度がどのように反応するかに影響することを知っておいてください。フィードバックを脇に置いておき、気分が良くなってから反応しましょう。

フィードバックの受け取り手として、私たちは常にフィードバックをコーチングと評価の箱に分類しています。あなたの箱の選択は生産的なフィードバックを取り込む能力に大きな違いをもたらします。理由はこうです：アイデンティティは評価によってトリガーされやすいですが、コーチングによってははるかに脅威を感じません。

この区別はクリエイターとビルダーにとって重要です。誰かがあなたのアプリ・デザイン・ビジネスアイデアを批評するとき、あなたが悪い人や無能だと言っているのではありません——仕事自体についての観察を提供しているのです。自分のアイデンティティと出力物を切り離すことで、フィードバックを明確に聞き、建設的に活用できます。

レッスン8：計画を立て、ループを閉じる

本書の最後のパートには多くの素晴らしい洞察が詰まっていますが、他の3つのセクションほど整理されていません。最後から私の主なポイントは受け取る人が次に何をするかを明確に伝える必要があるということです。それは次のようなことかもしれません：

フィードバックを断る
次に何をするかを判断するためにもっと情報が必要だと決める
提供者が提案した変更を行うことにする

これはかなり明白に聞こえますが、これだけ多くのフィードバックが押し寄せてくると、忘れがちです。ループを閉じることは2つの目的を果たします：受け取ったフィードバックに対して自分を説明責任を持たせ、たとえ最終的に行動しないことにしても、提供者がその入力が評価され考慮されたことを示します。

アプリ開発では、これはユーザーの提案を追跡し、各提案の評価と変更を実施するかどうかの決定を記録するフィードバックログを作成することに似ています。このシステマティックなアプローチにより、何も見落とさず、実際のユーザーニーズに基づいて改善を優先できます。

フィードバックの原則をアプリ構築に適用する

これらのフィードバックの原則は、実際のユーザーが対話する製品を構築しているときに特に価値を持ちます。内部チーム向けのツールを作っているのか、消費者向けアプリを作っているのかにかかわらず、ユーザーフィードバックは製品改善の生命線です。

現代のアプリビルダーにより、フィードバックメカニズムを製品に直接組み込むことがかつてないほど簡単になりました。アンケート・コメントセクション・評価システム・ユーザー入力フォームを追加し、ユーザーの入力を体系的に収集・整理・対応するのに役立てることができます。最初からこれらのフィードバックループをアプリに組み込むことで、継続的な改善サイクルが生まれます。

AIパワードのアプリビルダーAdaloは、コードを書かずにこれらのフィードバック収集機能を作成できます。プラットフォームで300万以上のアプリが作成されており、ビルダーたちは早期かつ頻繁にユーザーフィードバックを取り入れることがより良い製品につながることを発見しています。「PowerPointほど簡単」と描写されるドラッグアンドドロップインターフェースにより、ユーザーの声に基づいて素早く反復できます。

重要なのは、DouglasとSheilaが推奨するのと同じようにユーザーフィードバックを扱うことです：評価する前に完全に理解し、自分の偏見を認識し、複数の問題間でスイッチトラッキングを避け、自分のアイデンティティと仕事を切り離す。

最後に

全体として、本書は非常に素晴らしい読み物でした。新しいアイデアと自分自身のフィードバックプロセスにすでに実装した実行可能なポイントで溢れていました。本書への主な不満は、時として個人のフィードバックプロセスに過度に焦点を当てており、組織レベルでフィードバックをより上手にする方法に取り組んでいなかったことです。

とは言え、フィードバックへの詳細な考察は私が読んだ同トピックの他のどの本よりもはるかに徹底的です。仕事でフィードバックを毎週受け取っている場合（ほとんどの人がある形でそうしていますが）、この本を手に取ることを強くお勧めします。投稿でカバーする時間がなかった概念が確かにもっとありました。

最後に、本書から私のお気に入りの引用を残します：

効果的な主張は重要なマインドセットの転換にかかっています：あなたは提供者があなたが正しいと納得させようとしているのではありません。彼らの真実をあなたの真実で置き換えようとしているのでもありません。代わりに、あなたは「欠けているもの」を加えているのです。そして最も頻繁に欠けているのはあなたのデータ・解釈・気持ちです。

FAQ

他のアプリ構築ソリューションではなくAdaloを選ぶ理由は？

Adaloは単一のコードベースからiOSとAndroidの真のネイティブアプリを作成するAIパワードのアプリビルダーです。ウェブラッパーとは異なり、ネイティブコードにコンパイルし、Apple App StoreとGoogle Play Storeの両方に直接公開します。有料プランでは無制限のデータベースレコードと使用量ベースの課金がないため、アプリの成長に応じた予想外のコストに直面しません。

App Storeにアプリを構築・公開する最速の方法は？

AdaloのAIビルダー「Ada」は、あなたが望むものを説明するとアプリを生成します。Magic Startは説明文から完全なアプリの基盤を作成し、Magic Addは自然言語で機能を追加します。AdaloのドラッグアンドドロップインターフェースとAIアシスト構築により、アイデアから公開済みアプリまで数ヶ月ではなく数日で実現できます。Magic Startはシンプルな説明から完全なアプリの基盤を生成し、プラットフォームが複雑なApp Store申請プロセスを処理するため、アプリの機能とユーザー体験に集中できます。

ユーザーフィードバック機能を組み込んだアプリを簡単に構築できるか？

はい、Adaloを使えばアンケート・コメントセクション・評価システム・ユーザー入力フォームなどの充実したフィードバック機能を備えたアプリを簡単に構築できます。コードを書かずにユーザーの入力を収集・整理・対応するためのデータベース駆動型のフィードバックループを作成できます。

素晴らしいフィードバックの受け取りを妨げる3つのトリガーは何か？

本書によると、3つの主なトリガーがあります：真実トリガー（フィードバックが真実でないと思って無視するとき）・関係トリガー（フィードバック提供者を否定的に見て入力を無視するとき）・アイデンティティトリガー（フィードバックが個人的に感じてアイデンティティを疑問視するとき）。これらのトリガーを理解することがそれらを克服する第一歩です。

「スイッチトラッキング」とは何か、どのように避けられるか？

スイッチトラッキングは、最初の問題が解決される前に複数の問題がフィードバックの会話に入り込んでくると、どのトピックも徹底的に対処することが難しくなる状況です。それを防ぐには、すぐに会話を一時停止し、議論されているすべての異なる問題を特定し、各問題を別々に体系的に対処してください。

なぜ受け取る人がフィードバックで最も重要な役割と見なされるか？

受け取る人が最も重要なのは、フィードバックを理解してどうするかを選ぶ責任があるからです。フィードバックを提供した人の権限レベルに関係なく、受け取る人が最終的に何を受け入れ、どのように解釈し、行動するかをコントロールしています。

フィードバックを受け取るとき、どのように自分のアイデンティティと仕事を切り離すか？

人々はあなた個人ではなく、あなたの仕事を批評していることを覚えておいてください。このマインドセットの転換により固定型マインドセットから成長型マインドセットへと移行します。フィードバックセッション中の自分の感情に気づき、もし辛い一日を過ごしているなら、フィードバックを脇に置いておき、気分が良くなってから反応しましょう。

フィードバックを受け取った後、どのようにループを閉じるか？

提案を実施する・より多くの情報を収集する・変更を丁重に断るのいずれかを問わず、次に何をするかを明確に伝えてください。この説明責任により体系的にフィードバックを追跡し、提供者がその入力が評価され考慮されたことを示します。

フィードバックに関するベストセラー本を読む時間がない？任せてください。