開発者・デザイナーの方へ|AI WORKFORCEの一員として成果をつくる人へ

FOR ENGINEERS & DESIGNERS

AIを使う開発者・デザイナーから、AI WORKFORCEの一員として成果をつくる人へ

人かAIかではなく、役割を持ち成果を出す単位がWORKFORCEメンバー。リアルメンバーはAIと組んでPOWER-UP REALへ。AI社員が単独で役割を担うフォーメーションも成立します。

リアルメンバーとAIの協働
REAL+AI=POWER-UP REAL

生成AIの進化によって、Web制作やシステム開発の仕事は大きく変わり始めています。

文章を書く。画像を作る。デザイン案を考える。HTMLやCSSを書く。JavaScriptやPHPを書く。既存コードを調査する。エラーの原因を探す。仕様を整理する。

これまで人が一つひとつ手を動かしていた作業の中に、AIが高いレベルで担当できるものが急速に増えてきました。

その一方で、開発者やデザイナーの中には、「このままAIが進化したら、自分の仕事はどうなるのだろう」と考える人もいるでしょう。

AI WORKFORCEが考えているのは、「AIが開発者やデザイナーを置き換える」という単純な未来ではありません。

むしろ、一人ひとりの専門職がAIと組み、これまで一人では扱えなかった量や規模の仕事を担えるようになる。そして場合によっては、AI社員そのものが一つの役割を担い、WORKFORCEのメンバーとして成果を出す。そんなチームの形です。

WORKFORCEのメンバーは、人かAIかで決まるものではありません。役割を持ち、その役割に必要な成果を出す単位が、WORKFORCEメンバーです。

01 / FORMATION

REAL + AI = POWER-UP REAL

REAL専門性・経験・判断
+
AI生成・調査・実行支援
=
POWER-UP REALより大きな役割を担う
POWER-UP REAL

APICEのリアル社員は、基本的にAIとタッグを組んで仕事を進めます。

エンジニアなら、自分の専門知識に、コード生成AI、調査AI、テスト支援AIなどを組み合わせる。デザイナーなら、デザイン経験に、画像生成AI、リサーチAI、UI検討AIなどを組み合わせる。

これは単に「AIツールを使っている」ということではありません。AIの能力を自分の専門性へ取り込み、これまでより広い範囲の仕事を、より速く、より深く扱えるようになるということです。

REAL MEMBER + AI = POWER-UP REAL

リアルのエンジニアがAIと組めば、POWER-UP ENGINEERになる。リアルのデザイナーがAIと組めば、POWER-UP DESIGNERになる。

一方、AIだけで安定した成果を出せる役割では、AI社員が単独でWORKFORCEメンバーになることもあります。重要なのは、人とAIのどちらが仕事をするかではなく、その役割に対して、最も良いフォーメーションをつくることです。

02 / PROFESSIONAL VALUE

開発者・デザイナーの仕事は「手を動かすこと」だけではない

企画・設計考える
実装・制作つくる
検証・改善判断する
チーム連携つなぐ

Web制作やシステム開発では、どうしても実作業に多くの時間を使います。

デザイナーなら、レイアウトを作り、画像を探し、色や余白を調整し、パーツを作り、スマートフォン表示まで確認します。エンジニアなら、HTML、CSS、PHP、JavaScript、SQLを書き、既存コードを読み、エラーを調査し、テストを行い、不具合を修正します。

もちろん、これらは必要な仕事です。しかし、プロフェッショナルとして本当に価値があるのは「どれだけ手を動かしたか」ではありません。

デザイナーなら、何を、誰に、どのように見せれば伝わるのか。エンジニアなら、何を、どのような構造で実装すれば、安全に正しく動くのか。を判断する力です。

AIが実作業を担当できる範囲が増えるほど、人間はこの判断へより多くの時間を使えるようになります。

03 / OUTPUT IS NOT THE GOAL

「AIに作らせる」だけでは、仕事は完成しない

AIの出力たたき台・生成物
+
人の判断・修正品質・意図・責任
=
完成した成果使えるアウトプット

