ID:84685さん

キャリアビジョン


```markdown AI × UX × Information Architecture × DesignOpsを軸に、複雑な業務・情報・技術を整理し、人と組織が継続的に理解・判断・改善できるプロダクトと仕組みを設計する。 ```

```markdown これまで、ゲーム・VR・教育・公共・通信・Webサービス・生成AIなど、異なる領域のプロジェクトに携わってきました。 業界や技術は異なっていても、自分が一貫して担ってきたのは、複雑な情報・業務・制約を整理し、ユーザーや関係者が「理解・判断・行動」できる状態へ変換することです。 大手インターネットサービスでは、行動データ・問い合わせ・業務構造を統合してIA・UXを再設計し、CVR約10%向上、問い合わせ率約12%削減、NPS+15ptにつなげました。 直近の生成AIプロジェクトでは、UI/UX設計だけでなく、AI活用ガイドライン、PromptTemplate、DESIGN.md、AI実装フロー、レビュー観点、教育・運用モデルまで整備し、AI活用を個人利用から組織運用へ移すための設計基盤を構築しました。 これらの経験から、今後は画面単位のUI制作や案件単位の支援だけでなく、一つのプロダクトや組織に中長期で関わり、 - 業務・情報構造の整理 - Information Architecture - UX/プロダクト設計 - AI活用・AI実装連携 - DesignOps/標準化 - 設計資産・ナレッジの再利用 - チームが継続的に改善できる運用設計 まで一貫して担当したいと考えています。 将来的には、個別機能や画面だけを見るのではなく、プロダクト・業務・組織・AI活用を横断して構造を設計し、事業とユーザー双方の意思決定を支えられるプロダクト設計/UX・DesignOps領域のリードとして価値を提供したいです。 ```

プロジェクト経験

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

マネージメント能力

このマネージメント能力は公開されていません

このマネージメント能力は公開されていません

このマネージメント能力は公開されていません

アピール項目


アウトプット

GitHub アカウント
あり
Qiita アカウント
あり
Zenn アカウント
未入力です
Speaker Deck アカウント
未入力です
SlideShare アカウント
未入力です
特にアピールしたいアウトプット
あり

今後、身につけなければいけないと思っている技術は何ですか?

## 今後身につけたい技術 今後は、AI × UX × Information Architecture × DesignOpsをさらに深めるため、以下の領域を重点的に身につけたいと考えています。 ### 1. AIエージェント/RAGを含む生成AIアプリケーション設計 現在は、ChatGPT、Claude、Devin、Cursor、GitHub Copilot、Gemini等を業務で比較・検証し、AI活用ガイドライン、PromptTemplate、DESIGN.md、AI実装フローの設計を行っています。 今後はさらに、 * RAGの基本構造 * AIエージェントの設計 * Retrieval/Knowledge設計 * プロンプトだけでなく、コンテキスト設計・評価設計 * AIアプリケーションにおけるUX設計 * Human-in-the-loopの設計 * AI出力の評価・品質管理 などを理解し、**AI機能そのものとユーザー体験・業務運用を一体で設計できる力**を高めたいです。 ### 2. React/Next.js/TypeScriptによるフロントエンド構造理解 専任フロントエンドエンジニアを目指すのではなく、UX・デザインと実装の間をより正確につなぐために、 * React * Next.js * TypeScript * Component設計 * State管理 * Design Token * Design System * Accessibility などの理解を深めたいと考えています。 Figmaで設計したUIを、どのようなコンポーネント・状態・データ構造として実装するのかまで理解することで、**設計段階から実装可能性を考慮したUX・プロダクト設計**ができる状態を目指します。 ### 3. Design System/DesignOpsの技術的運用 これまで、ガイドライン、テンプレート、README、Design Decision、Review History、Change Log、Version管理等を活用し、設計情報の標準化・再利用を行ってきました。 今後はさらに、 * Design Token * Component Library * Figmaとコードの連携 * Storybook等を用いたコンポーネント管理 * デザインと実装のVersion管理 * AIを利用したDesign System運用 * 自動レビュー・品質チェック などを学び、**デザインシステムを「作る」だけでなく、組織で継続運用できる仕組みとして設計する力**を高めたいです。 ### 4. AI駆動開発における評価・品質設計 生成AIの活用が広がるほど、「生成できるか」ではなく「正しく評価できるか」が重要になると考えています。 今後は、 * AI出力の評価指標 * UI/UX観点のAI生成物レビュー * LLM Evaluation * テスト設計 * AIによる自動レビュー * 品質基準・ガードレール * セキュリティ・アクセシビリティ観点 などを学び、**AIが作った成果物を人間が適切に判断・改善できる品質管理の仕組み**まで設計できるようになりたいです。 --- ## 目指す状態 技術そのものを目的として習得するのではなく、 > **業務・ユーザー・UX・設計・AI・実装をつなぎ、チームが継続的に改善できるプロダクトと運用基盤を設計できる状態** を目指しています。 特に、AIエージェント/RAG、React・Next.js・TypeScript、Design System/DesignOps、AI評価・品質設計の理解を深めることで、現在のInformation Architecture・UX設計の専門性を、より実装・AI活用に近い領域まで広げたいと考えています。

