
検索で目指すのは、案件の数を増やすことではありません。
人月単価で比べられない状態を作って、利益の残る案件を取ることです。
なお、TimeValue株式会社では、広告運用・クリエイティブ制作・LP改善・データ分析・AI導入までを一括で引き受けるWebマーケティング支援「KAIZEN」を提供しています。
現在、オンラインの無料マーケティング診断を毎月10社限定で実施中です。いまの数字を見ながら、どこから直すのが早いかを一緒に整理します。
今月の無料診断は残り4社です
広告からLPまで、まとめて見ます。オンラインで30分から対応しています。
目次
目次
- システム開発会社がSEOで目指すべきことは何か
- 単価を上げるための検索対策
- どういう言葉で探されているのか
- 費用の検索を取りにいく
- 費用をどう説明すればいいのか
- 規模別の目安を出す
- 実績をどう見せるのか
- 出せる範囲を整理する
- 技術スタックをどう打ち出すのか
- 発注者向けの書き方
- オフショアとの価格差をどう説明するのか
- 差になる部分
- 自社サービスへの移行をどう扱うか
- サイトを分けるかどうか
- 限られた予算で、何から手をつければいいのか
- どこが詰まっているか分からないとき
- よくある質問
- まとめ
検索で目指すのは、案件の数を増やすことではありません。
人月単価で比べられない状態を作って、利益の残る案件を取ることです。
システム開発会社がSEOで目指すべきことは何か
検索で目指すのは、案件の数を増やすことではありません。
人月単価で比べられない状態を作って、利益の残る案件を取ることです。
受託開発の売上は、エンジニアの稼働時間で頭打ちになります。
人を増やさない限り、売上は伸びません。
そして単価はオフショアと比べられます。
同じシステムを作るという言葉で括られると、安いほうが選ばれます。
単価を上げるための検索対策
価格で比べられないようにするには、何の会社かを絞る必要があります。
システム開発ではなく、この業界のこの業務のシステムまで絞ると、比較の相手が変わります。
検索から来る人の三つの状態
| 状態 | 検索する言葉の例 | 知りたいこと |
|---|---|---|
| 課題がある | 業務名 効率化 システム | 何を作れば解決するか |
| 発注を検討 | システム開発 費用 | 相場と期間 |
| 発注先を探す | 業務名 システム 開発会社 | 実績と技術 |
どういう言葉で探されているのか
システム開発+費用が最も多く、次に業務や課題の言葉が続きます。
技術名で探す人もいますが、発注者側は技術名を知らないことが多くあります。
発注を考えている人は、まず相場を知りたがります。
そして相場が分からないまま、複数社に見積もりを取ります。
費用の検索を取りにいく
システム開発 費用は競争が激しい言葉ですが、業務を絞れば取れます。
在庫管理システム 開発 費用のような形です。
検索の種類と用意するページ
| 種類 | 例 | 用意するページ |
|---|---|---|
| 費用 | 業務名 システム 費用 | 規模別の費用の目安 |
| 課題 | 業務名 効率化 | 課題の整理と解決の選択肢 |
| 比較 | パッケージ 自社開発 違い | 作るか買うかの判断 |
| 技術 | 技術名 開発 | その技術での開発実績 |
| 発注 | システム開発 依頼 流れ | 発注から納品までの流れ |
作るか買うかの判断を助ける
既製品で足りるなら、そのほうが安く済みます。それを正直に書ける会社は少なく、書くと信用されます。そして本当に作る必要がある案件が相談に来ます。
費用をどう説明すればいいのか
要件定義前は見積もれません。
それでも規模別の目安と、何で金額が変わるかは書けます。
お問い合わせくださいだけだと、比較段階で候補から外れます。
相場が分からない発注者にとって、目安がないことが不安です。
規模別の目安を出す
機能の数、画面の数、連携する外部システムの数で規模が変わります。
その軸で幅を示します。
規模別の費用の目安(説明のための仮の値です)
| 規模 | 内容 | 費用の目安 | 期間 |
|---|---|---|---|
| 小 | 画面10前後、単機能 | 200万〜500万円 | 2〜3か月 |
| 中 | 画面30前後、外部連携あり | 500万〜1,500万円 | 4〜6か月 |
| 大 | 複数部門、基幹連携 | 1,500万円以上 | 6か月以上 |
数字は説明のための仮の値です。
自社の実績に基づく値に置き換えてください。
何で金額が変わるかを書く
画面の数、扱うデータの量、既存システムとの連携、必要なセキュリティの水準。
これを書くと、発注者が自社の案件の規模を推し量れます。
要件定義を分けて受ける
いきなり開発を請けるのではなく、要件定義だけを先に受ける形もあります。その場合の費用と期間も書いておくと、相談の入口になります。
実績をどう見せるのか
守秘義務で社名を出せない案件がほとんどです。
業種、規模、課題、作ったものの種類だけでも書けます。
大手企業の実績多数とだけ書かれても、判断できません。
発注者が見たいのは、自社に近い案件を扱ったことがあるかです。
出せる範囲を整理する
業種、従業員規模、課題、開発した機能の概要、期間、体制。
社名と画面のスクリーンショットを伏せれば、多くは書けます。
実績の書き方(説明のための仮の値です)
| 項目 | 記載例 |
|---|---|
| 業種 | 卸売業 |
| 規模 | 従業員80名 |
| 課題 | 受発注を紙とファクスで処理していた |
| 作ったもの | 受発注管理システム |
| 期間 | 5か月 |
| 体制 | 3名 |
数字は説明のための仮の値です。
実際の案件の数字を使ってください。
許可が取れる案件を増やす
納品時に、実績として掲載してよいかを確認する習慣をつけます。社名を出せなくても、業種と規模の掲載なら許可が取れることがあります。
技術スタックをどう打ち出すのか
発注者は技術名を知らないことが多くあります。
技術名を並べるより、その技術で何ができるかを書くほうが届きます。
技術者を採用するときには技術名が効きますが、発注者には伝わりません。
同じサイトで両方に届かせるなら、ページを分けます。
発注者向けの書き方
この技術を使っているから、あとから機能を追加しやすい。
こういう形で、発注者にとっての意味に翻訳します。
技術の説明の書き方を、項目ごとに見ていきます。
特定の言語とフレームワークを使用については、発注者向けは追加開発を頼める会社が多い構成です。
クラウド基盤で構築については、発注者向けは利用者が増えても対応でき、初期費用を抑えられます。
自動テストを整備については、発注者向けは改修時に既存の機能が壊れにくくなります。
技術名の検索も取る
技術名で検索するのは、その技術に詳しい発注者か、採用の候補者です。どちらも価値があるので、技術名のページは別に作ります。
オフショアとの価格差をどう説明するのか
価格では勝てません。
コミュニケーションの往復にかかる時間と、要件の変更への対応で説明します。
海外の開発会社と比べると、人月単価は倍近く違うことがあります。
その差を埋める説明が必要です。
差になる部分
仕様の変更にどう対応するか、打ち合わせの回数、納品後の保守。
特に仕様が固まりきらない案件では、近くにいることの価値が大きくなります。
比較の軸を、項目ごとに見ていきます。
単価については、価格の安い選択肢は安い、近くで開発する場合は高い。
仕様の変更については、価格の安い選択肢は追加費用と時間、近くで開発する場合は会話で調整できる。
打ち合わせについては、価格の安い選択肢は限られる、近くで開発する場合は必要に応じて。
納品後については、価格の安い選択肢は窓口が遠い、近くで開発する場合は継続して相談できる。
向かない案件も書く
仕様が完全に固まっていて、変更がない案件なら、安いほうが合理的です。そう書くと、仕様が固まっていない案件が相談に来ます。そちらのほうが単価を取れます。
自社サービスへの移行をどう扱うか
受託だけでは稼働が上限になります。
自社サービスを持つなら、そのサービスの検索対策は受託とは別に設計します。
受託の売上には天井があります。
自社サービスを立ち上げる会社が多いのは、この構造のためです。
サイトを分けるかどうか
受託開発のサイトと、自社サービスのサイトは役割が違います。
同じサイトに混ぜると、どちらの検索からも中途半端になります。
二つの事業の違いを、項目ごとに見ていきます。
検索する人については、受託開発は発注担当、自社サービスは課題を持つ利用者。
決まるまでについては、受託開発は数か月、自社サービスは数日から数週間。
必要なページについては、受託開発は実績と費用、自社サービスは機能と料金と事例。
受託で得た知見を使う
特定の業務のシステムを何度も作っていれば、その業務に詳しくなっています。その知見を記事にすると、受託の引き合いにも自社サービスの認知にもつながります。
限られた予算で、何から手をつければいいのか
費用の目安を出すのが先です。
実績の整理と、業務を絞ったページがその次になります。
発注者が判断できる情報を出すことが、比較段階で残る条件です。
着手の順番を、項目ごとに見ていきます。
1については、やることは規模別の費用の目安を出す、かかる期間の目安は2週間、効き方は比較段階で候補に残る。
2については、やることは実績を出せる範囲で整理する、かかる期間の目安は1か月、効き方は自社に近い案件が見つかる。
3については、やることは要件定義だけを受ける形を用意する、かかる期間の目安は2週間、効き方は相談の入口が増える。
4については、やることは業務を絞ったページを作る、かかる期間の目安は2か月、効き方は価格で比べられなくなる。
5については、やることは課題から入る記事を積み上げる、かかる期間の目安は3か月以上、効き方は早い段階で接点ができる。
期間は説明のための仮の値です。
どこが詰まっているか分からないとき
問い合わせが少ないのか、問い合わせはあるが失注するのかで、直す場所が変わります。現状の整理から相談したい場合は、[無料診断](https://time-value.jp/contact/)があります。直す場所が決まっていて手を動かす人が必要なら、[サイト改善のサービス](https://time-value.jp/services/kaizen/)もあります。
よくある質問
費用は要件次第なので書けません
正確な見積もりは書けませんが、規模別の幅と、何で金額が変わるかは書けます。目安がないと比較段階で候補から外れます。
守秘義務で実績を出せません
社名を伏せても、業種、規模、課題、作ったものの種類は書けます。納品時に掲載の可否を確認する習慣をつけると、書ける案件が増えます。
技術名を並べれば技術力が伝わりますか
発注者には伝わりません。その技術を使うと発注者にとって何がいいのかに翻訳して書いてください。技術者向けのページは別に作るのが有効です。
オフショアと価格で比べられます
価格では勝てません。仕様の変更への対応と、納品後に継続して相談できることで説明してください。仕様が固まっていない案件のほうが向いています。
効果が出るまでどのくらいかかりますか
費用ページと実績の整理は1〜2か月で問い合わせの質に出ます。業務を絞ったページが検索に効くまでは3か月以上かかります。
まとめ
- 検索で目指すのは、案件の数を増やすことではありません。人月単価で比べられない状態を作って、利益の残る案件を取ることです
- システム開発+費用が最も多く、次に業務や課題の言葉が続きます。技術名で探す人もいますが、発注者側は技術名を知らないことが多くあります
- 要件定義前は見積もれません。それでも規模別の目安と、何で金額が変わるかは書けます
- 守秘義務で社名を出せない案件がほとんどです。業種、規模、課題、作ったものの種類だけでも書けます
- 発注者は技術名を知らないことが多くあります。技術名を並べるより、その技術で何ができるかを書くほうが届きます
- 価格では勝てません。コミュニケーションの往復にかかる時間と、要件の変更への対応で説明します
- 受託だけでは稼働が上限になります。自社サービスを持つなら、そのサービスの検索対策は受託とは別に設計します
- 費用の目安を出すのが先です。実績の整理と、業務を絞ったページがその次になります