【IT業】【下半期】お盆明けのIT企業が進める下半期の案件・AI棚卸し

こんにちは、ストラテジーデザインの吉田です。
今日の記事は、お盆休み前後の稼働差で見えた課題を基に、中小IT企業が下半期の案件配分、単価、AI活用を見直す実務を解説します。

お盆休みは、受託開発やシステム保守の仕事が一時的に落ち着く会社もあれば、顧客の休業対応や緊急連絡で負荷が偏る会社もあります。
その差には、普段は見えにくい案件の採算や業務の属人化が表れます。

お盆明けから9月は、下半期の受注計画を具体化する時期です。
売上目標だけを置くのではなく、どの案件に誰が何時間を使うのかを決める必要があります。
この記事では、従業員5〜200名規模のIT企業が実行しやすい棚卸しと改善の順序を解説します。

お盆明けにIT企業が案件を棚卸しする理由

お盆前後の稼働差は、通常月には埋もれる案件ごとの負荷を確認できる時期です。
顧客が休業して開発が止まった案件と、問い合わせ対応が集中した保守案件を分けて振り返りましょう。

IT企業の下半期戦略は、案件別の粗利と必要工数を見える化してから決めるべきです。
売上だけで案件を並べると、売上は大きくても管理工数や修正対応で利益が残らない仕事を見落とします。

まず、進行中の案件、9月以降の見込み案件、既存の保守契約を一つの一覧にします。
会計ソフトや勤怠システムの数値が十分でなくても、担当者への聞き取りから始められます。

• 案件ごとに契約金額、外注費、担当人数、月間の想定工数を記録する
• 追加要望、障害対応、会議など契約外になりやすい作業を別に記録する
• 顧客の決裁予定日と開始予定日を確認し、受注確度を三段階で分ける
• 特定の一人しか対応できない案件には、担当者名と代替可能な人材を記す

粗利とは、売上から外注費など案件に直接かかる費用を引いた利益のことです。
ただし受託開発では、社内人件費を工数として見なければ実態を判断できません。
月額単価が高くても、担当者が頻繁な確認や修正に追われていれば、実質的な利益率は下がります。

お盆中の連絡履歴も確認してください。
休日対応が必要だった理由は、契約で定めた監視範囲なのか、担当者の善意によるものなのかを分けます。
後者が多い顧客は、対応範囲の再確認が必要です。

棚卸しの目的は、利益の低い顧客を直ちに切ることではありません。
下半期に「続ける案件」「条件を見直す案件」「人員を増やす案件」を経営と現場で同じ基準に置くことです。
9月の最初の経営会議までに一覧を完成させると、採用や外注の判断にも使えます。

受託開発と保守の単価を下半期に見直す手順

受託開発と保守の単価を見直す際は、価格だけを先に伝えないことが重要です。
顧客が受け取る支援内容と、対応可能な範囲を整理した上で、契約条件を更新します。

単価改善は値上げの通知ではなく、業務範囲と責任分担を再設計する交渉です。
特に保守契約では、月額料金に含まれる作業が曖昧なまま、相談、設定変更、障害調査が積み重なりやすい傾向があります。

お盆期間に発生した問い合わせを確認すると、契約範囲の曖昧さを把握しやすくなります。
緊急度の低い操作相談まで即時対応していた場合は、対応ルールを顧客と合意する余地があります。

• 定常監視、障害一次対応、改修、操作支援を別々の作業として書き出す
• 各作業について、受付時間、初動目安、月間の対応回数を決める
• 超過作業は時間単価または小規模改修の見積もりに切り替える
• 契約更新月の三か月前から、利用状況と改善提案を顧客へ共有する

受託開発では、要件定義の前に無償の提案作業が増えていないかを確認します。
見積もりの精度を上げるためのヒアリングと、受注確度が低い案件への過剰な資料作成は分けて管理する必要があります。

見積もりでは、機能開発の金額だけでなく、プロジェクト管理、テスト、移行支援、マニュアル作成を明記します。
顧客にとっても、何に費用がかかるのかが理解しやすくなります。
価格交渉が難しい場合は、納期、対応時間、機能の優先順位を調整する選択肢を提示してください。

全契約を一度に変える必要はありません。
まず、更新時期が近く、追加対応の多い二、三社を対象に試します。
提案後の反応、社内工数、利益の変化を記録すれば、自社に合う契約書や説明資料の型を作れます。

お盆の対応履歴から保守業務の属人化を減らす

お盆中に連絡を受けた担当者が限られていたなら、その保守業務は属人化している可能性があります。
属人化とは、特定の人しか手順、顧客事情、システム構成を把握していない状態です。

保守の属人化は、手順書を増やすだけでなく、他の担当者が実際に対応できる状態にして初めて減ります。
緊急連絡が少なかった場合でも、休暇前に誰へ何を引き継いだかを確認する価値があります。

まずは、お盆前後の問い合わせを時系列で並べます。
問い合わせ内容、初動した人、解決までの時間、参照した情報、顧客への連絡内容を簡潔に残してください。
責任追及ではなく、情報の置き場と判断基準を整えるための作業です。

• 顧客別に連絡先、契約範囲、利用サービス、注意点を一画面で確認できるようにする
• 障害時の初動を「確認」「切り分け」「連絡」「復旧確認」に分けて記録する
• パスワードや認証情報は、権限管理できる安全な仕組みで共有する
• 月に一度、主担当以外が過去の問い合わせを基に対応訓練を行う

