ボタン思考と全体的なIT製品

この記事は、私の個人的な痛みの表現です。 プッシュボタンソリューションは私の人生を台無しにします、私は紛争と正当化に時間を費やします。

同僚、顧客、またはユーザーと通信するとき、「ボタン思考」というフレーズを使用します。 この用語はどういう意味ですか？ 現在の記事は、この質問に対する詳細な回答です。

私は「スクリーン思考」またはボタン思考と同義の時期尚早な概念化を検討します。 練習から10個の例のボタンで思考を開きます。 そして、ここで最初に、おそらくすべての人に起こった物語です。 あなたが来て、サイトでのコンバージョンの減少について話していると想像してください。 そしてすぐに：「購入ボタンを大きく、明るくしましょう！」。 どうした ビジネスに問題がありました。 詳細に飛び込むのではなく、理由を調べるのではなく、ボタンのサイズで遊んでください。 そのような場合、私はボタン思考について話しています。

読むよりも見るのが好きな人のために、 ビデオとスライドがあります。

誰がプッシュボタンのアイデアを生み出しますか

実践により、プッシュボタンソリューションには3種類の人的要因があることがわかっています。 チームのすべてのメンバーががらくたをすることができるので、それはプロジェクトの特定のポジションについてではありません。 プログラマー、QA、デザイナー、顧客、投資家、エンドユーザーは、潜在的なボタンメーカーです。

1.トロピジー

顧客が問題を引き起こす状況を想像してください。 彼はこの問題をトロピガと共有しています。 トロピガはそれに応じて何をしますか？ 彼は、顧客が答えを待っているかのように、すぐにプレッシャーを感じます。 顧客の質問の後、一時停止がありますが、私の頭には答えがありません。緊張が高まります。 トロピガは、彼の想像力で、顧客が貧しい仲間を無能だと非難する方法をすでに見ています。 したがって、顧客には時期尚早で思慮のない決定が与えられます。

急病に気付いたらどうしますか？ まず、すべての答えを知ることは不可能であることを認識してください。 その場で思いつくことは、プロ意識の表れではありません。 第二に、交渉や会議で一時停止することが標準です。 休憩して、考えに行きましょう。 オプション、それぞれのリスク、賛否両論をお持ちください。

2.再販

ReshalsはIT犬を食べたプロたちです。 尋ねる-彼らはすぐに答えます。 深刻なプロジェクトと数十年の経験があるという事実ではありませんが。

Reshalaにとって、入ってくる問題とタスクは典型的なものと見なされ、すでに解決されています。 Cynefin Frameworkフレームワークによると、 Reshalsは、明らかに複雑な世界で最大の世界をObviousボックスに表示します。 つまり それらのソリューションの準備ができたら、問題のカテゴリを選択するだけです。

Reshalsは、顧客に解決済みのソリューションを提示し、新しいタスクで成長する機会を奪います。

顧客ソルバーは、 ペット機能を製品にプッシュするのが大好きなので、ソルバー開発者よりも悪かった。

3.救助者

突然、頭から膝を上がらず、チームをリードしなければ、プロジェクト、製品、さらには会社の終theを感じます。 彼は救い主の役割を引き受け、旗を掲げ、人々を導きます。 救助者は、特別な狂信的な押しボタンを考えます。

はい、これは状況に応じたリーダーシップであり、柔軟な開発アプローチではこれについて多くのことが言われています。 はい、そうです。 すべての状況リーダーシップが同等に役立つわけではありません。 上昇中に人が他の人の声を聞いて状況を適切に評価しなくなると、問題が発生します。 彼の決定は最後通告になり始め、彼は戦争にあり、彼は救世主であり、彼は運命を作ります。

プロジェクトで救い主に気づいた場合、この状態から人を引き出そうとしてください。 ゆっくりだが難しいが、早ければ早いほど良い。 それから彼自身は情熱の状態でなされた彼の決定から悲しむでしょう。

私は強力なボタンジェネレーターです

私は自分のどの部分にアタッチするのかわかりませんが、私自身はボタンとクイックフィックスの素晴らしいジェネレーターです。 10年の経験と脳の速度は、私の真実を疑わせません。 私はひどいスピードと喜びで決めます。

確かに、世の中には鋼鉄の意志を持った生きたITスタッフがいます。 彼らは自分自身を厳しい制限内に保つことができます;彼らはレシャラや救い主の役割に陥ることはありません。 私はこれらに所属せず、定期的に役割の1つに、時にはそれらの組み合わせでスリップします。