生成AIに「このページを作ってください」と指示すれば、HTMLやCSSを生成してくれるかもしれません。「もっと格好良いデザインにしてください」と言えば、新しい案を出してくれるかもしれません。

しかし、実務ではそれだけでは足りません。

なぜこのページを作るのか。誰が使うのか。何を最も伝えたいのか。既存サイトとの整合性はどうするのか。変更してはいけない仕様は何か。どのデータを正本として使うのか。既存コードへどのような影響があるのか。

こうしたプロジェクト固有の条件を理解していなければ、AIは「それらしいもの」を作ることはできても、実際に使える成果物を安定して完成させることはできません。

だからAI WORKFORCEでは、AIに何かを生成させることではなく、AIに仕事の条件を理解させ、人とAIで成果物を完成させることを重視します。

04 / CURRENT AI

現在のAIは「優秀だが、まだフォローが必要なメンバー」

AI

高い能力。でも、まだ丁寧なフォローが必要

  • 前提を共有する
  • 変更禁止範囲を示す
  • 完成条件を伝える
  • 要所で確認する

現在のAIは非常に高い能力を持っています。しかし、プロジェクトの事情を最初からすべて理解しているわけではありません。

エンジニアの仕事なら、使用しているCMSやテーマ、DB構造、既存コード、命名規則、過去の不具合、変更禁止箇所などを知らなければなりません。デザインでも、ブランドカラー、既存ページのトーン、ターゲット、写真の方向性、UIの優先順位、ページ全体の役割などがあります。

現在のAIには、目的を伝える。背景を伝える。制約を伝える。参考を渡す。完成条件を伝える。途中で確認する。という仕事の渡し方が必要です。

これは、人間の新人へ仕事を任せる場合とよく似ています。AIの能力が進化すれば、任せられる仕事の単位は大きくなり、確認点も要所へ絞られていくでしょう。

05 / BASIC FLOW

現在は「TASK → 確認 → 修正」が基本

TASK仕事を渡す
→
確認成果を見る
→
修正方向を戻す
→
NEXT次のTASKへ

今のAIに「このシステムを全部完成させてください」と一度伝えれば、そのまま完成品が返ってくる。多くの実務では、まだそこまで単純ではありません。

現在は、仕事を適切なTASKへ分けます。

TASKを渡す → AIが成果を出す → 人が確認する → 問題があれば修正する → 次のTASKへ進む。

そして、小さな成果を積み上げて、最終成果へつなげます。

例えばWordPressの開発なら、仕様確認、既存コード確認、変更方針、コード作成、構文確認、実機確認、修正という複数工程があります。現在は、それぞれの工程や複数工程のまとまりをAIへ任せ、人が要所を確認するという形が現実的です。

AIの進化によって、一度に任せられる範囲は少しずつ広がっています。

06 / FROM TASK TO RESULT

「作業をさせる」から「小さな成果を任せる」へ

Before

作業をさせる

CSSを書いて / 画像を作って / PHPを直して

→
After

小さな成果を任せる

目的・完成条件を持った成果単位で渡す

AIを使うと、「CSSを書いて」「この画像を作って」「このPHPを直して」といった指示になりがちです。もちろん、それでもAIは役に立ちます。

しかしAI WORKFORCEでは、もう少し成果に近い単位で考えます。

「ボタンのCSSを書いて」ではなく、「スマートフォンでも押しやすく、既存ページと統一されたCTAを完成させる」と考える。

「このPHPを修正して」ではなく、「既存仕様を壊さずに不具合を解消し、修正後の確認項目まで整理する」と考える。

つまり、コードや画像を出すことそのものを仕事にするのではありません。使える状態を完成させることを仕事として定義する。これがWORKFORCEメンバーとしての考え方です。

07 / DESIGNER

デザイナーは「制作する人」から、視覚成果を完成させる人へ

AIと働くデザイナー

AI生成 → デザイナー判断 → 視覚成果

  • ターゲットに合うか
  • ページ目的に合うか
  • 全体トーンと統一されるか
  • ユーザー視線を導けるか

画像生成AIやデザイン支援AIの進化によって、デザイン業務も大きく変わり始めています。