システム構成図や運用手順を整える際は、最初から完璧な文書を目指さないでください。
問い合わせの多い顧客、売上規模が大きい顧客、担当者が一人しかいない顧客から順に整備します。
一枚の運用メモでも、緊急時に必要な情報がまとまっていれば役に立ちます。

社内ナレッジとは、過去の対応記録、設計資料、判断基準など、組織で再利用できる知識のことです。
検索しやすい場所に集め、更新する担当とタイミングを決めることが重要です。
生成AIで社内文書を検索する仕組みを検討する場合も、元となる情報の整理が先になります。

お盆のような休暇期間に起きた事象は、平常時の運用を見直す具体的な材料です。
9月に一度、担当者だけでなく営業や管理職も含めて30分の振り返りを実施すると、顧客への説明や契約改善にもつながります。

中小IT企業のAI活用は一業務から検証する

下半期にAI活用を進めるなら、開発者全員に同じツールを配る前に、対象業務を一つに絞って検証します。
AI活用の目的は、新しいツールを導入することではなく、品質を保ちながら時間を使う仕事を減らすことです。

中小IT企業のAI導入は、全社展開ではなく一業務の置き換えから始めるのが定石です。
受託開発、SaaS運営、保守では、繰り返し発生し、成果物を人が確認できる業務が最初の候補になります。

候補としては、会議録の要点整理、仕様書の初稿作成、テスト観点の洗い出し、問い合わせ回答案の作成、社内資料の検索があります。
ただし、顧客情報やソースコードを外部サービスに入力する場合は、契約と利用規約、社内規程を事前に確認してください。

• 月に五回以上発生し、担当者ごとの作業時間に差がある業務を選ぶ
• AIが作成した内容を必ず人が確認し、顧客へ直接送信しない運用にする
• 入力してよい情報、伏せる情報、利用禁止の情報を一枚のルールにまとめる
• 導入前後で作業時間、修正回数、利用者の負担感を同じ方法で記録する

例えば、障害報告書の下書きに使う場合は、事実関係の入力項目を固定します。
その上でAIに文章の構成案を作らせ、担当者が時刻、影響範囲、対処内容を確認してから完成させます。
この流れなら、文章作成を短縮しつつ、誤った内容の送信を防ぎやすくなります。

AIエージェントとは、指示に応じて情報収集や複数の作業を補助するAIの仕組みです。
しかし、顧客対応や本番環境の変更を自動実行させるには、権限、承認、記録の設計が必要です。
まずは提案や下書きに限定し、運用データを見て範囲を広げてください。

ツール費用だけで判断せず、ルール作成、教育、確認作業も含めた負担を見積もりましょう。
IT導入関連の補助金を検討する場合は、対象経費や申請時期が変わるため、必ず最新の公募要領で確認してください。

9月から始めるIT企業の下半期実行計画

棚卸しで課題が見えても、同時に多くの改善を始めると現場が止まります。
9月からの下半期計画では、利益、人員、業務品質に影響が大きいテーマを一つずつ実行します。

下半期の改善計画は、担当者、期限、確認する数字を一枚に置くと実行に移りやすくなります。
経営会議の資料だけで終わらせず、週次や隔週で確認できる小さな計画に分けることが重要です。

最初に、案件棚卸しの結果から経営上の論点を三つまで選びます。
例えば「保守契約の範囲見直し」「主担当一人の顧客を減らす」「テスト設計へのAI活用検証」です。
採用、営業、新規サービスを含めても、責任者が追える数に絞ってください。

• 9月は案件一覧の更新と、改善対象の顧客・業務の決定に充てる
• 10月は契約更新提案、引き継ぎ訓練、AI試行など現場での実行を始める
• 11月は工数、追加対応、受注状況を確認し、続ける施策と止める施策を決める
• 12月は来期の採用、外注、投資計画へ棚卸し結果を反映する

確認する数字は、会社の状況に合わせて少数にします。
受託中心なら案件別の実績工数と粗利、保守中心なら契約外対応の時間と一次回答時間、SaaS中心なら問い合わせ件数と解約理由の分類が候補です。
数字が悪化した原因を議論できるよう、担当者の短いコメントも残します。

人材採用を急ぐ前に、今いるメンバーの時間を何に使っているかを見直してください。
低採算の修正対応や手作業の報告書作成を減らせれば、採用しなくても重要案件へ時間を振り向けられる場合があります。
一方で、受注見込みと必要スキルが明確なら、外注や採用の判断も具体的になります。

お盆明けの振り返りは、夏の出来事を報告して終えるためのものではありません。
休暇期間に露出した運用の弱点を、下半期の利益と働き方の改善に変えるための出発点です。
まずは今週中に案件一覧を作り、次の会議で改善テーマを一つ決めてください。

よくある質問

あわせて読みたい

• IT企業の利益改善は制約理論で進める｜受託・SaaSの実践法 — 案件別の利益改善を深掘りできます
• 社内ナレッジをRAGで検索可能にする実装ステップ — 保守ナレッジ整備の次の選択肢です
• AIエージェント業務組み込みの設計図 — AI試行後の業務設計に役立ちます