はじめに
エンジニアとして仕事をしてると「チャットコミュニケーションは大事です」と言う人がいますが、私がクライアントと1年ほどやりとりする中でみがいた、やりとり方法を以下に整理してみます。
結論、以下の5つを意識しています。
- 結論ファースト
- 選択肢を提示する
- それぞれのメリデメを伝える
- 自分の意見を入れる
- クローズ依頼する
1. 結論ファースト
当たり前ですが、結論ファーストは大事です。
まずこれができるだけで言いたいことが伝わりますし、相手も次の文章を読みたくなります。
2. 選択肢を提示する
選択肢を数字で提示しましょう。
具体的には以下です。
〇〇に関して、対応方法は3つあります。
## 1
対応1の内容
## 2
対応2の内容
## 3
対応3の内容
3. それぞれのメリデメを伝える
それぞれのメリット・デメリットを記載しましょう。
具体的には以下です。
〇〇に関して、対応方法は3つあります。
## 1
対応1の内容
対応1のメリットは〇〇です。
対応1のデメリットは〇〇です。
## 2
対応2の内容
対応2のメリットは〇〇です。
対応2のデメリットは〇〇です。
## 3
対応3の内容
対応3のメリットは〇〇です。
対応3のデメリットは〇〇です。
長文になってしまう場合は以下のように表にまとめても良いです。
対応案とそれぞれのメリット・デメリットを以下にまとめます。
| 対応 | メリット | デメリット |
| ----- | --------------- | ----------------- |
| 対応1 | 対応1のメリット | 対応1のデメリット |
| 対応2 | 対応2のメリット | 対応2のデメリット |
| 対応3 | 対応3のメリット | 対応3のデメリット |
4. 自分の意見を入れる
これが大事ですが、自分はどの選択肢が良いかを伝えましょう。
理由は、自分の意見があるとやりとりが少し減るからです。
具体的には以下です。
自分:「A案、B案、C案があり、メリットデメリットは〇〇です。私はA案が良いと考えますがいかがでしょうか」
相手:「承知いたしました。私もA案で問題ございません」
自分:「承知いたしました。それではタスクをクローズさせていただきます」
5. クローズ依頼する
これも大事なのですが、自分の意見で問題なければチケットなりタスクをクローズするよう依頼しましょう。
具体的には以下です。
自分:「A案、B案、C案があり、メリットデメリットは〇〇です。私はA案が良いと考えますがいかがでしょうか。また、問題なければタスク・チケットをクローズしていただけると幸いです。」
相手:「A案で問題ございません。それではクローズいたします。」
終わりに
エンジニアとして仕事をしてるとチャットコミュニケーションが多いと思います。
相手の負担を最小限にするとか、分かりやすい文章を書くとかも大事ですが、本質的には短時間でやりとりを終えるためにはどうすれば良いかを考えるのが良いです。
これを中心に考えると、必然的に文章をわかりやすくしたり相手から回答を1発でもらうためにどうすれば良いかを考えられるようになるはずです。