— CASE / EXPERIENCE DESIGN PROCESS
社員が友人・知人を紹介する採用の仕組みの、2つのサイトの仕事です。紹介する社員が読む社内向けのページと、紹介された人が読む社外向けのページ。体験設計の担当として、構成からデザイン案までを持ちました。ここでは画面ではなく、どこで何を判断したかを順に書きます。
— GOAL / ゴールを1文に
紹介したい人が浮かんだ社員が、その場で URL を友人に渡す。
社内向けのページのゴールは、読ませることではなく渡させること。だから「達成」は、URL がページの外へ出ていくところまでで決めた。
PHASE 1
社内向けと社外向けは、別々のサイトとして頼まれていた。それぞれだけ見ても、どこが効いていないかが決まらない。
社内向けの手順の最初が「友人に URL を渡す」で、そこが社外向けの入口になっていると見た。社内向けのゴールを「渡させること」、社外向けを「申し込むこと」に置き、この軸でページを評価した。
ページは制度の説明順に並んでいた。最初に知りたい「誰を紹介できるか」が、中ほどの抽象的な3行しかなかった。
順番を「動機 → 対象 → 不安 → 渡すもの → 後押し」に組み替えた。制度の説明は後ろに送り、ルールは要点だけ残して詳細は既存のページへ飛ばした。
判断に要るものが別ページや外のサイトへ散っていた。ただ、遷移先まで作り直す時間はなかった。
遷移先はいまのまま「そこに飛ぶ」前提にして、TOP の中で解決できることに絞った。並び・見出し・文言・何を置くか・どのボタンを主にするか。判断に要るものは TOP に置き、手続きの詳細はリンクにした。
紹介された側の声は集まっていたが、紹介する社員側の声はなかった。
声が複数あるものと、逆算や想定にとどまるものに印を分けた。社内向けの構成は「社員の声に基づいて」とは言えないので、その前提を資料に書いて関係者と共有した。公開後に紹介する側の声を採ることも提案した。
PHASE 2
URL と QR は、手順の説明の中に埋もれていた。何と言って渡せばいいかも書かれていなかった。
そのままコピーできる紹介文を3種用意し、URL と QR をその隣に移した。紹介する人の手順と、紹介された人の手順を分け、社員がやらなくていいことも並べた。
ボタンの色がばらばらで、どれが主な行動か読めなかった。動きのある部品も作れない前提だった。
色は主な行動に1色、ほかはグレーにした。「紹介する」「相談する」を同じ文言で3か所に置き、色に頼らず主な行動を作った。
社員が渡した URL の着地は、社外向けサイトのトップだった。紹介された文脈がない状態で、候補者向けの画面に落ちる。
社外向けの最初の画面に「紹介で来た人へ」の一言を置いた。名前を渡す仕組みは作れるかどうか分からないので、まず文言だけで成り立つ形にした。
紹介された人がいちばん困っていたのは、紹介された仕事がどれか分からないことだった。申し込みのボタンは、すべて応募に直結していた。
仕事の入口を、部署ではなく「これまでの経験」から探す形にした。ゴールは面談に置き、面談を主、応募を副の2本立てにして、意思が固まっている人は止めないようにした。
社内向けのページは画像を並べて組む前提だった。画像に焼いた文字は、あとから直せない。
1年変わらないもの（キャッチ・経験の入口・締め）だけを焼いた。紹介文・URL・金額・よくある質問は文字で置いた。コピーして使う、数字が変わる、あとで増えるもの。仕事の呼び名は、焼く前に社外向けと言葉を合わせることにした。
— WHAT CARRIES OVER / ほかの仕事にも持っていけること
社内向けの最後が、社外向けの入口だった。
紹介文と URL をコピーして送った。
遷移先はそのまま。TOP の中だけで解く。
受け渡しの着地に、紹介で来た人への一言。
声のある所とない所の印を分けた。