休暇、備品購入、経費、取引先登録などの申請が、メールと表計算へ分散していないでしょうか。誰が承認待ちなのか分からず、同じ内容を転記し、差し戻しの理由も履歴に残らない状態では、件数が少なくても手間が積み重なります。
原因は、画面を作る前に、必要な入力、状態、承認者、例外、完了後の保存先を決めていないことです。自然言語でアプリを作れても、業務ルールが曖昧なら使うほど修正が増えます。
この記事では、Microsoft Copilot Codeの発表を踏まえ、社内申請を一つ選び、入力と承認ルートを固定し、テスト環境で14日間試す手順を解説します。
株式会社ラクボは、デジタルマーケティング・DX支援の広告代理店として、SNS運用、LINE施策、SEO対策、採用マーケティングなど、様々なマーケティング課題に向き合ってきた実績があります。10年以上のデジマ経験と専門知識を活かし、中小企業様から大手企業様まで、実践的で信頼性の高い情報をお届けします。
社内申請アプリにする一つの業務を選ぶ
Microsoftは2026年9月、新しいCopilotを発表し、Home、Code、Autopilotを示しました。Codeは自然言語からアプリや自動化を作る方向性で、非開発者も組織の環境内で仕組みを作れると説明されています。提供状況は契約とプレビュー条件で確認します。
最初に選ぶのは、入力項目が少なく、承認者が一人か二人で、月に繰り返す業務です。たとえば備品購入やコンテンツ公開前確認です。契約締結、給与、人事評価、複雑な経費精算のように法務・会計・権限の影響が大きい業務は初回対象にしません。
現在の手順を紙に書き、開始、入力、確認、承認、完了の五段階に収まる業務を選びます。AIによる一般的な業務委任とは分け、今回は『申請の受付と状態管理』だけをアプリ化するのがポイントです。
入力項目・状態・承認ルートを先に固定する
画面を生成する前に、申請者、申請日、目的、金額または数量、添付、承認者、希望日などの項目を決めます。必須、任意、選択式、自由記述を分け、入力例も付けます。個人情報や機密を不要に集めないことが重要です。
状態は、下書き、申請済み、確認中、承認、差し戻し、完了のように少数へ絞ります。各状態で誰が見られ、誰が変更でき、次にどこへ進むかを表にします。営業情報を連携する場合はMicrosoft Sales AgentのCRM連携手順と同様に正本を一つへ決めます。
承認ルートは金額や部門で分岐させすぎず、最初は一系統にします。差し戻しには理由を必須にし、再申請時も過去の値と変更履歴を残します。通知先と保存先まで図にしてから、Copilot Codeへアプリの目的と制約を伝えます。
テスト環境で権限と例外処理を確認する
最初はテスト用の申請者と承認者だけを登録し、本番の全社員や取引先データへ接続しません。閲覧、申請、承認、管理の役割を分け、申請者が他人の申請を見られないこと、承認者が対象外部門を変更できないことを確認します。権限確認はAIエージェントのアクセス権棚卸しが参考になります。
空欄、上限超過、重複申請、承認者不在、添付不足、期限切れをテストします。通信が途切れた場合も二重登録されないよう申請IDを持たせます。削除はすぐ消去せず、無効状態へ移し、管理者が履歴を確認できるようにします。
承認、差し戻し、項目変更、権限変更は時刻と担当者を記録します。人の承認を残す考え方はAIエージェントの承認フローに沿って整えます。想定外の共有や通知が起きたら公開範囲を閉じ、直前の版へ戻せるようにします。
14日間の試験で使いやすさと正確さを測る
最初の14日間は、実際の利用者を三人程度に絞り、既存のメールや表計算も残して並行運用します。第一週は正常な申請、第二週は差し戻しや例外を含め、毎日一度だけ不具合と改善要望をまとめます。要望が出るたび即変更せず、優先順位を付けます。
評価するのは入力完了率、差し戻し率、承認までの時間、転記ミス、通知漏れ、問い合わせ件数です。画面の見た目だけで合否を決めず、申請の状態と履歴が正しく残るかを確認します。合格後も部門を一つずつ追加します。
少人数チームの申請や定型業務を、Microsoft 365環境で小さくアプリ化したい方は、ラクボのAI顧問・業務自動化支援をご覧ください。入力項目、承認ルート、権限、試験計画の整理は、Copilot Code社内アプリの相談窓口でご相談いただけます。