EA作成を外注する前の要件定義チェックリスト — 失敗しない7項目

「月利◯％で放置して稼げる勝てるEAを作ってください」— ココナラなどでEA作成を外注する際、実はこれが最も失敗しやすい危険な依頼文です。「プロに頼めば良い感じに作ってくれるだろう」と丸投げした結果、納品されたのはバックテストすらまともに動かない欠陥プログラムだった…というトラブルが後を絶ちません。

なぜこのような失敗が起きるのでしょうか？開発者は相場の予言者ではなくプログラマーだからです。検証されていない曖昧なロジックを丸投げされると、開発側は「それっぽく動作するシステム」を作るしかなく、期待値の裏付けがないEAが完成してしまうのです。

貴重なお金と開発期間を無駄にするリスクを回避するために、外注前の要件定義で必ず決めておくべき7つのチェックリストをまとめました。

外注トラブルを防ぐ！発注前に確定すべき7つの要件定義リスト

開発者との認識ギャップを防ぎ、意図通りの動作を実現するために、発注前に以下の7項目を文章化しておきましょう。

• 1. 対象通貨ペアと時間足: 稼働させるシンボルと時間足を明確に指定します。複数ペア運用の場合はマジックナンバーの分離方針も併せて定義します。
• 2. エントリー条件と発生頻度: 時刻ベースの固定エントリーか、インジケーター等のシグナル判定か。エントリーのタイミングと想定頻度を正確に取り決めます。
• 3. SL/TP（損切り・利益確定）の計算基準: 固定pipsで指定するのか、ボラティリティ（ATR等）基準か。最小値の設定やTP未設定（SLのみ）の可否も明記します。
• 4. マジックナンバーによる個別管理: 1つの口座内で複数のEAや複数通貨ペアを同時運用する場合、注文の混同を防止するために必須となる仕様です。
• 5. スプレッドガードの設置: エントリー時刻のスプレッドが設定値を超えた場合、当日のトレードを自動送信スキップする機能です。スプレッド感度の高いEAには欠かせません。
• 6. 詳細なログ出力機能: 注文が通った瞬間の実効スプレッド・約定価格・損益を毎日ログに残す仕様です。運用開始後の期待値照合を行うために最も重要な項目と言えます。
• 7. ソースコード（.mq4/.mq5）納品の有無: 納品物が実行ファイル（.ex4/.ex5）のみか、ソースコードも含まれるか。将来のロジック改修や第三者による統計監査の可否を左右します。

なぜ「監査→設計→実装」の順番が安全なのか？

開発者にロジックを完全丸投げするのではなく、統計的に優位性が実在する現象（例: 特定時間帯の価格アノマリー）を出発点に設計することで、期待値の見通しは劇的に向上します。

もしすでに手元にアイデアや既存EAがあるなら、いきなり新規開発を発注するのではなく、まずは統計監査で期待値を確定させることが資産を守る鉄則です。

その上で判明した課題を設計に落とし込み、実装へ進む流れこそが、無駄な開発費用と資金消失を防ぐ最も安全な手順となります。

納品後に必ず実行すべき「期待値の答え合わせ」

無事にプログラムが納品されたら、いきなりリアル口座で稼働させるのではなく、以下の検証プロセスを必ず実行してください。

• バックテストでの再現性確認: 指定した条件通りにトレードが再現されるか、ストラテジーテスターでチェックする
• デモ口座での期待値照合: 実運用ログ（項目6の仕様）を出力させ、1ヶ月のデモ稼働で検証値と整合しているか数字で確認する

この照合を行うことで、今回の外注開発が成功だったのかを客観的な数字で判定できます。

なお、当ブログの運営体制では、事前の要件定義サポートから開発・監査まで3営業日以内で柔軟に対応可能です。

関連記事: EAのバックテストはこう読む — 見抜く3つの数字 / EA運用は口座で決まる — 正直会計の考え方