社会人としての序盤は、担当職種に特化した専門スキルの重要度が高くなりがちです。一方、仕事の内容がステップアップし、より上位の役割を担うようになると、ヒューマン・スキルやコンセプチュアル・スキルといったソフトスキルの重要度が上がってきます。
この記事では、コンセプチュアル・スキルの中でも全体像を捉える力にフォーカスを当て、その必要性や強化方法についてまとめます。
コンセプチュアル・スキルとは
コンセプチュアル・スキルとは、物事の裏にある本質や全体像を目に見えない概念として捉え、抽象的かつ論理的に思考する能力です。経営学者であり組織論の権威であるロバート・L・カッツが提唱した、管理職に求められる3つの基本スキル（コンセプチュアル・スキル、ヒューマン・スキル、テクニカル・スキル）の1つとして知られています。
コンセプチュアル・スキルは、論理的思考・批判的思考・知的好奇心など、多数の要素から構成されています。
キャリアのステップとコンセプチュアル・スキル
カッツモデルにおけるコンセプチュアル・スキル、ヒューマン・スキル、テクニカル・スキルは、担当する役割・責務に応じて必要な比率が変わります。
通常、管理職の段階に応じてまとめられるのが一般的ですが、昨今では専門職としてステップアップするキャリアもあるため、チーフ・プリンシパル・シニアの専門家向けキャリアステップも併記しました。担当するレイヤーが上がってくるほどコンセプチュアル・スキルが重要になってくるのは、マネジメント職も専門職も同じです。
職務の階層が上がるほど、問題の抽象度と影響範囲が拡大し、将来の不確実性が増大するため、複雑な状況を本質的に理解し、未来の方向性を示す知的能力が不可欠です。そのため、コンセプチュアル・スキルの必須度が上がっていきます。特に、職域の拡大とともに、全体像を捉える能力は不可欠であり、優先度の高い要素となります。また、階層を上がる前の時点でも全体像を捉える能力が高まると、職務の意義を理解することで仕事のやりがいを実感しやすく、より意欲的に働ける効果もあります。他者の視点もわかるため、協力的な行動を取りやすくなったり、他者への感謝がより強く感じやすくなったり、問題を発見しやすくなったりと、多くのメリットがあります。
全体像を捉える力を伸ばす方法
全体像を捉える力に焦点をあて、伸ばす方法を2つ紹介します。
仕事の全体像を学び、経験した上で個別具体の業務を捉え直す
自分が関わっている仕事の全体像について、社内の資料や上司・先輩からの情報などをもとに全体像を学びます。 また、単に座学として学ぶだけではなく、出来るだけ広い範囲の業務に関わることで経験を通して吸収します。
自分以外の多様な視点の理解
業務で関わる別の役割や職種の人たちから見た業務を知り、課題を知り、喜びを知る。そういった活動を通して、多様な視点を知り、理解します。
全体像を捉える力を伸ばす方法と過去の経験
私は、もともとウェブエンジニアの担当者から転職で人事になっています。また、転職してすぐにエンジニア採用の主担当者として全体をハンドリングする必要がありましたが、なんとかなりました。基本的には担当者の業務経験しかなく、マネージャーもしたことがない私がなんとかできた背景として、以下のような経験が全体像を捉える力の土台を作っていたからだと思っています。
- もともとゲームの攻略が好きで、ゲーム内における戦略・戦術・個別のテクニックを考え、言語化し、ブログ等で発信したりしていた
- 小規模な映像制作会社に勤務したことがあり、代表の商談を目の前で見たり、収支管理の雑務をしたり、撮影現場に雑用で参加したり、親会社への収支報告について代表と同席するような働き方を一時期していて、仕事の流れの広い範囲を経験したり、観察する機会があった
- 副業の CodeIQ の出題者として、出題・宣伝・採点・回答へのフィードバック・問題と連動した記事の執筆など、一人でプロセスの全体を担う機会がありました
- 人事に関心を持ち、エンジニアから転職する準備をしている頃から人事関連の多様な書籍を読み漁った
- コミュニティの主催者として活動の全体を推進する経験をした
AIの力を借りる
担当している職務が一般的な内容であれば、AIに解説してもらうこともできます。
仕事の全体像の理解
入力
弊社はSaaSのプロダクト開発をしています。仕事の全体像を解説してください
出力
承知いたしました。SaaS（Software as a Service）プロダクト開発における仕事の全体像を解説します。 SaaS開発は、単にソフトウェアを作るだけでなく、**顧客が抱える課題を解決し続け、ビジネスとして持続的に成長させる**ための多岐にわたるプロセスと部門が連携する、まさに「システム」です。 ここでは、主要なフェーズとそれに携わる部門・役割、そしてそれぞれの繋がりを「全体像」として解説します。 --- ### SaaSプロダクト開発の全体像 SaaSプロダクト開発は、大きく分けて以下の**4つのフェーズ**が相互に連携しながら進みます。 1. **企画・戦略フェーズ (Plan & Strategy)** 2. **開発・構築フェーズ (Build & Implement)** 3. **運用・改善フェーズ (Operate & Improve)** 4. **ビジネス・成長フェーズ (Grow & Scale)** --- #### 1. 企画・戦略フェーズ (Plan & Strategy) SaaSプロダクトの「何を、なぜ作るのか」を定義する最も上流のフェーズです。 * **関わる部門・役割:** * **経営層:** 企業のビジョン、ミッション、全体戦略。 * **プロダクトマネージャー (PM):** 市場調査、顧客課題の特定、競合分析、プロダクトビジョンとロードマップ策定、ビジネス要件定義、ROI分析。 * **事業開発 / 営業・マーケティング:** 市場ニーズ、顧客の声、セールス戦略、価格戦略。 * **UX/UIデザイナー:** ユーザーリサーチ、顧客体験設計、情報アーキテクチャ。 * **開発リーダー/アーキテクト:** 技術的な実現可能性の検討、概算見積もり。 * **主な活動:** * 市場のギャップと顧客のペインポイント（課題）を発見。 * プロダクトで解決すべき課題と提供価値を明確化。 * MVP（最小実行可能プロダクト）の範囲や、長期的な機能開発ロードマップを策定。 * 収益モデル、価格設定、Go-to-Market戦略（市場投入戦略）の検討。 * 技術的な実現性やリスクの評価。 #### 2. 開発・構築フェーズ (Build & Implement) 企画された内容を実際にソフトウェアとして形にするフェーズです。 * **関わる部門・役割:** * **開発チーム (エンジニア):** * **バックエンドエンジニア:** サーバーサイドロジック、データベース設計・構築、API開発。 * **フロントエンドエンジニア:** ユーザーインターフェースの実装、UX/UIの実現。 * **インフラ/SRE (Site Reliability Engineer):** サーバー・ネットワーク環境構築、クラウドインフラ管理、監視システムの構築。 * **QAエンジニア (品質保証):** テスト計画・実行、バグの発見と報告。 * **スクラムマスター/プロジェクトマネージャー:** 開発プロセスの管理、進捗管理、チームの生産性向上支援。 * **UX/UIデザイナー:** 開発実装への協力、デザインレビュー。 * **主な活動:** * 設計書に基づいたコーディング、データベース構築。 * インフラ環境の整備、セキュリティ対策。 * 単体テスト、結合テスト、システムテスト。 * CI/CD（継続的インテグレーション/継続的デリバリー）パイプラインの構築。 * コードレビュー、ドキュメント作成。 #### 3. 運用・改善フェーズ (Operate & Improve) リリースされたプロダクトを安定稼働させ、継続的に機能改善や品質向上を行うフェーズです。 * **関わる部門・役割:** * **インフラ/SRE/運用エンジニア:** システムの監視、障害対応、パフォーマンスチューニング。 * **カスタマーサクセス (CS):** 顧客からの問い合わせ対応、プロダクトの活用支援、フィードバック収集。 * **プロダクトマネージャー (PM):** ユーザーデータ分析、フィードバックの優先順位付け、改善案の検討。 * **QAエンジニア:** リグレッションテスト、新しい機能のテスト。 * **開発チーム (エンジニア):** バグ修正、機能改修。 * **主な活動:** * システムの安定稼働、セキュリティパッチ適用。 * 顧客からの問い合わせ対応、課題解決。 * 利用状況データ（アクセスログ、利用機能など）の分析。 * ユーザーフィードバックやデータに基づいた機能改善、UI/UXの最適化。 * 定期的なアップデートとリリース。 #### 4. ビジネス・成長フェーズ (Grow & Scale) プロダクトを市場に広め、収益を最大化し、持続的な成長を実現するフェーズです。 * **関わる部門・役割:** * **マーケティング:** プロダクトの認知度向上、リード獲得、ブランディング、コンテンツマーケティング、広告運用。 * **営業 (Sales):** 潜在顧客へのアプローチ、商談、契約締結。 * **カスタマーサクセス (CS):** 顧客のオンボーディング、活用支援、アップセル・クロスセル提案、解約防止。 * **経営層 / 事業開発:** 新規市場開拓、M&A、アライアンス戦略。 * **プロダクトマネージャー (PM):** 収益モデルの改善、価格戦略の見直し、新機能による付加価値創造。 * **法務:** 契約関連、コンプライアンス。 * **主な活動:** * リード獲得から契約、オンボーディング、継続利用、そしてアップセルに至るまでの顧客ライフサイクル管理。 * 市場での競争優位性の確立と維持。 * 顧客からのフィードバックをプロダクト改善に繋げ、LTV（顧客生涯価値）を最大化。 * 企業の成長戦略に基づいた新たな事業機会の探索。 --- ### 全体像としての繋がり これらのフェーズは直線的に進むだけでなく、常に**フィードバックループ**を形成しています。 * 「運用・改善フェーズ」で得られた顧客の声や利用データは、「企画・戦略フェーズ」に戻り、次の開発の方向性を決定します。 * 「ビジネス・成長フェーズ」での市場の反応や収益性は、プロダクトの優先順位や投資判断に影響を与えます。 SaaS開発の全体像を理解することは、個々の業務がこの大きな「システム」の中でどのような役割を果たしているかを認識し、自身の貢献が最終的に顧客価値とビジネス成長にどう繋がるかを理解するために不可欠です。
他者の視点の理解
入力
私はSaaSビジネスの開発担当者です。開発者として、知っておくことが好ましいインサイドセールス、フィールドセールス、カスタマーサクセス、プロダクトマネージャーの職務について、要点を教えてください。
出力
承知いたしました。 SaaSビジネスにおける開発担当者の方が、プロダクトをより良くするために知っておくべき、インサイドセールス、フィールドセールス、カスタマーサクセス、プロダクトマネージャーの各職務の要点を解説します。 これらの職務は、それぞれ異なる視点から顧客とプロダクトに関わっており、その役割を理解することは、開発者として**「なぜその機能が必要なのか」「誰のために開発しているのか」**という本質的な問いの答えを見つける手助けになります。 --- ### 各職務の要点と開発者への示唆 #### 1. インサイドセールス (Inside Sales) * **職務の要点:** * **役割:** 見込み顧客（リード）に対して、電話、メール、オンライン会議ツールなどを利用して非対面でアプローチし、**潜在的なニーズを掘り起こし、購買意欲を高める**ことが主な役割です。 * **ミッション:** 商談の機会を創出し、**フィールドセールスに質の高いリードを引き渡す**こと。効率的な顧客開拓とリードの育成が求められます。 * **特徴:** 多くのリードに効率的に接触し、短時間で顧客の課題をヒアリングするスキルが重要。 * **開発者への示唆:** * **プロダクトの「第一印象」:** インサイドセールスがリードに提示するプロダクトの説明資料やデモ画面は、プロダクトの魅力を伝える最初の接点です。UI/UXの分かりやすさや、機能の差別化ポイントが彼らの活動に直結します。 * **提案資料の作成負荷:** 複雑なプロダクトは説明が難しく、彼らが説明資料を準備する手間が増えます。簡潔で魅力的なプロダクトの紹介方法や、分かりやすい機能の表現が求められます。 * **初期ニーズのヒント:** 彼らが接触するリードは、まだプロダクトについて深い理解がない状態です。**「こんな機能があったらもっと話が進むのに」「この点が分かりにくいと言われる」**といった初期段階のニーズや課題のヒントを得られます。 #### 2. フィールドセールス (Field Sales) * **職務の要点:** * **役割:** インサイドセールスから引き渡された有望なリードや、直接開拓した顧客に対し、**対面（または深度の深いオンライン）で商談を行い、契約を獲得する**ことが主な役割です。 * **ミッション:** 顧客の具体的な課題を深く理解し、プロダクトがその課題をどう解決できるかを提案し、**成約に導く**こと。 * **特徴:** 顧客の業界知識、課題解決能力、プレゼンテーションスキル、交渉力が非常に重要。 * **開発者への示唆:** * **具体的なビジネス課題:** フィールドセールスは、顧客の「こういう業務課題を解決したい」「こんな成果を出したい」という**具体的なビジネス課題**に直面しています。彼らからのフィードバックは、機能開発が顧客の現場でどう役立つか、何が決定打になるかの具体的なヒントになります。 * **競合との差別化点:** 競合他社と比較され、自社プロダクトの強みや弱みが最も試される場です。**「この機能があれば競合に勝てる」「この点が弱くて導入をためらわれた」**といった声は、プロダクトの優位性を高める上で非常に価値のある情報です。 * **提案の「材料」:** 彼らが提案書やデモで利用するプロダクトの機能は、彼らの営業活動の「材料」です。新機能が開発された際、彼らがそれをどう顧客にアピールできるかを意識することが重要です。 #### 3. カスタマーサクセス (Customer Success - CS) * **職務の要点:** * **役割:** プロダクト導入後の顧客が、**プロダクトを最大限に活用し、期待通りの成果を得られるよう支援する**ことで、顧客満足度を高め、**継続利用（チャーン防止）とアップセル・クロスセル**を促進することが主な役割です。 * **ミッション:** 顧客の成功を伴走し、プロダクトの**LTV（顧客生涯価値）を最大化**すること。 * **特徴:** 顧客との長期的な関係構築、プロダクト知識、課題解決支援、データ分析能力が重要。 * **開発者への示唆:** * **「真の顧客課題」と「利用実態」:** CSは、プロダクトを使い始めた顧客が実際にどのような使い方をしているか、どんなところでつまずいているか、導入後にどんな新しい課題に直面しているかを最もよく知っています。これは、**「作ったものが本当に使われているか」「使い勝手はどうか」**という真実を教えてくれます。 * **チャーン防止の鍵:** 顧客が解約を考える理由（プロダクトが使いにくい、期待した効果がないなど）は、CSが最も敏感に察知します。彼らからの「この機能が使いにくいとチャーンにつながる」「このデータが見えれば顧客はもっと活用できる」といった声は、**プロダクトの継続性を左右する重要な情報**です。 * **新機能の価値検証:** 新機能がリリースされた際、CSが顧客にその価値を伝え、実際に活用してもらうことで、機能の真の価値が生まれます。彼らのサポートが容易な機能設計が重要です。 #### 4. プロダクトマネージャー (Product Manager - PM) * **職務の要点:** * **役割:** プロダクトの**「ミニCEO」**とも呼ばれ、**プロダクトの成功に必要な全ての側面（市場、顧客、技術、ビジネス）を統合的に見渡し、プロダクトの戦略、企画、開発、リリース、成長の全てをリードする**ことが主な役割です。 * **ミッション:** プロダクトを通じて**顧客課題を解決し、ビジネス目標を達成する**こと。 * **特徴:** 幅広い知識（市場、技術、ビジネス）、リーダーシップ、コミュニケーション能力、データ分析能力、意思決定能力が非常に重要。 * **開発者への示唆:** * **Whyの背景:** PMは、開発する機能の「Why」（なぜそれを作るのか、誰のどんな課題を解決するのか）を最も深く理解し、開発チームに伝える責任があります。彼らとの対話を通じて、**開発する機能のビジネス上の意義や顧客への価値**を深く理解できます。 * **優先順位とロードマップ:** 限られたリソースの中で、何を優先して開発すべきかを決定するのがPMです。その決定の背景にある市場状況、ビジネスインパクト、技術的課題などを理解することで、開発者はより効率的かつ戦略的に業務に取り組めます。 * **未来のビジョン:** PMはプロダクトの将来の姿を描き、ロードマップを策定します。開発者としてそのビジョンを共有することで、**長期的な視点**で技術選定やアーキテクチャ設計を行うことが可能になります。 --- 開発担当者としてこれらの職務の要点を理解することは、単にPMからの指示に従うだけでなく、**「なぜ」を深く理解し、自らも「プロダクトをより良くする」ための提案や、より顧客価値の高い実装を行う**ことに繋がります。 彼らの視点を取り入れることで、あなたは単なる開発者ではなく、「ビジネスを理解した開発者」へとステップアップできるでしょう。
