外販するつもりは
なかった

この違いを定義しないまま「SEOを改善する」「アクセスを増やす」と指示しても、AIは一般的な提案を大量に返します。提案自体が間違っていなくても、どれが成果に近いのか判断できません。

SIGNALでいうコンバージョンは、フォーム送信だけを指しません。事業や活動の目的へ一段進んだことを示す行動全体です。サービスページを読み、実績を確認し、料金や導入条件を理解し、相談へ進む。イベントの内容を知り、初参加の不安を解消し、申込ページへ移動する。こうした連続した行動を設計し、どこで止まっているかを確認します。

コンバージョン重視は、訪問者を強引にクリックさせることではありません。訪問者の目的と、サイト運営者が提供できる次の行動を一致させ、迷いや情報不足を減らすことです。

この8領域は、サイトを点数で評価するための採点表ではありません。商談ゴールと実装箇所の間を検証し、確認事実と改善仕様をつなぐ診断エンジンです。

前段が成立しなければ、後段も成立しにくくなります。

情報が存在しなければ発見されません。発見されても、主要説明がJavaScript実行後にしか現れなければ、検索やAIが十分に取得できない場合があります。取得されても、会社情報や実績が食い違えば信頼されません。信頼されても、対象顧客と提供結果が曖昧なら理解されません。理解されても、次の行動が分からなければコンバージョンしません。行動が発生しても測定できなければ、改善の再現性は残りません。

AIエージェントは、この各工程で調査、比較、初稿作成、コード生成、テスト、文書化を支援します。しかし、何を成果とするか、どの提案を採用するか、どのリスクを許容するか、いつ公開するかは人間が決めます。

一度で完成度の高い答えが出たから作れたのではありません。一周のコストが下がり、実物を見ながら何度も判断をやり直せたことが大きな要因でした。

SIGNALの初期設計と実装は、代表の飯田が中心となって進めました。ただし、「一人で作った」と言い切ると、重要な前提が抜けます。

SIGNALは、AIモデル、OSS、クラウドインフラ、フレームワーク、データベース、認証・計測基盤、技術ドキュメント、多くのエンジニアが積み上げてきた知見の上に成立しています。

より正確に言えば、一人が問題設定、優先順位、統合、公開判断を連続して担い、AIエージェントと既存の技術基盤を使って反復した、という状態です。

AIによってコードの初稿を作る速度は上がりました。一方で、短時間に大きな変更が可能になった分、アーキテクチャ、認証・権限、データ移行、セキュリティ、可観測性、長期保守の判断は軽くなっていません。

AIがエンジニアを不要にしたのではなく、事業責任者が設計と実装へ関与できる範囲を広げました。そして、専門的なエンジニアリング判断が必要な場所を、以前より具体的に認識できるようになりました。

提案と実装を分けないという立場そのものについては、なぜNetsujoは「実装型BizDev」を掲げるのかで書いています。

Netsujo SIGNALは、「売れるAIサービスを作ろう」と考えて始めたものではありません。

netsujo.jpとmiyakodeit.comについて、検索順位やアクセス数だけを見るのではなく、誰に見つけてほしいか、何を理解してほしいか、どの行動へ進んでほしいかを定義し、AIエージェントと改善を続けました。

その過程で、個別の指示が診断基準になり、修正作業がChangeSpecになり、改善履歴がデータになりました。事業目標から観測、実装、測定までを切らずに扱うための仕組みが、結果としてSIGNALになりました。

SIGNALの本質は、AIがレポートを作ることではありません。

内部実務から生まれたこの方法が、他社でも再現可能か。現在は、その問いを顧客環境で検証している段階です。

公開情報だけで、最初に直すべき商談機会損失1件とMini ChangeSpecを確認できる無料診断を用意しています。支払い方法の登録は不要で、有料契約へ自動移行しません。