会社よりも自分優先

「仕事量をコントロールして、自分の勉強の時間は確保しろ」 エンジニ

技術を楽しめるかどうか

エンジニアという仕事はスキルさえもてば誰でもなれる時代だと思います。特に日本においてはいわゆる「IT人材」が不足しており、SIerやSESなどの業界においては「Javaが書けます」というだけで引く手数多です。 ただ、ソフトウェアエンジニア(主にコードを書く"プログラマ"として)は技術に対する興味関心が強い人が相対的には成長スピードも早く、結果的に価値が高くなる傾向が強いと思います。 一方で、技術に興味関心が一切ないタイプ、あるいはコードを書いていてもそこに楽しさや満足感を覚えない方は向いていないと思います。

ロジカル・シンキングは「手段」の一つであって、決して「目的」ではない

ロジカル・シンキングはあくまで「手段」の一つであって、「目的」ではな

早く昇進すればいいってもんでもない

これは、実際に私自身が体験したことでもあります。 ベンチャーからコ

「一人でとことん考え抜く」ことも、「みんなで考える」こともできる人

コンサルの仕事は、答えがデスクトップ上にあるわけでもないので、とにかくいろんな情報を探し出して、その情報から自分で考えて示唆を出す必要があります。 また、誰かに聞けば答えを教えてくれるわけでもないので「自分一人で問題と向き合い続ける」ことが出来ないと正直きついと思います。 「一人でとことん考える」ということは、人と仕事をすることが好きな人にとっては、正直きついと思います。（私も、人と関わることの多い営業から異動したので最初はきつかったです） その一人で考え出した自分にとっての答えが、全く上司やクライアントに刺さらない時もあるので。 ただ、そんな時に「みんなで考える」という事も出来る人が、成長しやすいと思います。 「みんなで考える」＝「周りを巻き込む」という事なのですが、「一人で考えて」ある程度自分なりの示唆を形に出来た上で、上司やPJTメンバーを巻き込んで自分の抱えている課題を共有して相談するという流れを掴めば、PDCAサイクルの循環ができて成長しやすいと思います。 （Newspicksの【BCG杉田浩章】さんへのインタビューでも上記のようなことが書かれているので是非読んでみて下さい！：https://newspicks.com/news/5145265/body/?ref=search） ただ、「一人で考え抜く」ことが得意で好きな人は、この「みんなで考える」が苦手な傾向にあると思います。 なぜかと言うと、「完璧な状態になってから評価されたい」というような、 完璧主義の人が多いからです。（あくまで個人的見解です） 100％じゃなくても、30%の段階で相談出来ると、PDCAサイクルの回転が速くなりどんどんできることの幅も増えると思います。 「一人で考える」「みんなで考える」どっちかだけじゃなく、“どちらも”できる人が強いと思います。

映像作品や動画SNSが好きで、時間を忘れるほど見てしまうかどうか。

ドラマ、バラエティ、映画など、または、YouTube、TikTokでも、好んで見るジャンルやついつい見てしまう映像があることが、この仕事において一番大事だと思います。「ついつい見てしまう」「印象に残る」映像を作り、視聴者に行動を促したり、感情を抱かせたりすることが我々の仕事だからです。 映像に普段から慣れ親しんでいれば、「なんでその番組や映画が好きなのか」「どんなところが見続けられるポイントなのか」「何を面白いと思うのか」「自分が企画・編集するならどうするのか」など考える（研究する）ことができます。逆をいえば、普段から映像に慣れ親しんでいない人（テレビを全く見ない、YouTubeやTikTokを使ったことがない）人は、まず好きな映像作品や、番組、動画を見つけることから始めるといいかと思います。

デザイナーはアウトプット出してなんぼ/チームの共通認識を生み出すのもデザイナーの仕事 / プロトタイプを回す /見た目を整えるだけがデザインではない