これに気づいたとき、私は頬を叩き、ピンで刺して決定を阻止します。 常に成功するとは限りません。 まだトレーニングをしていますが、時間が経つにつれて良くなるようです。

ユーザーストーリーとトリッキーな製品所有者の模倣

ボタン思考のソースを見つけました。 それでは、それらをどうするかを考えてみましょう。 なぜ再販を操縦するのですか？ 表面的なアイデアを捨ててみませんか？ あなた自身の決定から何を保護しますか？

フィルターとしてのユーザーストーリー

ボタンのアイデアを手放さないフィルターについて考えたとき、 ユーザーストーリーが思い浮かびました。 ByndyuSoftでは、ストーリーを使用して日常業務のプロジェクト目標を形成しています。 ユーザーストーリーの強みは、価値を説明することを強制することです。 履歴には値がありません-インターフェースに余分なボタンはありません。

作業は次のように構成されています。 アイデアを作品に持ち込み、ユーザーストーリーとして説明します。 「だから何？」という質問に答えてください。

Excelのレポートアップロードボタンが必要ですか。 わかりました 安全のために？ ゴミ箱で、仕事に連れて行かないでください。

会計士オリヤは、彼女がそれがとても好きだと言った？ ゴミ箱で、仕事に連れて行かないでください。

あなたはエコノミスト部門内で相談し、インターフェースにボタンを描いたのですが、それを追加したいと思いますか？ それで何？ それはあなたのアイデアであり、あなたはそれが好きだから？ ゴミ箱で、仕事に連れて行かないでください。

あなたは顧客ですか、それを見ていますか？ 他に「そう」はありませんか？ ゴミ箱で、仕事に連れて行かないでください。 （ Pet Featureを実装することもありますが、最初にリスクについて話し、このベンチャーの無益さを示します）。

トリッキーな製品所有者

ユーザーストーリーは、ボタンのアイデアを厳格に排除します。 実際に実証済み。 しかし、ここで問題の裏側が表示されます。 プロダクトオーナーと利害関係者は、「だから何？」という質問への答えを探す必要があるため、ユーザーストーリーを理解していないことに気付きました。 ペットフィーチャーを持ってきたら難しいです。 難しいが、本当にしたい。

製品の所有者は、新しい目標設定モデルに同調しました。 彼らはこのゲームをすることを学びました。

私は法人顧客として
キャッシュフロー計算書をダウンロードしたい
残高がマイナスになるのを確認するには

経験の浅い開発者または設計者は、このストーリーを適切なものとして取り上げます。 しかし、彼女を注意深く見てください。 このストーリーを読み直し、プロダクトオーナーに対してどのような質問があるかを理解してください。

まず、ダウンロードしたレポートの今後の寿命について質問します。 このレポートをダウンロードしたユーザーの寿命について。 彼はレポートで何を見つけますか？ どのような助けを借りてそれを見つけますか？ 彼はどのようにして必要なものを不要なものから分離するのでしょうか？

ユーザーストーリーをまねる

ユーザーストーリーの形式は尊重されますが、ダイビングや追加の質問なしで作業を行うことはできません。 掘り、問題の根本を探します。 5つの理由を使用して、未解決の質問をします。 時間が経つにつれて、問題の根本を見つけ、ユーザーストーリーに記述します。

私は法人顧客として
アカウントの状態がわからないため、マイナスになります
したい ...
に ...

レポートのダウンロードによってボタンソリューションがどこから来たのかがわかったため、すでに改善されています。 これで、クライアントがアカウント情報をすぐに受け取らないと、クライアントがお金を失っていることがわかります。

次のステップは、この問題を解決するために、法人顧客の生活をどのように変えるかを理解することです。 ユーザーストーリーを改善するためのクイックアイデアのGojko Adzicは、ユーザーがリリース前の生活とリリース後の癒しとの間にデルタをユーザーストーリーに記述することが最善であることを示しています。 次のストーリーがあります：

私は法人顧客として
アカウントの状態がわからないので、マイナスにしよう
バランスが非常に低い場合、仕事を止めたい
お金を失わないために

残高がマイナスになったら、ユーザーの作業とお金の無駄を停止します。 ユーザーに申し出をするとき、ユーザーは仕事を自動的に停止することはできないと考えています。 ユーザーにとって、お金を失う痛みは非常に強いため、レポートのダウンロードを思いついたので、レポートを見る準備ができており、マイナス残高に関する質問の答えを探してください。

ユーザーストーリーの最新バージョンでは、ボタンソリューションは削除されました。 根本的な問題が発見されました。 根本的な問題を解決する解決策が提案されています。 リリース後に恩恵を受ける機会があり、別のレポートをダウンロードするための別のボタンを追加しませんでした。

