
自社の課題を解決できるかと、いくらかかるかを確かめています。
費用の見当がつかないことが、問い合わせを止めています。
なお、TimeValue株式会社では、広告運用・クリエイティブ制作・LP改善・データ分析・AI導入までを一括で引き受けるWebマーケティング支援「KAIZEN」を提供しています。
現在、オンラインの無料マーケティング診断を毎月10社限定で実施中です。いまの数字を見ながら、どこから直すのが早いかを一緒に整理します。
今月の無料診断は残り4社です
広告からLPまで、まとめて見ます。オンラインで30分から対応しています。
目次
目次
- システム開発会社のホームページで、訪れた人は何を確かめているのか
- 費用が最大の不安
- 載せるべき内容は何か
- 揃っていないと選ばれない
- 費用をどう示すのか
- 規模ごとに示す
- 実績をどう示すのか
- 出せる範囲を整理する
- 開発の流れをどう説明するのか
- 段階ごとに示す
- 要件が固まっていない相談にどう応じるのか
- 課題から相談できることを示す
- 納品後の対応をどう示すのか
- 保守の内容を示す
- エンジニアの稼働という上限のなかで、どう考えるのか
- 受けられる状況を示す
- 何から手をつければいいのか
- 最初の一つは今日から始められる
- よくある質問
- まとめ
自社の課題を解決できるかと、いくらかかるかを確かめています。
費用の見当がつかないことが、問い合わせを止めています。
システム開発会社のホームページで、訪れた人は何を確かめているのか
自社の課題を解決できるかと、いくらかかるかを確かめています。
費用の見当がつかないことが、問い合わせを止めています。
システムの開発を頼もうとする人は、多くの場合、詳しくありません。
何ができるのか、いくらかかるのか、どれくらいの期間か。
どれも見当がつきません。
費用が最大の不安
システムの開発は、数百万円になることがあります。
そして、その金額の根拠がわかりません。
この不安が、問い合わせを止めています。
訪れた人が確かめる順番
| 順番 | 確かめること | 見る場所 |
|---|---|---|
| 1 | 何ができるか | 扱う分野、実績 |
| 2 | いくらかかるか | 費用の目安 |
| 3 | どれくらいの期間か | 開発の期間 |
| 4 | どんな会社か | 所在地、規模、体制 |
| 5 | どう進むのか | 開発の流れ |
| 6 | その後どうなるか | 保守の体制 |
要件が固まっていない
多くの場合、依頼する側も何を作りたいかが固まっていません。
漠然とした課題があるだけです。
この段階から相談できることを示すと、問い合わせが増えます。
載せるべき内容は何か
扱う分野、費用の目安、開発の流れ、体制、実績、保守の内容。
この六つが揃っていないと、比較の対象になりません。
システム開発会社のサイトに必要な内容は、決まっています。
見栄えより、必要な情報が揃っていることが先です。
揃っていないと選ばれない
費用の目安がまったくない。
何を作れるかが漠然としている。
実績が見えない。
こうしたサイトは、問い合わせの対象になりません。
必ず載せる内容
| 項目 | 書くこと |
|---|---|
| 会社の概要 | 所在地、設立、人数、体制 |
| 扱う分野 | どんなシステムを作るか |
| 使う技術 | 扱える言語や仕組み |
| 費用の目安 | 規模ごとの価格帯 |
| 開発の期間 | どれくらいかかるか |
| 開発の流れ | 相談から納品までの段階 |
| 実績 | どんなものを作ったか |
| 保守の体制 | 納品後どうなるか |
抽象的な言葉を使わない
最適なソリューションDXを推進といった言葉では、何ができるかがわかりません。
具体的に書いてください。
使う技術を明記する
どんな言語や仕組みを扱えるか。
これは、発注側が確認する項目です。
既存の仕組みと合うかの判断に使われます。
費用をどう示すのか
規模ごとの目安を示してください。
要件が固まらないと出せないとしても、幅は示せます。
システム開発の費用は、要件によって決まります。
だから、要件が固まらないと正確な見積もりは出せません。
しかし、目安がないと問い合わせることもできません。
規模ごとに示す
小規模な場合。
中規模な場合。
大規模な場合。
それぞれ、どれくらいの費用と期間か。
費用について示すこと
| 示すこと | 判断できること |
|---|---|
| 規模ごとの目安 | 自社の場合どれくらいか |
| 費用の決まり方 | 何で金額が決まるか |
| 含まれるもの | 設計、開発、試験など |
| 含まれないもの | 別料金になるもの |
| 保守の費用 | 納品後にかかるもの |
| 支払いの時期 | いつ、いくら払うか |
費用の決まり方を説明する
なぜその金額になるのか。
工数、人数、期間。
この仕組みを説明すると、金額の根拠が伝わります。
要件定義の扱い
要件を固める段階にも、費用がかかります。
これが別料金か、含まれるかを明記してください。
追加の開発
作り始めてから、追加の要望が出ることがあります。この場合にどうなるかを、先に説明してください。
実績をどう示すのか
守秘義務の範囲で、業種と課題と規模を書いてください。
何も示さないと、判断の材料がなくなります。
システム開発では、顧客名やシステムの詳細を出せないことがほとんどです。
そして、守秘義務のため公開できませんで終わっているサイトがあります。
しかしそれでは、選ぶ側に何の情報も残りません。
出せる範囲を整理する
業種。
どんな課題があったか。
どんなシステムを作ったか。
規模と期間。
実績として書けること
| 書けること | 注意点 |
|---|---|
| 顧客の業種 | 企業名は出さない |
| 解決した課題 | 特定される内容は避ける |
| 作ったものの種類 | 一般的な説明で |
| 規模の目安 | 人数や期間の幅 |
| 使った技術 | 技術として書く |
顧客に確認する
出せる範囲は、顧客に確認してから決めてください。
許可が取れれば、企業名を出せることもあります。
架空の実績は作らない
実際に開発していない実績を載せることは、絶対に避けてください。
自社で作ったものを見せる
顧客の案件が出せなくても、自社で作ったものは見せられます。これも、何ができるかを示す材料になります。
開発の流れをどう説明するのか
相談から納品まで、何が起きるかを段階ごとに示してください。
初めて発注する人は、進め方を知りません。
システムの開発を発注したことがない人は、どう進むかを知りません。
何から始めるのか。
自社は何をするのか。
どれくらい関わる必要があるのか。
段階ごとに示す
相談、要件の整理、見積もり、契約、設計、開発、試験、納品。
それぞれ何をするか。
流れについて示すことを、項目ごとに見ていきます。
相談については、示すことは何を話すか、費用はかかるか。
要件の整理については、示すことは誰が何をするか。
見積もりについては、示すことはいつ出るか。
設計と開発については、示すことはどれくらいの期間か。
確認については、示すことは依頼側が何をするか。
試験については、示すことはどう確認するか。
納品後については、示すことは保守と対応。
依頼側の負担を示す
システムの開発では、依頼する側にも作業が発生します。
要件を決める、確認する、試験に参加する。
この負担を先に示すと、体制を準備できます。
期間の目安
各段階にどれくらいかかるか。
全体でどれくらいか。
これを示すと、計画が立てられます。
要件が固まっていない相談にどう応じるのか
漠然とした課題からでも相談できることを、明記してください。
多くの人は、何を作りたいかが決まっていません。
システムを作りたいと思う人は、課題を抱えています。
手作業が多い。
情報がばらばらで管理できない。
人によってやり方が違う。
しかし、それをどうシステムにすればいいかは、わかりません。
課題から相談できることを示す
仕様書がなくても相談できる。
何を作るかから一緒に考えられる。
これを明記すると、早い段階から関われます。
相談について示すことを、項目ごとに見ていきます。
仕様書の要否については、相手の不安は何も決まっていなくていいか。
相談の費用については、相手の不安はお金がかかるか。
相談でわかることについては、相手の不安は何が得られるか。
その後の流れについては、相手の不安は強引に進められないか。
断れることについては、相手の不安は見積もりを見てから決められるか。
相談だけでいいと伝える
見積もりを見て断れることを明記してください。
これがわかると、相談しやすくなります。
課題の整理を支援する
何を作るべきかを整理する段階から関わると、そのまま開発につながります。この価値を示してください。
納品後の対応をどう示すのか
保守の内容と費用を明記してください。
作って終わりではないことが、発注側の不安です。
システムは、作った後も使い続けます。
そして、不具合が出たり、変更が必要になったりします。
この対応があるかどうかが、発注の判断を左右します。
保守の内容を示す
何を保守するか。
どこまで対応するか。
いくらかかるか。
保守について示すことを、項目ごとに見ていきます。
保守の内容については、発注側の判断は何をしてもらえるか。
対応の時間については、発注側の判断はいつ連絡できるか。
不具合への対応については、発注側の判断はどれくらいで直るか。
変更への対応については、発注側の判断は後から直せるか。
保守の費用については、発注側の判断は毎月いくらか。
契約しない場合については、発注側の判断はその場合どうなるか。
不具合への対応
納品後に不具合が見つかった場合、無償で直すか。
その期間はどれくらいか。
これを明記してください。
引き継ぎの可否
将来、別の会社に引き継ぐことがあります。
このときに引き継げる形で作るか。
これを示すと、囲い込まれない安心につながります。
エンジニアの稼働という上限のなかで、どう考えるのか
受けられる状況を明示して、無理な案件を受けないでください。
人が足りないと、品質も納期も守れません。
システム開発は、人の稼働で売上が決まります。
そして、人の数には限りがあります。
この上限を超えて受けると、品質が落ちるか、納期が遅れます。
受けられる状況を示す
いま新規の相談を受けているか。
いつから着手できるか。
受け入れについて示すことを、項目ごとに見ていきます。
新規の受付の状況については、相談する側の判断はいま頼めるか。
着手できる時期については、相談する側の判断はいつから始まるか。
対応できない案件については、相談する側の判断は規模や技術の範囲。
急ぎへの対応については、相談する側の判断は短納期に応じるか。
無理な納期は断る
間に合わない納期を受けると、品質が落ちます。
そして、その評判が残ります。
受けられないときは、早く正直に伝えてください。
単価を上げる方向
稼働が埋まっている状態では、単価の高い案件を優先することになります。
そのためには、価格以外で選ばれる理由が必要です。
実績、技術、対応の速さ。
何から手をつければいいのか
まず費用の目安を規模ごとに示して、次に実績を出せる範囲で書いてください。
順番を守れば、問い合わせの数が変わります。
ここまでの内容を、着手できる順番に並べます。
全部を同時に始める必要はありません。
着手の順番を、項目ごとに見ていきます。
1については、やることは規模ごとの費用と期間の目安を示す、かかる時間の目安は1週間。
2については、やることは扱う分野と使う技術を明記する、かかる時間の目安は1週間。
3については、やることは実績を守秘義務の範囲で書く、かかる時間の目安は2週間。
4については、やることは仕様書がなくても相談できると明記する、かかる時間の目安は即日。
5については、やることは保守の内容と費用を示す、かかる時間の目安は1週間。
ここに挙げた時間の目安は、説明のための仮の値です。
体制によって前後します。
最初の一つは今日から始められる
仕様書がなくても相談できることを、明記するだけです。
何を作るか決まっていない人が、大半だからです。
自社に合うかを確かめたいとき
ここに書いたことは一般的な考え方であって、扱う分野や規模によって優先順位は変わります。どこから手をつけるべきか判断がつかない場合は、<a href="https://time-value.jp/contact/">無料診断</a>で現状を整理するところから始めてください。既にホームページを持っていて、問い合わせが伸び悩んでいる場合は<a href="https://time-value.jp/services/kaizen/">Web集客改善サービス</a>もあります。
よくある質問
費用は要件が決まらないと出せません
正確な見積もりは出せなくても、規模ごとの目安と、費用が何で決まるかは示せます。工数、人数、期間という仕組みを説明すると、金額の根拠が伝わります。
守秘義務で実績が書けません
顧客の業種、解決した課題、作ったものの種類、規模の目安、使った技術は書けることがあります。顧客に確認したうえで出せる範囲を決めてください。自社で作ったものを見せる方法もあります。
抽象的な言葉しか書けません
最適なソリューションDXを推進といった言葉では何ができるかがわかりません。扱う分野、使える技術、作れるものの種類を具体的に書いてください。
問い合わせが来ません
多くの人は、何を作りたいかが決まっていません。仕様書がなくても相談できること、課題から一緒に考えられること、見積もりを見て断れることを明記してください。
納品後のことはどこまで書くべきですか
保守の内容、対応の時間、不具合への対応とその期間、費用を明記してください。将来別の会社に引き継げる形で作るかどうかも、囲い込まれない安心につながります。
まとめ
- 自社の課題を解決できるかと、いくらかかるかを確かめています。費用の見当がつかないことが、問い合わせを止めています
- 扱う分野、費用の目安、開発の流れ、体制、実績、保守の内容。この六つが揃っていないと、比較の対象になりません
- 規模ごとの目安を示してください。要件が固まらないと出せないとしても、幅は示せます
- 守秘義務の範囲で、業種と課題と規模を書いてください。何も示さないと、判断の材料がなくなります
- 相談から納品まで、何が起きるかを段階ごとに示してください。初めて発注する人は、進め方を知りません
- 漠然とした課題からでも相談できることを、明記してください。多くの人は、何を作りたいかが決まっていません
- 保守の内容と費用を明記してください。作って終わりではないことが、発注側の不安です
- 受けられる状況を明示して、無理な案件を受けないでください。人が足りないと、品質も納期も守れません
- まず費用の目安を規模ごとに示して、次に実績を出せる範囲で書いてください。順番を守れば、問い合わせの数が変わります