「自社開発」という札だけでは、仕事が見えない
架空の面接で、「自社プロダクトに関わりたいです」と答えたところ、「具体的には、どんな仕事をしたいですか」と聞かれた。そこで言葉が止まる。会社の分類は言えたけれど、自分が働く場面までは説明できていなかった。
「自社開発」という看板をくぐっても、全員に製品の方針を決める鍵が配られるわけではない。どの役割で、何に関わりたいのかを考えたい。
ここで扱うのは、自社で持つ製品やサービスを開発・提供する会社への志望理由だ。社内向けの情報システムを担当する仕事とは、分けて確認しよう。
会社の種類と、募集されている役割を分ける
同じ製品を扱う会社でも、営業、導入支援、利用を支える担当、開発、企画では日々の仕事が違う。「顧客の声を改善に戻したい」と言うなら、その職種がどこまで関わるのかを知りたい。
商社はカタログを売るだけ、コンサルは提案して終わり、と比較するのは避けよう。厚生労働省のjob tagでも、ITコンサルタントが顧客のIT課題を分析する仕事が説明されている。
顧客を理解する、関係者と調整する、導入後を支えるといった仕事は、会社名の分類だけで切り分けられない。委託や相談を受ける仕事でも、継続して関わる場合がある。比較したいのは業界の優劣ではなく、今回の求人で期待される役割だ。
経験、関心、求人の三つをつなぐ
英国National Careers Serviceは、面接前に求人の職務内容を読むことを勧めている。そのうえで、自分の経験、今後やりたいこと、求人で確認できた業務をつなげる。
たとえば架空の応募者なら、「初期設定の同じ質問を何度か受け、担当者の承認を得て案内を直した。その経験から、導入後につまずく点を見つける仕事に関心を持った」と説明できる。
ここに、求人票に実際にある導入支援などの業務を結びつける。成果の数字がなければ作らない。チームの実績を全部自分の手柄にもしない。未経験なら、授業や自主練習などの実際の経験を、その範囲のまま話せばよい。製品の方針を決めた経験がないなら、ないと区別する。
「ボタンを増やして」に、どう向き合いたいか
仕事への関心は、具体的な場面にすると伝えやすい。架空の顧客が「このボタンを増やしてほしい」と言ったら、どの作業の、どこで困っていて、何ができれば助かるのかを聞く。顧客が本当の問題を分かっていない、と決めつけない。
説明を変える、設定を見直す、利用しやすい方法を用意する、機能を検討する。選択肢を整理する仕事に関心がある、と話すことはできる。
ただし、自分の判断で何でも約束するわけではない。開発の優先順位や費用、権限、セキュリティには制約がある。必要な情報だけを認められた方法で扱い、決める人へつなぐ。どこまでが応募する職種の役割かも、面接で確認したい。
回答例は、実際の自分に合わせて使う
先ほどの架空の応募者なら、短くこう話せる。
「私は、導入後につまずく点を見つけ、使い方を改善する仕事に関心があります。初期設定の問い合わせを受けて案内を修正した経験が、そのきっかけです。募集内容の導入支援でその経験を生かし、製品への改善提案にもどう関われるかを学びたいと考えています」
これは言い方の例であり、そのまま借りる経歴ではない。経験も関心も、自分に本当にあるものへ置き換える。
「コンサルでもできるのでは」と聞かれたら、重なる部分を認めたうえで、今回の会社と職種に惹かれた具体的な点を説明する。裁量を求めることも悪い理由ではない。何を自分で判断したくて、どの調整は必要だと考えているかまで話せると、希望が分かりやすくなる。
面接で、期待が合っているか確かめる
聞いておきたいのは、入社直後の担当業務、顧客と接する機会、要望を整理する人、改善の優先順位を決める人だ。「この職種が顧客の声を共有したあと、どのような流れで検討されますか」と聞くと、関わり方を確認しやすい。
成果の見方、教育や支援、時間や人員の制約も大切になる。給与、勤務時間、勤務地などの条件を確認することも、正当な仕事選びの一部だ。条件への希望を、無理に立派な別の動機へ言い換える必要はない。
分からないことは質問し、足りない経験は学ぶ必要があると伝える。正解の一文で採用が決まるわけではない。
会社の札から、自分が続けたい仕事へ。その仕事を選ぶ根拠を伝え、相手の実際の期待も聞く。志望理由は、入社後の仕事が合うかを確かめる入口にしよう。
