ITに携わっていなくても、ほぼ間違いなく何らかの方法でテクノロジーを使用します。スプレッドシートの作成、Webページの更新、データベースからの顧客情報の確認、またはメールの読み取りなどです。 そして、おそらくお気づきのように、技術は常に希望どおりに機能するとは限りません。 つまり、問題を解決するために技術チームと協力する必要がある場合があります。
ただし、このやり取りのいずれかを行ったことのある人なら誰でも知っているように、常にスムーズに進むとは限りません。 必要な支援を確実に受けられるようにし、技術専門家がいつでも喜んで支援できるようにするために、両当事者にとってうまく機能する方法でチームと通信するための実用的なヒントを以下に示します。
1.緊急事態
例： 「サイトはダウンしています！」
あなたのデジタル世界がクラッシュするか、あるいはあなたの会社のサーバーだけがクラッシュするかもしれません。 危機がどのようなものであっても、すぐに技術チームと連絡を取る必要があります。ただし、パニックに陥ったり、おかしくなったり、机をひっくり返したりすることはありません。 いいえ、これは非常に重要なので、正しい方法で行う必要があります。 つまり、できる限り迅速かつ明確に事実を技術チームに提出する必要があります。
ただし、そのメールをすべて大文字で送信する前、または日曜日の朝に開発者に電話する前に、一言注意してください。状況が実際に「生死」であることを確認してください。 。 言い換えれば、それはあなた、あなたの同僚、またはあなたの会社が顧客に適切にサービスを提供することを停止または深刻に妨げる問題ですか？ はい？ 続ける。 いや？ 深呼吸する。
緊急事態とは何かわからない？ 適切なポリシーがあるかどうか、上司に尋ねてください。もしそうなら、最悪の事態が発生した場合に従うための確立された手順。 これらのどちらも存在しない場合は、システムをセットアップする可能性について、テクニカルマネージャーまたはリードデベロッパーとクイックチャットをスケジュールします。 ITチームはあなたの興味に感謝するだけでなく、将来的に誤報が少なくなることを喜んでいるでしょう。 （技術愛好家でさえ、午後11時のサーバーの緊急事態を恐れています。）
2.内部バグ
例： 「次へボタンをクリックしても、次のページに移動しません。」
今回は、この問題はビジネスへの脅威ではありませんが、タスクの完了を困難にする不快な不具合です。 バグを回避することで1日を続けることができるかもしれませんが、単にそれを無視するべきではありません。
繰り返しになりますが、レポートの設定プロトコルに従ってください。 （そして、ナンバーワンに戻って、現在何も存在しない場合、レポートシステムをセットアップするのを手伝うことができます。）レポートを提出するとき、できるだけ多くの関連情報を含めることを忘れないでください。
夢のレポートには次のものが含まれます。
- あなたがやろうとしていたこと
- あなたがそれをしたときに何が起こったのか
- 使用していたデバイスとオペレーティングシステム
- 関係するソフトウェア
- 問題のスクリーンショット
この情報は書き出すのが面倒に感じるかもしれませんが、技術チームが問題をより迅速に診断するのに役立ちます。 ボーナスポイント（および問題の迅速な対処）が必要ですか？ 技術用語をブラッシュアップして、バグについて話します。 これにより、関係者全員が多くの当て推量を省くことができます。
3.緊急アップデート
例： 「クライアントは、ホームページを更新したEODが必要です。」
危機の中心に戻る。 しかし、今回は、 あなた がラッシュを開始している人です。 つまり、ITスタッフに特に注意する必要があります。 何をする必要があるかについて非常に明確にしてください。 また、いくつかの項目についてサポートが必要な場合は、すべてを同時に実行できない場合に備えて、各項目の優先順位をチームに知らせてください。
また、技術チームがすべてを提供してサービスを提供するよう要求する代わりに、変更を行うのにどれだけの時間が必要かを尋ねます。 すぐに実行できない場合は、タスクの緊急性を強調し（要点を覚えていますか？）、できるだけ早く完了するためにここにいることを明確にする必要があります。
また、何かが必要だからといって、常にそれが可能になるわけではないことを覚えておくことも重要です。 緊急の作業を行う前に、技術チームが期限のある別のプロジェクト（または2つまたは3つ）に取り組んでいたと常に考えてください。
はい、おそらくあなたはおそらくすぐに何かを行う必要がありますが、今のところ機能する一時的または迅速な修正（タイプミスや壊れたリンクの修正など）がありますか？ もしそうなら、それで行く。 次に、関係するすべての人のために機能するプロジェクトの残りのタイムラインを設定します。
4. A（小さな）提案
例： 「読者が自分のFacebookプロファイルを使用してブログにコメントする方法を作成する必要があります。」
あなたの会社のアプリやウェブサイトを改善すると思う賢いアイデアがありますか？ あなたは何かをしているかもしれません。 しかし、それはあなたが技術チームに急いで行き、あなたのアイデアを賞賛することを期待する必要があるという意味ではありません。 代わりに、あなたはそれにどのようにアプローチするかについて賢く、敬意を払う必要があります。
開発者またはデザイナーに、あなたのアイデアを実装する価値があると思う理由を知らせてください（「当社のマーケティングチームは、お客様がFacebookでどれだけ活発に活動しているかについての統計情報を共有しました。 しかし、同時に、誰もが直面している時間とお金の制限に留意してください。 また、ITプロフェッショナルの知識と意見を尊重することを忘れないでください。 すべての正しい答えをすでに知っているように聞こえるのを避けるために、「すべき」ではなく「可能」を使用することを検討してください。
また、これらの種類のアイデアを思い付くことが仕事の通常の部分である場合、開発または設計について学習してみてください。 いくつかの基本的な知識でさえ、より有用で現実的な提案をするのに役立ちます。
5.大きなアイデア
例： 「ホームページ全体の再設計はどうですか？」
時々、物事を揺さぶりたいと思うでしょう。 そして、部外者としてのあなたの洞察は、（時には）会社の戦略やブランドをリフレッシュするために必要なものになります。
しかし、あなたの革命的な衝動に流されないでください。 繰り返しますが、変更が必要であると考える理由を設計または開発チームに伝える必要があります。 そして、これはあなたが話している大規模なオーバーホールであるため、それを実現するために必要な費用と時間を正当化する準備をする必要があります。
あなたが助ける方法を見つけることができれば、アイデアをより魅力的にすることができます。 たぶん、あなたはベータテスターになることができます。 または、コピーを書くことができます。 または、おそらく、技術チームにインターンを貸して、プロセスのいくつかの（より単純な）側面の研究を支援することができます。 提案する方法はどれでも負荷を軽減します。つまり、大きなアイデアがより迅速に現実のものになります。
必要なのが時間に敏感なタスクであろうと、改善のための創造的な提案であろうと、支援が必要なときに技術チームにアプローチする方法を知ることで、仕事がより簡単になり、全員がよりうまく連携できるようになります。みんなにストレスを与えます。