時期尚早のソリューション

一部の人々は、ソリューションを曖昧にすることを望んでいません。 彼らは自分のゲームや脳輪をプレイしているようです。 彼らは質問を待っており、スピードのソリューションを提供します。

性急な解決策では、問題とアイデアの間に盲点が生じます。 推論と結論の連鎖は舞台裏のままです。

私たちは1つの決定を下すのではなく、問題の根本を掘り、俳優を特定します。 目標、キャラクター、問題の根本からの道を切り開いた後、プッシュボタンソリューションは以前の強さを失います。

根本的な問題や必要性を見た後、私たちは多くの可能な解決策を投げ出します：

選択が表示されるようになりましたが、選択自体を行うのは難しいことに注意してください。 私は、人々が最初の解決策で意図的に停止するという仮定を持っていますが、それは適切だと思われます。 結局のところ、さらに進んだ場合は、各決定のリスク、長所と短所を選択し、評価する必要があり、作業が追加されます。 さらに、選択の幅が広いほど、最終決定の喜びが少なくなります。

深い掘削の問題は高価であり、誰もこの沼を求めません。 しかし、有用なソリューションを作成する場合、私たちは自分自身を圧倒し、死角を開きます。

ライフストーリー：

• 事例：ナローイングビジョン
  計画中のリリース。 プロダクトオーナーは、「...をメールで送信できます」という単語で文を終了します。 あるフレーズでは問題が1つの解決策に絞り込まれたので、私はすぐに議論を止めます。 必要性の根源を止めて発掘しました。 送信する理由 なぜ郵便で？ 結局のところ、ユーザーに情報を伝えるために多くの方法が考案されています。 その結果、彼らは更新について顧客に伝える5つの方法を提供しました。 ヒント：問題を1つのソリューションに絞り込むことは避けてください。
  
• ケース：問題解決なし
  新しい顧客がIT製品の近代化について話し合っています。 彼は製品について話しながら、問題を思い出します-顧客はマイナスに行き、支払いなしでリソースを使い果たします。 サービスは、操作が完了するとお金がかかりますが、事前にコストを予測することは不可能です。 顧客が語りかけると、アイデアが訪れます-アクセスを断ち切り、結果なしでクライアントを離れます。
  議論は中断され、ユーザーの問題が明らかになりました。 ユーザーは、各瞬間にどれだけのお金が残っているのか理解していないため、すぐに意思決定を下すことができないことが判明しました。 オンラインで変更するコストと現在の残高を表示することを提案しました。 顧客は驚いて言った：そして何がそんなに可能か？
  

1000行のコードはいくらですか？

店内のシーンを想像してください。 かごの中の製品を受け取り、チェックアウトに行きました。 レジ係は商品をたたき、果物と野菜の重量を量りました。 製品の購入の典型的な状況。

IT製品を作成するときの1対1のシーン。 あなたはレジに座って、顧客には機能とソリューションのバスケットが付いてきます。 あなたは評価し、重さを計り、彼に費用を伝えます。

店に戻って状況を再現しましょう。 あなたはチェックアウトに行き、購入品を出します。 販売者は次のように述べています。「うさぎはシェディ・レディのトマトをウサギのシチューに使った。 この品種は甘すぎて、シチューには向いていません。 星の王子さまを選んでください。シチューは最高です。」

何が変わったのか見てみましょう。 なぜあなたはレジに感謝し、彼を抱きしめたいのですか？ 彼はあなたの目的を認めました。 その後、彼はあなたを目標に向かって動かすソリューションを提案しましたが、提案されたソリューションに黙って同意しませんでした。 この店での購入価値は増大し、満足度は向上しました。もう一度この店に来てください。

ITに戻りましょう。 目標を特定し、目標を達成するためのパスを理解し、ソリューションの選択肢を形成するには、 インパクトマッピングをお勧めします。

この手法は数日で研究されています。 Impact Mappingを使用して、ソリューションから目標への道を開き、意思決定とパスに優先順位を付け、ビジネスとチームからもたらされるペット機能を切り離します。 唯一の難しさは、インパクトマッピングの作成プロセスであり、ファシリテーションスキルが必要です。

ライフストーリー：