これまで時間をかけて探していた人物写真やイメージ画像を、その場で生成できる。複数のレイアウト案を短時間で比較できる。コピーや見出し案もAIと一緒に考えられる。

しかし、AIが何十案作れるようになっても、最後に必要なのは判断です。

この画像はターゲットに合っているか。ページの目的に合っているか。他ページと統一されているか。文章と画像の役割が重複していないか。ユーザーはどこを見るのか。

AI時代のデザイナーは、すべての素材を自分で制作する人から、AIの能力も使いながら、ページ全体の視覚コミュニケーションを完成させる人へ役割を広げていきます。

08 / ENGINEER

エンジニアは「コードを書く人」から、動く成果を完成させる人へ

<?php
// AI can generate code.
// Engineer completes the system.
?>

設計・実装・検証までを成果として見る

  • 変更範囲を判断
  • 既存仕様との整合
  • 安全性を確認
  • 保守できる形へ仕上げる
AIと働くエンジニア

AIはコード生成でも大きく進化しています。HTML、CSS、PHP、JavaScript、SQLなど、多くのコードを短時間で生成できます。

しかし、コードを書くことは開発工程の一部です。

その前には、要求を理解し、既存システムを調査し、データ構造を確認し、変更範囲を判断し、影響箇所を確認し、安全な方法を選ぶ必要があります。

その後には、本当に動くか、既存機能を壊していないか、異常入力でも問題ないか、データを壊さないか、セキュリティ上の問題はないか、将来保守できるかを確認しなければなりません。

AIがコードを書く速度を高めれば高めるほど、何を作るべきか。どこを変えてよいか。そのコードは本当に正しいのか。を判断できるエンジニアの価値は高まります。

09 / REVIEW

AIが作ったコードは「動いたからOK」にしない

セキュリティ
性能
可読性
保守性
既存仕様

AIを開発へ使ううえで、特に重要なのがレビューです。

一度動いた。エラーが出なかった。画面が表示された。それだけで完成とは限りません。

他の画面ではどうか。既存データへ影響しないか。NULLの場合はどうなるか。二重登録されないか。権限チェックはあるか。入力値の検証はできているか。既存仕様を壊していないか。

AIがコードを書く速度が上がるほど、生成速度ではなく、成果品質を管理する能力が必要になります。

AI WORKFORCEでは、AIが出したものをそのまま採用するのではありません。その役割に必要な成果基準を満たしているかを確認し、完成させます。

10 / SAFE DESIGN

AIが間違えることを前提に、仕事を設計する

AIが間違える

仕様誤解 / 前提変更 / 見落とし / 過剰変更

事故にならない設計

レビュー / 承認 / テスト / バックアップ / 権限管理

AIが間違えること自体を、特別な異常と考える必要はありません。人間の新人も間違えます。仕様を読み違えることもあります。確認せずに進めることもあります。

だから人間の組織には、レビュー、承認、テスト、バックアップ、権限管理があります。AI WORKFORCEでも同じです。

重要なのは、AIが絶対に間違えないことを期待するのではなく、間違えても重大な事故にならない工程をつくることです。

本番DBをいきなり変更させない。既存コードを消す前に差分を見る。重要処理は人が承認する。変更前にバックアップする。テスト環境で確認する。

これらはAIが弱いから必要なのではありません。AIも含めたチームで安全に成果を出すための、通常の仕事設計です。

11 / TWO FORMATIONS

WORKFORCEの実働メンバーには、2つのフォーメーションがある

REAL + AI

POWER-UP REAL

リアル社員がAIとタッグを組み、専門性を拡張して成果を出す。

AI MEMBER

AI社員

AIが単独で役割・責任範囲を持ち、チームメンバーとして成果を出す。

人とAIのチーム

AI WORKFORCEの実働メンバーには大きく二つの形があります。

一つは、リアル社員がAIとタッグを組む形です。エンジニアが複数のAIを使いながらENGINEERとして成果を完成させる。デザイナーが複数のAIを使いながらDESIGNとして成果を完成させる。AIはその人の能力を拡張します。

REAL + AI = POWER-UP REAL