僕がデザイナーになりたいと思い、転職活動を始めた際に、感じていたことがデザインという言葉の持つ意味の広さ、解釈性の多様さです。そのためその人が解釈したデザインの範囲によって仕事のスタンスが決まりそうだと感じていました。 その中ですごくその通りだと思ったのが「デザイナーはアウトプット出してなんぼ」、「チームの共通認識を生み出すのもデザイナーの仕事」、「プロトタイプを回す」、「見た目を整えるだけがデザインではない」です。 僕が教訓としている理由は下記になります ■ デザイナーはアウトプット出してなんぼ -アウトプットを出さないとチームの議論も始まらなければ、開発も始まりません。アウトプットを出す回数が多ければ多いほど、共通認識を取りつつ、チームが高速で動くことできます。 ■チームの共通認識を生み出すのもデザイナーの仕事 - 上記にも記載していますが、具体的なものになればなるほどチームの共通認識がとりやすくなる。チームの共通認識をとるコトができれば、チームとして一枚岩で早く動くコトができる。そのためにストーリーテリングをしてプロトタイプをするコトが大事。 ■ プロトタイプを回す - 共通認識を生み出すためにもプロトタイプというアウトプットを高速で回すことも大事。それだけ磨かれていいアウトプットになります。 ■ 見た目を整えるだけがデザインではない UIデザインはビジョンや戦略から落とした一貫したUXを生み出すものでもあるため見た目をカッコよくするのではなく、文脈から落とした整合性をどう生み出すかが大事になってきます。

目立ちたい人は向いてないかもしれないです。

User Interfaceはユーザーが自然に行動するための接点であるため、本来はデザインを意識せずとも行動に繋がるようなデザインが融けている状態が好ましいと思っています。 画面の至る所が主張をしていると、本来生み出したい思考や行動よりもその主張ばかりが目に入ってしまい、生み出したい価値が生み出しにくくなると考えているからです。 僕もUIデザイナーになりたての頃は、ここのコンポーネントは少し工夫して特長立たせたいなどエゴが入ってしまいました。ただサービスにおいてデザインは静的なものではなく、動的であるため一貫性が大事になる場合があります。 俺のデザインを見てくれ！と言わんばかりに主張をするデザインはいいUIデザインとは言えないと思うので自分のアウトプットで目立ちたい！とう人はグラフィックや広告などの方がいいのかもしれないと感じています。

キャリアのバックグラウンドとして開発またはマーケティングの経験があるとよりこの職種にはフィットしやすい

向いている人 ・仮説をもって試行錯誤ができる人 向いていない人 ・打ち上げ花火的に決めたことをドカンと放てば成功できえると考えている人 プロダクトをリリースする前と後でそれぞれ職務があります。 リリース前は ・顧客、市場が求めていることや課題の整理 ・プロダクトを市場に投入する際の戦略 ・キーメッセージや仕様説明、ポジショニングの整理 リリース後は ・セールスや顧客への理解促進 ・利用率やその他KPIのグロース ・顧客からのフィードバックを集めてプロダクト側に共有 それぞれに対して共通するのは仮説を立てて、それに対するアプローチをしてPDCAを回し続けることです。必ずしも立てた仮説があっているわけではないです。 また最初は正しかった仮説も時間が経ったり、環境が変わっていく中で仮説自体や課題も変わっていきます。その際にスピード感と柔軟性をもって対応していくことが必要になります。 PMM自体は新しいポジショニングで世の中ではまだまだ認知や理解が低いです。ただ源流はPMのプロダクトトライアングルの中でPMは開発を、PMMはビジネス側を特に集中します。 キャリアのバックグラウンドとして開発またはマーケティングの経験があるとよりこの職種にはフィットしやすいと思います

好奇心が強いこと

テクノロジー、デザイン、マーケティング、ビジネス… プロダクトマネージャーの仕事の領域は広く、それぞれのスペシャリストと一緒になって仕事をしていきます。 自分の知らない領域の内容でも 「どうなっているんだろう？」「なぜだろう？」と考える人の方が より早く知識や経験が増え、より主体的にプロダクトに関わり、より早く遠くへ一歩を踏み出せるようになるため【好奇心が強いこと】は プロダクトマネージャーにとって重要な資質のひとつだと思います。 もちろん、ひとりで仕事をするわけではないので 全ての領域をプロフェッショナルなレベルにまでする必要はないですが コミュニケーションをする上で、全く知らない・興味がない人に比べると大きなプラス要素になります。

この職業はまだ日本で珍しいので、同じ仕事をする人が周りにいないのが一