カラーシングで曲をリクエストされたら｜消耗しない受け方と、次につなげる返し方

「この曲、歌えますか」。コメント欄にリクエストが流れてきた瞬間、うれしさと同時に、胸のどこかが少し重くなる。知らない曲だったらどうしよう。断ったら空気が悪くなるかもしれない。歌配信を続けている人なら、この感覚に覚えがあると思います。

リクエストはありがたいものです。聞き流されるより、何かを頼まれるほうがずっといい。それでも、配信が終わったあとにどっと疲れが残る。頼まれた曲には応えたはずなのに、うまくやれた気がしない。そういう夜が続いているなら、原因はあなたの歌の腕ではありません。

この記事は、リクエストという「人とのやりとり」をどう設計するかに絞って書きます。曲の探し方や覚え方の話はしません。頼まれたとき、何をどう返すか。その型の話です。

受けるかどうかは、配信の外で決めておく

まず、いちばん効く一手から。リクエストを受けるか受けないかを、配信が始まる前に決めておきます。

その場で決めると、判断のたびに小さく消耗します。この人のは受けたのに、あの人のを断っていいのか。今の流れを止めてまで受けるべきか。1回1回は小さくても、配信のあいだ中それが続くと、歌よりも判断で疲れます。しかも即席の判断は揺れるので、「あの人のときは歌ったのに」という不公平感の種にもなります。

見落とされがちなのが3行目です。受けない、も立派な方針です。どの方針でもよくて、決めていないことだけが問題です。「いまは自分で決めた曲を歌う時期にしています。リクエストはもう少し先に開けますね」と最初に言っておけば、断る場面そのものが減ります。方針は一度決めたら固定ではなく、3ヶ月ごとに見直せば十分です。

決めた方針は、伝わって初めて機能します。プロフィール欄に一行入れておく、配信の冒頭で軽く触れる、リクエストが来たタイミングで「今日は後半にまとめて受けますね」と案内する。伝える場所はどこでも構いませんが、聞かれる前に伝わっている状態を作るのがコツです。方針を知らずに頼んで、知らずに断られる。この事故さえ防げれば、リクエストまわりの気まずさの大半は消えます。

歌えない曲を頼まれたときの返し方

方針を決めても、必ず起きるのがこれです。受ける方針なのに、頼まれた曲が歌えない。知らない曲、音域が合わない曲、その場では準備できていない曲。理由が何であれ、返し方は同じ型で足ります。

いちばん危ないのは、沈黙が怖くて即答してしまうことです。「歌えるかな、どうしよう」と考えている数秒の間が気まずくて、つい「歌ってみますね」と口が動く。それで歌えれば良いのですが、崩れたときは自分も相手も気まずくなります。返事を急ぐ必要はありません。次の型を持っておけば、考える時間ごと会話にできます。

1. 先に気持ちを受け取る「リクエストありがとうございます」を、歌えるかどうかを確かめる前に言います。頼む側にも勇気が要ります。まず、受け取ったことを言葉にします。
2. 歌えないことは短く伝える「その曲はまだ歌えなくて」で十分です。言い訳を重ねるほど、断られた印象のほうが濃くなります。
3. 次の約束に変える「練習して、来週の配信で歌いますね」。断りで終わらせず、日付のある約束に置き換えます。
4. 果たしたら、本人に向けて歌う約束の曲を歌う日は、頼んでくれた人の名前を添えます。ここまでで、1つのやりとりが完結します。

この型の中心は3番です。断り方の上手さより、次の約束に変えられるかどうかで、その後が決まります。その場で歌えなかったという事実は同じでも、「断られた」で終わるのと「約束をもらった」で終わるのとでは、相手に残るものがまるで違います。練習が必要な曲を無理にその場で歌って崩れるより、日を分けて仕上げてから歌うほうが、相手にとってもうれしい結果になります。大人になってから練習で歌を仕上げていく考え方は大人の歌の上達にまとめました。

なお、頼まれた曲がアプリで歌えるかどうかは、その場でアプリ内を確かめるしかありません。配信できる楽曲は入れ替わるので、有無を覚えで答えず、必ずアプリ内で確認してください。見つからなかった場合の返し方も、上の型と同じです。

「歌ってほしい」の裏にあるもの

そもそも、リスナーはなぜリクエストをするのでしょうか。その曲をただ聞きたいだけなら、音楽アプリで原曲を流すほうが早くて確実です。わざわざ配信で、わざわざあなたに頼むのは、「聞きたい」以上の何かがそこにあるからです。

