Technologies성공적인 구현은 계정이 생성된 날이 아닙니다. 새로운 워크플로우를 이해하고, 올바른 데이터가 준비되고, 팀이 자신 있게 운영할 수 있으며, 소유자가 변경 사항이 효과가 있는지 확인할 수 있는 지점입니다.
개선이 필요한 작업부터 시작하세요. 누가 시작하는지, 어떤 결정이 내려지는지, 정보가 다른 사람에게 전달되는 위치, 마지막에 소유자가 확인해야 하는 내용 등 현재 프로세스를 일반 언어로 설명합니다. 이렇게 하면 긴 기능 비교로 인해 실제 작동 문제가 숨겨지는 것을 방지할 수 있습니다.
출시 후 확인할 수 있는 소수의 결과를 선택하세요. 레스토랑은 반복되는 주문 항목 수를 줄이고, 호텔은 보다 명확한 객실 준비 상태 전달을 원할 수 있으며, 여러 위치에 있는 운영자는 일관된 일일 보기를 원할 수 있습니다. 팀이 새로운 워크플로를 솔직하게 비교할 수 있도록 존재하는 현재 기준선을 기록합니다.
시스템에 영향을 미치는 모든 역할과 각 역할에 필요한 최소한의 정보 또는 작업을 나열하세요. 관리자, 일선 직원, 재무 사용자 및 소유자에게 동일한 액세스가 필요한 경우는 거의 없습니다. 권한을 조기에 설계하면 민감한 정보를 보호하고 일상적인 화면에 집중할 수 있습니다.
구성을 시작하기 전에 새 시스템에 필요한 정보를 준비하십시오. 깨끗한 제품 이름, 객실 또는 자산 기록, 고객 필드, 기초 잔액 및 직원 목록을 시작하는 동안보다 가져오기 전에 수정하기가 더 쉽습니다. 하드웨어와 제3자 승인의 리드 타임이 다를 수 있으므로 프린터, 터미널, 스캐너, 결제 장치 및 통합을 별도로 문서화하세요.
유용한 파일럿은 정규 근무일을 따릅니다. 가장 바쁘고 오류가 발생하기 쉬운 경로, 취소 또는 변경과 같은 예외, 업무 종료 절차, 보고 및 팀 간 인계를 테스트합니다. 생산 데이터 세트가 필요하지 않은 경우 개인 고객 또는 임차인 정보보다는 안전한 테스트 기록을 사용하십시오.
자세히 관찰할 수 있을 만큼 파일럿 규모를 작게 유지하세요. 하나의 대표 위치, 부서 또는 워크플로우는 전체 조직이 한꺼번에 수행하도록 강요하지 않고도 구성 및 교육 격차를 드러낼 수 있습니다. 소유자, 결정 및 기한과 함께 각 문제를 기록합니다. 비공식 채팅이 유일한 출시 기록이 되도록 두지 마십시오.
교육은 각 개인이 수행하는 업무에 따라 이루어져야 합니다. 실제 작업을 사용하여 일선 팀에 짧은 연습 세션을 제공하고 감독자에게 승인, 수정 및 보고를 위한 별도의 경로를 제공합니다. 시스템의 일부만 사용하는 직원에게는 한 번의 긴 시연만으로는 충분하지 않습니다.
오래된 기록의 변경이 중단되는 시기, 최종 데이터를 가져오는 시기, 준비 상태를 누가 확인하는지, 팀이 첫 교대 근무 중에 어떻게 도움을 요청할 것인지에 대한 명확한 전환 계획을 게시합니다. 기존 시스템과 새 시스템이 겹쳐야 하는 경우 각 기간별로 어느 시스템이 진실의 출처인지 정확히 정의하세요.
처음 며칠 동안은 매일 출시를 검토하고, 나머지 기간에는 매주 출시를 검토합니다. 구성 문제 및 실제 제품 격차와 교육 질문을 분리하세요. 이러한 구별을 통해 후속 조치가 더 빨라지고 해결 방법이 우발적으로 영구적인 프로세스가 되는 것을 방지할 수 있습니다.
30일이 지나면 합의된 결과를 기준과 비교하고 보고 및 권한이 여전히 적절한지 확인하고 다음 단계에 어떤 개선이 필요한지 결정합니다. 제어된 두 번째 단계는 일반적으로 출시 중에 요청된 모든 옵션을 추가하는 것보다 안전합니다.
구현 순서는 유사하지만 테스트가 필요한 워크플로는 산업 및 제품에 따라 다릅니다. 출시를 계획하기 전에 관련 Joony 가이드를 사용하여 제품별 요구 사항을 정의하세요.
현재 운영 방식, 사용 중인 도구와 우선순위를 알려 주시면 적합한 Joony 제품과 다음 단계를 안내해 드립니다.