• ケース：追加のポップアップが必要
  社内のIT部門を想像してください。 マーケティング、経済学などの責任者がIT部門のタスクを設定します。 POSの責任者である上司が到着し、職場で10分ごとにポップアップメッセージを追加するタスクを設定します。 労働者と地元の従業員は、従業員がその場にいるかどうかを理解するために、モーダルウィンドウで10分ごとに[OK]をクリックする必要があります。 タスクをタスクとして、IT部門が引き受けて実行しました。 時間が経ちました。 フィールドワーカーは、イノベーションを理解するようになりました。
  
  マーケティングマネージャーはIT部門に来て、従業員が外出してリーフレットを配布できるように、ポップアップメッセージの追加を要求しました。 アイデアに関するメッセージが30分ごとにポップアップし、その結果、売り上げが増加するはずです。 タスクをタスクとして、IT部門が引き受けて実行しました。
  
  地上では、これにより物議を醸すシナリオが発生しました。 外出してリーフレットを配布する必要があるというメッセージが従業員に表示されます。 彼は外に出て、配ります、そして、このとき、メッセージがポップアップします：「あなたは場所にいますか？」。
  
  なぜこれが起こったのですか？ 誰もシステムの整合性を制御しませんでした。 マルチヘッドプロダクトオーナーがタスクをもたらし、開発者が問題なくタスクを引き受けました。
  
• ケース：なぜですか？
  顧客は宅配便の申し込みをするというアイデアを持って来ました。 顧客は連邦企業であり、全国に数百の支店があります。 製品の目的は、宅配便業者の仕事を最適化することです。
  
  私たちと一緒に仕事をする前に、プロジェクトには6ヶ月の歴史がありました。 TKは顧客に対して作成され、モバイルクライアントの一部は実装されましたが、サーバーの一部は作成されませんでした。 この話で、顧客は私たちのところに来ました。 私たちはプロセスの中でプロジェクトを開始しましたが、カスタマージャーニーマッピングが終了するまでに、それはカスタマーに現れました。 彼らはビジネスモデルを変え、一連のビジネス実験を開始し、3ヶ月で私たちに戻ると約束しました。 私たちはこれを成功と考えています 役に立たない製品に時間を費やすことはできません。
  

目標のない動き

目標の策定に続きます。 IT部門またはIT製品の目標が策定されていない場合、これはボタンソリューションの肥沃な基盤です。 Zhvanetskyの独白からのフレーズを言い換えると：目標がなければ、どこへ行っても「進む」ことができます。

タスクを取るとき、タスクのコストを、タスクが目標を達成するのに与える効果と比較します。 そして、目標がなければ？ したがって、測定するものは何もありません。 これらのタスクを実装するのは楽しいので、これにより、タスクが実現したときに作業スタイルが生まれます。 このような開発部門では、生活が本格化し、機能が追加され、継続的なリリースが進行中です。 この急速な移動により、結果は変わりません。

ライフストーリー：

• ケース：できるから見せます
  この製品は、ロシアのトップeコマースのパートナー向けのSaaSツールです。 お客様のIT部門との対話：
  「インターフェイスで契約を取得しましょう」と顧客側の開発者は言います。
  -何に？ -私たちは答えます。
  -それらはすでにデータベースにあり、簡単に表示できます。
  -これは製品目標の達成にどのように役立ちますか？
  -契約がなければ支払いは不可能です！
  -支払いをするには、製品の使用を開始する必要がありますが、まだ存在していません。
  
  このような場合、プロジェクトの目標に戻り、インパクトマッピングでフィルタリングすることのみが役立ちます。
  

自己反省と心の安らぎ

あなたの神経を保護するために、ボタン思考と戦うために開発された戦略を共有します：

1. ボタンのアイデアを思いついたら、なぜそのような解決策をもたらしたのか、なぜそれが気に入らないのか、どの質問が問題の根本を明らかにするのかを自問してください。 その後だけ話を始めます。
2. プッシュボタンのアイデアで同僚は悪ではないことを理解してください。 誰も害したり妨害したりすることを望みません。 誰もが利益を得ようとしています。
3. タスクではなくビジネス目標を達成するレベルで管理する
4. ソリューションを提供せずに、チームに挑戦する
5. 短い反復（1週間以下）を行い、チームとクライアントから常にフィードバックを収集する
6. 可能な限り早期にアイデアを検証し、実装フェーズの前にアイデアを殺す

推奨事項も平凡で効果的です。 仕事で私を助けます。

あなたの後ろに考えているボタンに注意してください、同僚に気づいて、顧客に伝えて、ユーザー要求で働くことを学んでください。 病気を克服する上でお互いを助けます。 コメントにあなたのストーリーを書いて、一緒に間違ったことを笑い、正しいことを目指しましょう。

UPD：この記事を英語のブログhttps://medium.com/@alexander.byndyu/button-thinking-versus-consistent-it-product-3f5c6341cda2に翻訳しました