業務の分岐が表現できない
部門や申請内容によって異なる確認手順に対応したい。
BUSINESS SYSTEM DEVELOPMENT
現場の仕事に、
仕組みを合わせる。
標準機能では補いきれない確認・入力・集計・処理を、業務の流れに沿って設計・開発します。
業務システムについて相談する ↗CHALLENGES
システムに仕事を合わせすぎない。
小さな不便の積み重ねが、確認漏れや手作業の増加につながります。
周辺作業が手作業
定型のファイル作成やチェックを毎回手で行っている。
必要な機能が少し足りない
一覧、入力補助、チェック、出力などを業務に合わせたい。
WHAT WE BUILD
既存の仕組みを活かし、
必要な部分をつくる。
ワークフローの機能調整
申請・承認・完了などの状態や、条件に応じた処理を整理して実装を検討します。
業務用の補助ツール
CSV変換、データ集約、ファイル出力など、繰り返し作業を支援するプログラム。
確認・検索・出力画面
担当者が必要な情報を取り出しやすい一覧や、確認機能を設計します。
既存機能との接続
現行システムの仕様・制約を踏まえ、連携可能な方法を検討します。
EXAMPLE
たとえば、申請業務の周辺機能。
以下は一般的な業務改善の例です。実案件の成果や実績値を示すものではありません。
BEFORE
確認・加工が人手に依存
- 申請状況を画面で個別に確認
- 出力したデータをExcelで加工
- 別システム用の形式へ手直し
- 漏れや重複を目視で確認
AFTER / 構築イメージ
業務ルールを処理に組み込む
申請・承認データ対象条件に沿って抽出
↓業務ルールの適用チェック・集約・変換
↓確認・出力一覧・CSV・後続処理へ
※実装方法は利用中のシステムの拡張可否により異なります。
SCOPE
ご相談時に確認すること。
利用者と業務手順
誰が、いつ、何を確認・入力するか。
システムの制約
改修範囲、API・データ出力の可否、権限。
受け入れ条件
期待結果、例外ケース、運用方法、テスト観点。
- 01
業務と課題の整理
現状・例外・手作業を確認。
- 02
要件と画面・処理の設計
入力・出力・条件・権限を明確化。
- 03
開発・テスト
正常系だけでなく例外も確認。
- 04
導入・調整
利用者の運用に合わせて確認。
LET’S TALK
「あと少し使いやすく」を、具体的に。
既存システムの変更が難しい場合も、周辺処理を含めて方法を考えます。