公開： 最終更新：
電通デジタル、GNUSを完全子会社化へ AIを使う開発支援を強化
ニュースの要点
電通デジタルは2026年11月6日、デジタル製品の開発を手がけるGNUS（ヌース）の全株式を、電通グループから取得すると発表しました。GNUSでの株式譲渡承認などの手続きを経て、2027年1月1日付で完全子会社化する予定です。
両社は東京都港区に本社を置きます。GNUSは企業向けのアプリなどを企画から開発、運用まで支援しており、近年はAIを使った開発へ対象を広げています。今回の発表で、株式の取得金額は示されていません。
電通デジタルは、顧客体験の設計やAIに関する自社の知見をGNUSの開発人材と組み合わせるため、グループ内で株式を移します。顧客企業がAIを活用して製品を開発する組織づくりも支援する方針です。
ニュース出典: 電通デジタル「GNUSを完全子会社化へ」（2026年11月6日）
イノベーション総研の考察
電通デジタルは、顧客のサービスを設計する仕事に、その後の開発と運用まで近づけようとしています。顧客企業が支援を選ぶときは、開発が速くなるかだけでなく、公開後も自社で変更を決めて運用を続けられるかを見ておく必要があります。
電通デジタルの顧客体験設計に、GNUSの開発・運用を近づける
今回の株式移管は、同じグループの企画と開発を、一つの顧客案件で継続して担当しやすくする動きです。
サービスの企画を提案する会社と開発を請け負う会社が別の場合、顧客の要望や検証結果を、見積もりや開発計画へ引き継ぐ必要があります。要望が変わるたびに担当範囲や費用を決め直していると、AIでコードの下書きを速く作れても、実際に機能を公開するまでの時間は縮まりません。
GNUSはすでに同じ電通グループに属しており、今回初めて外部の技術を取り込む取引ではありません。GNUSは既存サービスを継続する予定です。株式を電通デジタルへ移すことで、顧客との接点と開発の調整を同じ会社の傘下で扱いやすくする狙いと読めます。ただし、提案窓口や評価、契約を実際に一本化するかは発表されていません。
AIを使う人材育成と、顧客が開発を続けられる体制は別
電通グループの人材育成は既存施策であり、GNUSを通じた顧客向け支援では、開発から公開後の改修へどうつなぐかが焦点です。
国内電通グループは10月14日の発表で、約3,000人を対象にAIを活用する人材の育成を始めるとしています。この施策はグループ内の育成が対象です。今回の発表では、AIを使って自社製品を開発できるよう顧客企業の組織づくりを支援することにも言及しています。
両社の機能を一緒に使えば、たとえば顧客から出たアプリの改善要望を、設計だけでなくテストや改修まで引き継ぎやすくなると考えられます。一方、外部の開発者だけがテストや公開手順を把握していると、顧客企業は次の小さな変更も委託先の空きを待つことになります。開発を担う人と、公開後の優先順位を決める人は区別しておく方が実務的です。
顧客に残すのは、ソースコードだけでなく公開を決める権限
AIを使った開発を外部に委ねても、変更の承認、障害時の連絡、元に戻す判断の責任者は顧客側で決めておきます。
ソースコードを受け取っても、どのテストを通せば公開できるか、AIが参照したデータや入力をどこまで記録するかが分からなければ、別の担当者は改修を引き継げません。新規事業の担当者の方は、誰が変更を承認するかと、担当者が替わっても直せるように何を受け取るかを、発注時にすり合わせられます。
判断材料になるのは、企画会議での説明ではなく、顧客側の担当者が小さな改修を一度やり切れるかです。たとえば案内文や申し込み画面の項目を変え、影響を確認し、問題があれば元に戻すところまで試せます。顧客側に技術者を置かず運用まで委託する選択もあり得ます。その場合も、異常時の対応範囲と、契約終了後に別の運用会社へ引き継ぐ条件は分けて決めます。
統合後の成果は、企画から本番までの時間と再改修で測る
開発の速さだけでなく、公開後に顧客が次の改修を回せるかが、組織づくりまで支援する価値を示します。
次に見るのは、取得の手続きが完了したか、両社が具体的な共同提案を示したか、顧客が使う製品の公開や継続運用まで支援できたかです。仮に案件が増えても、企画から見積もりを出すまでの時間だけが短く、顧客の検証や公開承認にかかる時間が変わらないなら、統合の効果は限られます。
逆に、ある案件で改修まで短くなっても、顧客側へ手順が移った結果なのか、電通側が運用を肩代わりした結果なのかでは意味が違います。引き継ぎ後の改修回数と、顧客側で判断できた割合を分けて見ると、納品と開発組織づくりのどちらに対価を払っているかがはっきりします。両社の提供条件と効果は、今回の発表からは確認できません。
まとめ
電通デジタルはGNUSを完全子会社にする方針を示しました。見るべきは、企画と開発を一緒に提案できるかに加え、顧客が公開後の変更をどう引き受けるかです。開発速度と、顧客が自ら公開や改修を判断できる状態を分けて測ることで、必要な支援範囲が見えてきます。
