静岡市を中心に静岡県全域で業務システムの受託開発を頼むなら、発注前に「納品後、どこまでを保守と呼ぶか」と「改修を誰が受け、誰が決めるか」を書面で決めておくのが先です。不具合の修正、使い方の質問、新しい機能の追加は似て見えても、必要な作業と費用が違います。ここが曖昧なまま稼働すると、忙しい日に限って担当者探しから始まります。
「納品したら終わり」で困るのは、最初の繁忙日
私が相談の場で先に聞くのは、完成予定日より「使い始めてから、誰が面倒を見るか」です。たとえば静岡市の卸売業で受注入力を新しくしても、月末の締め処理や担当者交代は実際に運用して初めて詰まることがあります。開発時の試験で通った画面でも、現場の例外まで一度に洗い出せるとは限りません。
そこで納品を一つの点にせず、動作確認、利用開始、運用引き継ぎを分けて考えます。動作確認では発注時に決めた機能が仕様どおり動くかを双方で確かめる。利用開始後は、問い合わせ先と障害時の手順が実際に使えるかを確かめる。この二つを混ぜると、「仕様の漏れなのか、後から出た要望なのか」で話が止まりがちです。
確認期間の長さは業務の周期で変わります。毎日使う予約画面と、月に一度だけ動く請求処理では、同じ期間で判断しにくいものです。月次処理があるなら少なくともその一巡を見られるよう、受け入れ確認の予定を開発側と相談してください。何を確認し、誰が了承するかまで残しておくと、後の話が早くなります。
保守に入る作業を、名前だけで決めない
「保守込み」という言葉だけでは範囲が見えません。私なら見積書を読むとき、次の作業が含まれるかを一つずつ確認します。
- 発注時に合意した仕様と違う動きの調査・修正
- 利用者からの操作質問と、回答できる窓口
- データのバックアップ、保存期間、復元の担当
- サーバーや連携先の更新に伴う確認作業
- 障害が起きた際の原因調査と、再発を減らす記録
同じ「直す」でも、画面が保存できない不具合と、部署が増えたため承認欄を足す変更は別の相談です。前者でも、操作方法や入力データが原因なら調査後に扱いが変わる場合があります。決め打ちせず、原因の調査費用、修正の範囲、追加見積りへ切り替わる条件を確認しておくのが現実的です。
特に見落としやすいのが、復元できるかどうか。バックアップを取っていることと、必要な日に戻せることは別です。保存先、取得の間隔、何日前まで戻せるか、復元を誰が実行するかを聞いてください。個人情報を扱うなら、作業時に誰がデータを見られるかも合わせて確認します。
改修依頼の入口が複数あると、優先順位が崩れる
店長から電話、経理からメール、現場から口頭。依頼が別々に届くと、開発側は何が正式な要望か分からなくなります。藤枝の店舗で予約画面を使う場合を考えると、現場の「この欄が欲しい」と本部の「集計方法を変えたい」は、同じ画面でも影響する仕事が違います。まず社内で依頼を集める人を一人決め、開発側の受付先も一つに絞る。担当者が休む日の代理まで決めておくと安心です。
窓口で受ける内容は、発生した日時、画面名、やりたかった操作、実際の結果、業務への影響が分かれば十分です。画面写真を添えるときは、顧客情報が写り込んでいないか確認を。口頭で受けた相談も、後から追える形で記録しておくと「言ったはず」の行き違いが減ります。
要望を受けた人が、その場で開発を約束する必要はありません。業務の責任者が必要性を判断し、開発側が影響範囲と見積りを示し、発注側が着手を決める流れにしておく。小さな表示変更に見えても、帳票や集計に影響することがあります。判断する人が曖昧なまま作業が始まるのが、一番避けたい形です。
「すぐ対応」の意味は、営業時間と業務停止の度合いで変わる
問い合わせへの返事と、問題の解決は分けて約束します。たとえば「翌営業日までに受け付けて状況を確認する」は初動の目安で、「翌営業日までに直る」という意味ではありません。原因が外部サービスにある場合や、データの確認が要る場合は復旧までの時間が読めないこともあります。目安を契約に入れるなら、受付時間と休日の扱いを必ず併記してください。
一方、営業中に会計や予約が止まる業種では、通常の質問と同じ順番で待てない場合があります。停止時だけ使う連絡先、発注側が最初に確認すること、紙や手作業へ切り替える手順を決めておく。富士の製造業なら出荷の締め時刻、静岡市の飲食店なら週末のピークが判断材料です。自社の「止まると困る時間」を先に伝えるほうが、無理のない対応条件を組めます。
障害の重さも言葉で合わせます。全員が使えない、特定の担当者だけ使えない、表示が見づらいが業務は続けられる。この違いで初動の優先順位を決めるのが一般的です。代替手順があるかも重要。復旧を待つ間に何を手で残すかまで、現場の担当者とすり合わせてください。
月額費用と追加改修は、見積りの線を分ける
保守費を比べるときは、月額の数字だけを横に並べても判断できません。問い合わせが何件までか、調査や軽微な修正を含むか、バックアップや稼働確認が別料金かで中身が変わります。「軽微な修正」という表現が出たら、作業時間や影響範囲など、何を基準に分けるかを聞く。保守の対象外になる典型例も一つ示してもらうと、比較しやすくなります。
改修の費用は、要望を受けた時点で確定しないことが多いものです。調査してから見積る場合は、調査自体に費用がかかるか、見積り後に依頼を見送れるか、誰の承認で着手するかを明確に。繁忙期直前の変更には試験の時間も要ります。急ぎの依頼ほど、希望日だけでなく、間に合わない場合の代替策まで話しておくと判断しやすくなります。
契約期間や更新時の条件も確認対象です。毎月の支払いに何が含まれ、途中で利用人数や連携先が増えた場合にどう見直すか。金額の相場だけで自社に合うかは決められません。具体額や現在の条件はシステム導入・開発を無料で相談するから確認してください。最新はお問い合わせ・各ページでご確認ください。
外部サービスとデータの境目を放置しない
受託開発したシステムは、単独で動いているとは限りません。メール送信、決済、予約、会計ソフトなどとつながるなら、どこまでが開発会社の管理対象かを図や一覧で残すのが確実です。連携先の仕様が変わって動かなくなったとき、誰が連絡を取り、誰が改修を見積るのか。契約前に聞きにくい話ほど、稼働後に効いてきます。
データについては、保存先と管理権限を発注側も把握しておきたいところです。担当者が退職したときのアカウント停止、誤入力の修正履歴、閲覧できる人の範囲。業務システムは現場の記録が積み重なる道具なので、権限の設定を後回しにすると運用で困ります。開発側に任せる部分と、社内で決める部分を分けてください。
また、障害時に調査のため本番データを扱うことがあります。アクセス方法、記録の残し方、不要になった写しの扱いを事前に確認します。機密性の高い情報がある場合は、テスト用データをどう用意するかも相談を。現場が使いやすいことと、情報を守ることは両立させる必要があります。
開発会社が変わる日を想定すると、引き継ぎの不足が見える
依頼前に確認したいのは、納品される画面だけではありません。仕様書、操作手順、管理者アカウントの扱い、データの出力方法、障害連絡先。これらが発注側に渡るかで、担当者交代や運用の見直しがしやすくなります。分厚い資料を作ることが目的ではなく、翌日から別の担当者が迷わず動けることが目的です。
契約が終わる場合、データをどの形式で受け取れるか、移行に必要な協力はどこまでか、預けたデータの削除をどう確認するかも決めておきます。独自の形式でしか取り出せないと、別の仕組みへ移るときに時間がかかります。発注側が管理すべきアカウントや契約があれば、最初から名義を整理しておくと後が楽です。
私は打ち合わせの最後に、「もし明日担当者が変わったら、何を見れば分かるか」と聞きます。答えが人の記憶だけなら、資料の追加か運用手順の見直しが必要です。納品後の保守は、困ったときの連絡だけでなく、日々の運用を引き継げる状態まで含めて考えると整理しやすいです。
よくある質問
不具合の修正は、必ず保守費に含まれますか
契約と原因によります。合意した仕様と違う動きなら修正の対象になり得ますが、後から業務手順が変わった場合は追加改修として扱うこともあります。原因調査の段階で費用が発生するか、判断が分かれたとき誰が確認するかを事前に決めてください。
社内に詳しい人がいなくても、窓口を置けますか
技術に詳しい人である必要はありません。現場からの連絡を集め、業務への影響と希望する期限を説明できる人が向いています。開発側へ伝える書式を簡単に決め、判断が必要な案件だけ経営者や部門責任者へ回す形でも運用できます。
保守契約を結ばず、必要なときだけ改修を頼めますか
対応できるかは開発会社とシステムの構成次第です。都度依頼にするなら、障害時の受付可否、調査開始までの目安、バックアップを誰が管理するかを先に確認してください。止まると売上や受注に直結する業務では、連絡できる体制の費用も含めて比較するほうが実態に合います。
小さな変更なら、口頭で頼んでも大丈夫ですか
相談の入口は口頭でも構いませんが、着手前には変更内容と費用、予定日を記録に残したいところです。表示文の変更に見えても、帳票や権限に影響することがあります。依頼した人と承認する人が違うなら、その区別も書いておくと行き違いを防げます。
静岡の保守範囲と改修窓口は、 まずは無料の最初の一歩からで大丈夫。
仕様がまだ固まっていなくても、今の業務で「止まると困る場面」と「変更を決める人」が分かれば話を始められます。NIR株式会社では、運用後に誰が何を担うかも含めてご相談を受けています。必要ならシステム導入・開発を無料で相談するから、現状をそのままお聞かせください。保守の線引きは、使う人の一日から決めていきます。