あなたが一番パフォーマンスを出せるのはどんな環境ですか?

## パフォーマンスを出せる環境 最もパフォーマンスを発揮できるのは、**目的・役割・期待成果・意思決定範囲が明確で、個人の専門性を尊重しながら、多職種で建設的に協働できる環境**です。 特に、以下のような環境で力を発揮しやすいです。 - 課題や要件が完全に決まった後ではなく、**課題整理・情報構造・企画・仕様検討など上流から関われる** - 一人で集中して分析・構造化・設計する時間と、レビュー・合意形成・ワークショップなど他者と協働する時間の両方がある - デザイン・開発・事業・CSなど、異なる専門性を持つメンバーが、役職ではなく論点や根拠をもとに対話できる - 「誰が何を判断するか」が明確で、必要な情報が適切に共有される - 個別成果物を作って終わるのではなく、ガイドライン、テンプレート、レビュー、ナレッジ共有など、**継続的な改善・標準化・仕組みづくりまで関われる** - 新しい技術やAIを試すだけでなく、実務にどう定着させるかまで検討できる - 成果や業務特性に応じて、リモートと対面を柔軟に使い分けられる 逆に、役割や判断基準が不明確なまま調整だけを求められる環境や、画面制作・作業量のみが評価対象となる環境よりも、**課題を構造化し、関係者の認識をそろえ、プロダクトや業務の改善につなげることが期待される環境**の方が力を発揮できます。

生成AIの活用状況

日常的な情報収集・業務活用
ChatGPTやGeminiなどのチャットツールを、情報収集、ドキュメント作成、翻訳に日常的に活用
業務でコード補完系の生成AIを活用
GitHub Copilot等のコーディング支援ツール
業務でコード生成、コーディングエージェント系の生成AIを利用
コードレビュー、テストコード生成、デバッグに生成AIを活用

キャラクター

直近で一番やりたいこと
組織を作りたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
自信を持って人より秀でていると言える点
分析力 / 調整力 / 問題解決力
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
プライベートとの両立
やりたくない分野
アダルト
その他の特徴
レガシーな環境を改善できる / 新しい技術はとりあえず試す / 多職種のバックグラウンドがある
その他のやりたいこと・やりたくないこと

### やりたいこと

- 課題定義・業務整理・Information Architectureなど、上流工程からプロダクト設計へ関わりたい
- AI × UX × DesignOpsを活用し、個人の成果物ではなくチームで継続利用できる仕組みを作りたい
- 一つのプロダクトや組織に中長期で関わり、設計・改善・標準化・運用まで育てたい
- デザイン・開発・事業など、多職種をつないでプロダクト全体の品質を高めたい

### あまりやりたくないこと

- UIの量産や指示された画面制作のみを主業務とするポジション
- 保守・運用のみで、改善や設計に関与できない業務
- 営業数字のみを主KPIとする営業中心のポジション
- 役割や意思決定範囲が不明確なまま、調整業務だけを担うポジション

やりたい事

手を動かして設計してコードを書きたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
価値あるプロダクトを作り成長させたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
学び続けて技術力でプロダクトに貢献したい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
意義があることや社会に貢献できる仕事がしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
人や計画の調整・マネジメントをしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
レガシーなシステムの保守・運用・改善をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
企画や仕様を考えるところから関わりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
業務効率を改善して一緒に働く人のためになりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
全社横断的な共通基盤作りや強化をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
組織や文化を作る・成長させる仕事をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい

基本プロフィール

年齢
今年で50代前半
好きなテキストエディタ
VS Code
希望勤務地
埼玉県 / 東京都
希望年収
800万円
ご意見箱

要望、不具合報告、使いづらい点や感想など、お気軽にお寄せください。
いただいたご意見は、今後のサービス向上に活用させていただきます。

なお、このフォームは受付専用のため、返信を行っておりません。
返信を希望する場合はお問い合わせよりご連絡ください。

  • {{error}}
転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか?