仕様書がない社内システムでも開発相談できる?最初に整理すべきこと

システム刷新

「社内で使っているシステムを見直したいけれど、仕様書がない」 「昔から使っているシステムなので、どう動いているのかを説明しきれない」 「困ってはいるが、開発会社に何をどう伝えればよいのか分からない」

このようなお悩みを持っている会社は、実は少なくありません。特に、長年使っている社内システムや、担当者の引き継ぎで何とか運用されてきた仕組みほど、きれいな仕様書が残っていないことが多いです。

そして、その状態のまま「相談しても相手にされないのではないか」「仕様書がないと開発会社は動けないのではないか」と不安になり、見直しを後回しにしてしまうケースもよくあります。

しかし、結論から言うと、仕様書がなくても開発相談は可能です。 むしろ、現場で長く使われてきた社内システムほど、最初から整った資料がそろっていることの方が少ないと言ってよいでしょう。

大切なのは、完璧な仕様書を最初に用意することではありません。今ある情報をもとに、現状の業務と困りごとを一緒に整理していくことです。この記事では、仕様書がない社内システムでも相談できる理由、相談前に最低限整理しておくとよいこと、そして開発会社に相談するときに意識したいポイントを、非IT系の方にも分かりやすく解説します。

仕様書がなくても相談できるのか

まず、一番大きな不安から整理します。 「仕様書がないのに相談してよいのか」という点については、答えははいです。

社内システムの見直し相談では、最初から立派な仕様書がそろっている方が珍しいです。むしろ、次のような状態の方が一般的です。

  • 作った担当者が退職していて、詳しいことが分からない
  • 古いシステムなので、資料が残っていない
  • ExcelやAccessやFileMakerをつぎはぎで使ってきた
  • 口頭の運用ルールで何とか回している
  • 画面を見れば何となく使えるが、全体像は説明しにくい

このような状況でも、相談自体は十分に可能です。 なぜなら、開発の出発点で必要なのは「完成された仕様書」ではなく、現場で何が起きていて、何に困っているのかという情報だからです。

たとえば、

  • どんな人が使っているのか
  • どんなタイミングで使っているのか
  • 何を入力しているのか
  • どこで手間がかかっているのか
  • どんなミスや漏れが起きやすいのか

こうした情報が見えてくると、そこから現状整理や要件整理を進めることができます。 つまり、最初に必要なのは「技術資料」ではなく、「今の仕事の実態」なのです。

むしろ危ないのは、仕様書がないことより放置すること

仕様書がないこと自体を、過度に深刻に捉える必要はありません。 本当に危ないのは、仕様書がない状態のまま、困りごとを放置し続けることです。

たとえば、次のような状態になっているなら、見直しのタイミングが近づいている可能性があります。

  • 担当者しか分からない操作がある
  • 少しの修正でも怖くて触れない
  • 同じ情報を何度も転記している
  • 集計や確認に毎回時間がかかる
  • 不具合が出ると原因が分からない
  • システムの外でExcelや紙で補っている
  • 新しい人に引き継ぎにくい

こうした状態は、仕様書がないから問題なのではなく、業務の中身が見える化されないまま、無理な運用が続いていることが問題です。

しかも、社内システムは止まるまで見直されにくい傾向があります。 「まだ動いているから大丈夫」と思っているうちに、担当者の退職、パソコンの入れ替え、制度変更、取引量の増加などが重なると、一気に限界が表面化することがあります。

だからこそ、完璧な資料がなくても、まずは相談しながら整理を始めることに意味があります。

最初に整理すべきこと1 今のシステムで何をしているのか

相談前に一番大切なのは、今のシステムが何をしているのかをざっくりでも整理することです。 ここで必要なのは、専門用語で正確に説明することではありません。

たとえば、次のように考えるだけでも十分です。

  • どの部署が使っているのか
  • 誰が入力しているのか
  • どんな帳票や一覧が出ているのか
  • 何のために使っているのか
  • 1日に何回くらい使うのか

具体例で言えば、

  • 営業が受注内容を入力している
  • 事務が請求データを出している
  • 現場が作業完了を登録している
  • 管理者が月次集計を確認している

この程度の整理でも大丈夫です。 最初からデータベース構造や内部仕様まで説明する必要はありません。

むしろ、非IT系の方が無理に技術的に説明しようとすると、本来大事な業務の流れが見えにくくなることがあります。 それよりも、「このシステムは普段こう使っている」と説明できる方が、整理の出発点としては有効です。

最初に整理すべきこと2 どこに困っているのか

次に大切なのは、「何に困っているのか」を整理することです。 ここが曖昧だと、システムを見直す目的も曖昧になってしまいます。

よくある困りごととしては、次のようなものがあります。

  • 入力に時間がかかる
  • 同じ情報を何度も転記している
  • 検索しにくい
  • 集計が面倒である
  • 帳票の修正がしにくい
  • 操作が属人化している
  • 不具合が出ても直せない
  • 外出先や別拠点から使えない

このとき、「システムが古いから困っている」とまとめるのではなく、できるだけ具体的にすることが重要です。

たとえば、

  • 月末の請求集計に毎回半日かかっている
  • 担当者がいないと受注処理が進まない
  • 一覧表をExcelへ出してから加工しないと使えない
  • 少しの帳票変更でも外注先へ頼まないといけない

このように具体化すると、何を優先して改善すべきかが見えやすくなります。

最初に整理すべきこと3 今ある資料を集める

仕様書がなくても、手がかりになる資料はたくさんあります。 相談前には、完璧でなくてよいので、今あるものを集めておくと話が早くなります。

たとえば、次のようなものです。

  • 実際に使っている画面のスクリーンショット
  • 出力している帳票や一覧表
  • 入力用のExcelや紙帳票
  • マニュアルや引き継ぎメモ
  • エラー画面の写真
  • 運用ルールを書いたメモ
  • システムのURLやログイン画面

このような資料は、一見すると断片的に見えるかもしれません。 しかし、実際には、現場の業務やシステムの役割を理解するための非常に重要な材料になります。

特に、今使っている帳票や一覧表は、その会社がどんな情報を必要としているかを表していることが多いので、非常に価値があります。

最初に整理すべきこと4 全部を一度に解決しようとしない

仕様書がないシステムの相談でありがちなのが、「どうせ見直すなら全部まとめてきれいにしたい」と考えてしまうことです。 もちろん気持ちはよく分かりますが、最初から全部を整理しきるのは現実的ではありません。

むしろ大切なのは、

  • 今すぐ危ないところ
  • 担当者依存が強いところ
  • 毎月・毎日負担が大きいところ
  • 少し改善するだけで効果が大きいところ

このような部分から、優先順位をつけて整理していくことです。

たとえば、最初は

  • 入力だけを見直す
  • 帳票出力だけを整理する
  • Excelとの二重管理だけを解消する
  • 検索画面だけを改善する

といった進め方でも十分に意味があります。 最初から全部を作り直す前提にしてしまうと、相談する側もされる側も話が重くなり、結局動けなくなることがあります。

相談先に求めたいことは「最初から全部理解していること」ではない

仕様書がないシステムの相談では、「こちらの状況を一度で理解してくれる相手でないと困る」と思いがちです。 しかし、実際には、最初から全部を理解している会社などありません。

本当に大切なのは、

  • 分からない状態からでも整理してくれるか
  • 現場の話を丁寧に聞いてくれるか
  • 資料が少なくても投げ出さずに進めてくれるか
  • 小さく切り分けて進めてくれるか

という点です。

古い社内システムの相談は、きれいな案件ではありません。 情報が足りないこともありますし、運用ルールが曖昧なこともありますし、「何が分からないかも分からない」という状態もあります。だからこそ、相談先には、完成された依頼だけを受ける姿勢ではなく、現状整理の段階から一緒に向き合う姿勢が求められます。

その意味で、仕様書がない案件ほど、「最後まで投げ出さずに対応するかどうか」が非常に重要です。

仕様書がなくても、相談は早い方がよい

仕様書がないまま困っていると、「もう少し整理してから相談しよう」と考えがちです。 しかし、多くの場合、それでは相談のタイミングがどんどん先送りになります。

しかも、古い社内システムは、壊れてから相談すると難易度が一気に上がります。 担当者が辞めてしまった、サーバーが壊れた、パソコンが更新できない、制度変更に対応できない、という状態になってからでは、整理よりも応急処置が優先になってしまうからです。

だからこそ、「まだ動いているが不安がある」という段階で相談することに意味があります。 不安を抱えたまま使い続けるより、現状を整理して、どこが危ないのか、どこから見直すとよいのかを把握しておく方が、結果として安全です。

まとめ

仕様書がない社内システムでも、開発相談は十分に可能です。 むしろ、長年使われてきた社内システムほど、最初からきれいな仕様書が残っていることの方が少ないと言えます。

大切なのは、完璧な資料を作ってから相談することではありません。 今のシステムが何をしていて、どこに困っていて、どんな資料が残っているのかを、まずは整理することです。そして、全部を一度に解決しようとせず、危険度が高い部分、負担が大きい部分から少しずつ見直していくことが現実的です。

古い社内システムの相談は、分からないことが多いからこそ不安になります。 しかし、そうした案件こそ、最初の整理から一緒に進めることに意味があります。資料がきれいにそろっていなくても、現場の話を聞きながら状況を整理し、最後まで投げ出さずに対応する姿勢があるかどうかが大切です。

「仕様書がないから相談できない」と思って止まってしまうより、「仕様書がないからこそ、一緒に整理してくれる相手に相談する」という考え方の方が、現実には前へ進みやすいはずです。

仕様書がない社内システムの整理から相談したい方へ

「昔から使っている社内システムがあるが、仕様書がない」「困ってはいるが、何をどう伝えればよいのか分からない」「担当者しか分からない運用になっていて不安がある」――そのようなお悩みがあれば、まずは現在の業務内容やシステムの使われ方を整理するところからご相談いただけます。

今ある画面、帳票、Excel、メモ、運用ルールなどをもとに、どこに負担やリスクがあるのか、どこから見直すと進めやすいのかを一緒に整理し、最後まで投げ出さずに対応いたします。

お問い合わせはこちら

タイトルとURLをコピーしました