WEBシステム開発・業務システム開発・ITコンサルティング

なぜ、システムは「思っていたものと違う」のか

事業を最も理解しているのは、いつだってその事業を営んでいる会社です。
一方で、システムを作るには専門知識が要ります。

これまでの開発は、この二つを分業でつないできました。
事業側が要望を伝え、開発会社がそれを解釈して作る。

しかし、ここには構造的な問題があります。

開発会社の多くは、その事業を経験したことがありません。
だから、伝わった要望は少しずつずれていきます。しかも作ること自体が難しいため、事業側は「専門家がそう言うなら」と受け入れるしかない。パッケージを導入すれば制約に業務を合わせることになり、結果として中途半端なものができあがる。

そして、使われない。
それでも「システム開発は高額で時間もかかるのだから、仕方ない」で終わってきました。

うまくいったケースを振り返ると、共通点があります。
内製していたか、どちらかに優れた「翻訳家」がいたか——このどちらかです。

いま、その前提が変わりつつあります

AIによって、システムを作ること自体のハードルが劇的に下がりました。

これまで「やりたくてもできなかった」内製化が、現実的な選択肢になっています。
事業を最も理解している人が、自分の手で仕組みを作れる。分業による解釈のずれが、そもそも発生しない。

実際、多くの中小企業で内製化の動きはすでに始まっています。
社内の好奇心旺盛な社員が、自らツールを作り始めている。

ただし、これは諸刃の剣でもあります。

動くものは作れる。しかし、事故を起こさずに動き続けるものを作るのは、別の話です。
実際にインシデントも発生し始めています。

当社が支援すること

内製化に向かう会社を、その段階に応じて支援します。

当社が「作らなくていい」と言える理由

我々はもともと内製化のスペシャリストでした。
事業側にいながら自社の仕組みを作り、常に事業と開発の狭間に立ち続けてきた人間です。

その経験から確信していたことがあります。
システム開発には、構造的な欠陥がある。そしてそれを埋められるのは、事業と技術の両方が分かる「翻訳家」だけだ——この考えのもと、当社は創業しました。以来、多くのクライアントの業務改革を支援しています。

メンバーにも、事業会社側での経験を持つ人間を選び、育ててきました。

事業をやってきた人間として、「ここにこんなお金をかけたくない」という気持ちが分かります。
システム開発をやってきた人間として、「この予算を削られるのは厳しい、本当に大丈夫か」という気持ちも分かります。

当社が提案するのは、その両方を踏まえたベストバランスです。

多くの開発会社は、言われたものを言われた通りに作ります。それが売上になるからです。
当社は、その逆を申し上げることがあります。
「ここは削りましょう」「ここは削りたいでしょうが、投資すべきです」

仕組みを作ることは、目的ではありません。手段のひとつです。

近年、FDE（Forward Deployed Engineer）という言葉を目にする機会が増えました。
顧客の現場に入り込み、業務を理解した上で仕組みを作るエンジニアを指す言葉です。

当社が創業以来やってきたことは、ほとんどこれでした。

参考事例