もう一つは、AI社員が単独で一つの役割を担う形です。一定の調査、情報整理、監視、定型処理など、AIだけで成果基準を満たせる役割なら、AI MEMBERとしてWORKFORCEへ参加します。

人とAIのどちらか一方が正しいのではありません。仕事ごとに最適なフォーメーションを選びます。

12 / WORKFORCE CHAIN

一つひとつのメンバーがつながり、最終成果になる

MANAGEMENT→AOI→YUI→DESIGN→ENGINEER→DELIVERABLE

WORKFORCEでは、エンジニアやデザイナーが単独で存在するわけではありません。

例えばWebサイト制作なら、マネジメントが目的を設定する。AOIが企画や構造を設計する。YUIが記事を完成させる。DESIGNメンバーが視覚化する。ENGINEERメンバーが実装する。そして最終的なWebページとして成果が完成します。

現在は、この各工程の中に複数のTASKと、人による確認や修正が入ります。将来AIがさらに成熟すれば、各メンバーが担当できる範囲は大きくなり、引き継ぎもよりシンプルになっていくでしょう。

重要なのは、自分の工程だけを終わらせることではありません。次のメンバーがそのまま使える状態で成果を渡すことです。

13 / NEAR FUTURE

近い将来、開発者・デザイナーの一日はこう変わる

NOW

指示する
結果を見る
修正する
もう一度確認

→
NEAR FUTURE

複数TASKを任せる
要所だけ確認
成果レビュー
高度な判断へ集中

近未来の開発者・デザイナー

これは、現在すでに完全に実現している働き方ではありません。AI WORKFORCEがさらに成熟したときの近未来像です。

現在はまだ、AIへ指示し、結果を見て、修正し、もう一度確認することにかなりの時間が必要です。

しかし、AIへ任せられる仕事の単位が大きくなれば、朝、担当案件を確認する。AIへ複数のTASKを任せる。成果条件を設定する。重要なチェックポイントだけ確認する。完成した成果をレビューする。必要な修正だけ戻す、という仕事へ近づいていきます。

そして人間は、より難しい設計、新しい表現、複雑な問題解決、顧客との対話、品質判断、新技術の検証へ時間を使えるようになるでしょう。

これは単なる時短ではありません。一人の専門職が担当できる仕事の範囲そのものが広がる変化です。

14 / PROFESSIONAL VALUE

AI時代に価値が高まる開発者・デザイナー

課題を見つける力
企画・設計する力
AIを使いこなす力
品質を見極める力
チームでつくる力

これから価値が高まるのは、AIより速くコードを書ける人、AIより速く画像を作れる人だけではないでしょう。

AIへ仕事を正しく渡せる。必要な前提を伝えられる。成果を評価できる。間違いを見抜ける。より良い方向へ修正できる。複数のAIを組み合わせられる。そして最終成果に責任を持てる。

そんな専門職です。

AIが強くなるほど専門知識が不要になるのではありません。むしろ専門知識を持つ人ほど、AIをより高いレベルで使い、より大きな役割を担えるようになります。

15 / GET STARTED

まず、自分の仕事の一部をWORKFORCE化してみる

01小さなTASKを選ぶ
02AIに任せる
03成果を確認する
04任せる範囲を広げる

最初から大きな業務をAIへ任せる必要はありません。

まず今日の仕事の中から、成果が分かりやすいものを一つ選びます。CSSの調整でもいい。画像制作でもいい。コード調査でもいい。テスト項目の作成でもいい。仕様整理でも構いません。

そして、何を完成させたいのかを決めます。

AIへTASKを渡す。成果を確認する。不足があれば修正する。完成したら次へ進む。まずはそれで十分です。

重要なのは、AIへ質問する回数を増やすことではありません。AIへ仕事を任せ、成果を受け取る経験を増やすことです。

NEXT ACTION

AIを使う専門職から、AI WORKFORCEの一員として成果を担う専門職へ

人とAIのどちらが仕事をするかを競うのではなく、その役割に対して最も良いフォーメーションをつくる。リアルメンバーはAIと組んでPOWER-UP REALへ。AIだけで成立する役割ではAI MEMBERが成果を担う。まずは自分の仕事の一部からWORKFORCE化してみましょう。