いわゆる「システム会社」を細分化すると、大企業や官公庁を相手にしたシステム全体を開発する会社であったり、 自社システム製品の開発・販売に特化した企業(ITベンダー)や、 顧客企業からシステム開発の受託を受けて開発する会社(システム開発会社)だったり、 様々です。

自社システムをパッケージサービスとして販売しているのが、いわゆる「ITベンダー」です。 昔は、社内に専用サーバーを置いて動かす基幹システムが主流でしたよね。 いまは月額いくらのクラウドサービスが増えてきました。 こういったシステムを販売し、そのオプションを開発していくのがITベンダーです。

システム開発会社は、ITベンダーが用意するパッケージサービスでは扱いにくい業務を、 依頼会社の要請を受けて、その会社の為だけに独自に開発する会社です。 地方の中小企業では、このシステム開発会社をどの様に選び、どう付き合っていくべきかが 大変重要になってきます。

開発内容を確認すると、その会社の強みと弱みがわかります。 大きい括りで言えば、「社内に置く専用サーバーのシステム」なのか「Webで利用できるクラウドサービス」なのか、 これだけでも強みはまったく異なります。そして特に大事なのは、その開発導入で発生した問題にどう対処したかです。

「Webで利用できるクラウドサービス」に強いシステム会社だった場合、 具体的にどういった仕組みを使って開発しているか、わからないなりにも知る事です。 例えば当ラボの場合は、「自社で改善をまわす仕組み作り」が大事であるという観点から、 敢えてシンプルな作り方で仕組みを実現し、中身を見せています。

多くのシステム会社では依頼者の要望通りに作り、言質を取る事に汲々としている部分があります。 なぜなら「言った言わないのやり取り」は疲弊するからです。 しかし開発プロセスで大事なのは、システムを知らない依頼者の要望を丸飲みせずに、 一緒になっておかしな要望は是正し、より良いシステムを作る姿勢があるかどうかです。 開発者・依頼者の双方に、そのスタンスがある事が大事です。

ITベンダーが作るパッケージサービスであれば、同じシステムを多くの会社が使うわけですから、 保守内容が社内で蓄積されやすく、対応できる人間も多いのですが、システム開発会社に依頼して導入した 独自システムの場合、依頼会社しか使わないシステムなので、保守が属人化してしまいます。 その為、対応が後手になりがちです。当ラボでは、「自社で改善をまわす仕組み作り」を目的にしている為、 作りがシンプルで、依頼者自身がシステムを理解しているという状況を作ります。 そういったスピーディな改善が出来る保守について、どう対応しているかも決め手になります。