Technologiesアカウントが作成された日から実装が成功するわけではありません。これは、新しいワークフローを理解し、適切なデータが準備され、チームが自信を持って運営できるようになり、オーナーが変更が機能しているかどうかを確認できる時点です。
改善が必要な作業から始めます。現在のプロセスを平易な言葉で説明します。誰がそれを開始し、どのような決定が行われ、情報がどこで他の人に渡され、所有者が最後に何を確認する必要があるかについて説明します。これにより、長い機能比較によって実際の運用上の問題が隠れてしまうことがなくなります。
起動後に確認できる少数の結果を選択します。レストランでは繰り返しの注文入力を減らしたい場合があり、ホテルでは客室の準備状況の引き継ぎをより明確にしたい場合があり、複数拠点の運営会社では毎日 1 つの一貫したビューが必要な場合があります。現在のベースラインが存在する場合はそれを記録し、チームが新しいワークフローを正直に比較できるようにします。
システムに影響を与えるすべてのロールと、各ロールに必要な最小限の情報またはアクションをリストします。マネージャー、最前線のスタッフ、金融ユーザー、所有者が同じアクセスを必要とすることはほとんどありません。権限を早期に設計することで機密情報が保護され、日常の画面に集中し続けることができます。
構成を開始する前に、新しいシステムに必要な情報を準備します。クリーンな製品名、部屋または物件の記録、顧客フィールド、期首残高、およびスタッフリストは、発売時よりもインポート前の方が簡単に修正できます。ハードウェアとサードパーティの承認ではリードタイムが異なる可能性があるため、ドキュメント プリンタ、端末、スキャナ、支払いデバイス、および統合は個別に行われます。
有能なパイロットは通常の勤務日に従います。最も混雑し、最もエラーが発生しやすいパス、キャンセルや変更などの例外、一日の終わりの手順、レポート、チーム間の引き継ぎをテストします。運用データセットが必要ない場合は、顧客やテナントの個人情報ではなく、安全なテスト記録を使用してください。
パイロットを注意深く観察できる程度に小さくしてください。 1 つの代表的な場所、部門、またはワークフローでは、組織全体に一度にそれらを強制することなく、構成とトレーニングのギャップが明らかになる可能性があります。各問題の所有者、決定事項、期限を記録します。非公式なチャットが唯一の展開記録にならないようにしてください。
トレーニングは、各人が実行する業務に基づいて行う必要があります。最前線のチームに現実的なタスクを使用した短い練習セッションを提供し、監督者に承認、修正、報告のための別のパスを提供します。システムの一部のみを使用するスタッフにとって、1 回の長いデモンストレーションで十分であることはほとんどありません。
明確なカットオーバー計画を公開します。古いレコードの変更が停止する時期、最終データがインポートされる時期、準備が整っていることを誰が確認するか、最初のシフト中にチームがどのように支援を要請するかなどです。新旧のシステムを重複させる必要がある場合は、各期間のどちらが真実の情報源であるかを正確に定義してください。
最初の数営業日は毎日、その後、残りの月は毎週、ロールアウトを確認します。トレーニングに関する質問を、構成の問題や実際の製品のギャップから分離します。この区別により、フォローアップが迅速化され、回避策が誤って永続的なプロセスになるのを防ぎます。
30 日が経過したら、合意された結果をベースラインと比較し、レポートと権限が依然として適切であることを確認し、どの改善が次のフェーズに属するかを決定します。通常、制御された第 2 フェーズは、起動時に要求されたすべてのオプションを追加するよりも安全です。
実装シーケンスは同様ですが、テストが必要なワークフローは業界や製品によって異なります。展開を計画する前に、関連する Joony ガイドを使用して製品固有の要件を定義します。
現在の運用、利用中のツール、優先事項をお聞かせください。適切なJoony製品と次のステップをご案内します。