自分の書き込みが拾われて、場が動く。自分のために1曲が歌われる。リクエストの中心にあるのは曲ではなく、「応えてもらえた」という事実です。だから、完璧に歌えたかどうかは、こちらが思うほど重要ではありません。多少音を外しても、「◯◯さんが頼んでくれた曲です」と名前を添えて歌われた1曲のほうが、そつなく流された1曲より長く相手に残ります。

この構造が分かると、力の入れどころが変わります。うまく歌うことに全部を注ぐより、誰が頼んでくれたかを覚えて、名前を呼んで返す。来た人の名前を呼ぶことは、費用ゼロでいちばん効く行動として、このサイトで繰り返し書いている通りです。リクエストは、名前を呼ぶ自然なきっかけを相手のほうからくれている、とも言えます。名前を呼ぶことがなぜ効くのかはリスナーの増やし方に書きました。

逆に言えば、リクエストへの対応を雑にすると、削れるのも曲ではなく関係のほうです。歌はうまかったのに、なんとなく頼みにくい。そう感じさせた時点で、次のリクエストは来なくなります。リクエストの数は、歌のうまさの点数ではなく、「この場では頼んでいい」と思われているかどうかの表れです。減ってきたと感じたら、選曲を疑う前に、最近のやりとりを振り返ってみてください。

一人のリクエストばかり通ると、場が偏る

リクエストには、もう1つ見えにくい問題があります。頼む人が固定されていくことです。

よく頼んでくれる人は、たいてい熱心な常連です。ありがたい存在ですし、応えたくなるのも自然です。ただ、同じ人のリクエストばかりが通る配信は、外から見ると「あの人の場所」に見えます。次のような兆候が出ていたら、偏りが始まっています。

• 頼む人がいつも同じ／1配信のリクエストの大半が、特定の1〜2人になっている。
• 初めての人のコメントが減る／常連同士の内輪の空気ができて、割り込みにくくなっている。
• 頼み方が注文に近づく／「歌ってほしいです」が、いつのまにか「次これ」という指定の口調になっている。

先に書いておきたいのは、頼んでいる本人に悪気はない、ということです。場を独占しようとしているのではなく、応えてもらえるのがうれしくて、素直にまた頼んでいるだけです。だから、その人を注意したり距離を置いたりするのは筋違いで、たいてい関係だけが壊れます。直すべきは人ではなく、リクエストが通る仕組みのほうです。

偏りをならす方法は、よく頼んでくれる人を遠ざけることではありません。場のルールを作ることです。「リクエストは1人1曲ずつ、順番に受けますね」と口に出してしまえば、誰かを断ることなく場を開けます。初めての人が頼んでくれたら「初めての方のリクエスト、先にいきますね」と一言添えるだけで、場の入口が広がります。リクエストの偏りは、放っておくとそのまま客層の偏りになります。初めて来た人への向き合い方は初見さんへの対応に、常連さんとのほどよい距離の取り方は常連さんの作り方にまとめています。

リクエストを溜めておく仕組みを作る

ここまでの型をすべて支えるのが、リクエストを「その場で処理しきらない」仕組みです。やることは単純で、頼まれた曲と頼んだ人の名前を、配信しながらメモしておく。それだけです。

紙のノートでも、スマホのメモでも構いません。効き目は2つあります。1つは、配信中の自分が楽になること。「メモしました、次回歌いますね」という受け方ができるので、その場で歌うか断るかの二択から抜けられます。もう1つは、次の配信に理由が生まれることです。「前回リクエストをもらった曲から始めます」と開けられる配信は、始まった瞬間から人のいる場になります。頼んだ本人には、その日に来る理由がすでにあります。

次回に回すことは、後回しではなく予告です。予告は、次も来てもらう理由をこちらから作れる数少ない手段です。曜日と時間を固定して配信している人なら、「金曜の夜に、あの曲」という約束の形まで作れます。約束と再訪が積み重なる場所には、常連が育ちます。

使い方の一例として、配信の締めにメモを読み上げる方法があります。「今日もらったリクエストはこの3曲。次回までに用意してきますね」。この一言で、その日のリクエストが全部、次回の予告に変わります。頼んだ人には返事が届き、頼んでいない人にも「ここは頼んだら応えてもらえる場所だ」と伝わります。

よくある質問

リクエストへの向き合い方は、歌配信の続けやすさに直結します。歌を軸にできる配信アプリの全体像は歌える配信アプリに、カラーシングと他アプリの違いはIRIAMとの比較とポコチャとの比較にまとめています。