定義済みの従業員向けサービスを提供
従業員が事務用品、機器、承認されたシステムアクセスを必要とする場面です。サービスの選択から始め、申請の承認だけで終わらず、すべての提供を完了します。
作業依頼を適切に処理
従業員向けサービス、サポートの問題、プロジェクト提案、保守作業に合ったプロセスを選べます。それぞれ異なる判断と、明確な成果が必要です。
5ユーザーまで無料。クレジットカードは不要です。
コードを書かずに、項目・ワークフロー・ダッシュボードを調整できます。 1,000以上のアプリテンプレートと活用例を見る
サンプルデータで試せます。フィールド、ビュー、ワークフローをチームに合わせて調整してください。
申請者が必要としているものは？
従業員の予期しない問題を解決
故障、利用不能、業務の支障に対応します。役立つ症状情報を集め、担当者を割り当て、待機と修正内容を記録し、従業員が業務を再開できるか確認します。
チケットに伴うサポート業務を管理
新規案件を誰が受け取るか、どのような応答を約束するか、実際にどれだけ工数がかかったかを判断します。これらは別々の問いであり、チケットのステータスの言い換えではありません。
提案されたプロジェクトを審査
新しい取り組みの依頼には、範囲、効果、スポンサー、リソースに関する判断が必要です。変更や遂行上の問題は、一般的な従業員ヘルプデスクのキューではなく、対象プロジェクトで管理します。
現場作業のニーズを担当者付きの作業に
保守や現場からの依頼には、場所、機器、安全情報、適切な技術担当者が必要です。割り当て後の作業指示で、実施と完了の詳細を追跡します。
すべての業務プロセスに欠かせない要素
成果を明確にする
申請者が何を受け取るか、何ができるようになるかを記載します。納品、修理、アクセス権の付与が残っているなら、「承認済み」は成果ではありません。
すべての引き継ぎに担当者を指定
提供を承認する人、作業を行う人、完了を確認する人を分けます。実際の判断が必要な場合だけ承認タスクを使ってください。
例外に対応できる経路を用意
不足情報の修正、一部提供時の継続、再発した不具合の再オープンを可能にします。完全な申請だけでなく、こうしたケースでも完了条件が守られるようにしてください。
作業依頼プロセス選びのよくある質問
部門間で依頼が見失われるのを防ぐにはどうすればよいですか？
元の依頼を残し、その成果に責任を持つ人を明確にします。無関係な複製を作らず、指示と日付が明確な個別タスクを他部門に割り当てます。未完了のタスクを確認し、提供完了を確かめてから依頼を終了してください。
すべての依頼に同じフォームを使うべきですか？
いいえ。基本的な本人情報と連絡先は共通化できますが、判断に関わる情報は用途に合わせて収集します。プロジェクト提案には範囲と効果、ディスプレイ故障には場所と症状、機器サービスには提供要件が必要です。
作業依頼は、そのまま作業指示になりますか？
必ずしもそうではありません。依頼はニーズを伝えるもので、作業指示は通常、実施が決まり、担当者と指示が設定された作業を表します。日程、費用、安全上の判断が必要な場合は、依頼から指示に進む判断を明確にしてください。
これらのサンプルは、同期する1つのアプリに含まれますか？
いいえ。それぞれ異なる業務プロセスです。サービス提供と社内ヘルプデスクのサンプルは別アプリで、プロジェクトと保守のテンプレートにも個別の適用範囲があります。アプリ間の関連付けは、必要に応じて明示的に設定してください。
小規模チームはどこから始めるべきですか？
頻繁に発生し、完了条件が明確な依頼を1つ選びます。担当チームで通常、不備あり、作業不能、完了のケースを試してから、サービスやダッシュボードを増やしてください。
チームに合う次のステップを選ぶ
最初から最後まで使える1つの業務プロセスから開始
上記から最も近いサンプルを選び、質問、判断、完了条件をチームに合わせて調整してください。