부동산 관리 팀이 기술 채택 장벽을 극복하는 방법

왜 구현이 소프트웨어가 아닌 워크플로우에서 시작해야 하나요?

기능 목록은 플랫폼이 무엇을 할 수 있는지를 알려줍니다. 그러나 조직이 그것을 어떻게 사용해야 하는지는 알려주지 않습니다.

기술을 구성하기 전에 현재의 운영 순서를 문서화하세요.

그 순서가 보이면, 구현 팀은 어떤 것이 수동으로 남아야 하고, 어떤 것이 표준화되어야 하며, 어떤 것이 합리적으로 자동화될 수 있는지를 결정할 수 있습니다.

부킹 닌자 워크플로우 및 프로세스 관리 Salesforce 내부에서 구성 가능한 라우팅, 승인, 할당, 알림, 에스컬레이션 및 구조화된 워크플로우 실행을 제공합니다.

모든 기존 시스템을 한 번에 교체해야 하나요?

아니요. 기술 현대화 프로젝트는 현재 사용 중인 모든 애플리케이션을 즉시 교체할 필요는 없습니다.

일부 기존 시스템은 회계, ERP, 결제, 접근 제어, 마케팅, 커뮤니케이션, 분석 또는 기타 전문 기능에 여전히 중요할 수 있습니다.

따라서 구현 질문은 다음과 같습니다: 각 기록과 프로세스를 소유해야 하는 시스템은 무엇이며, 나머지 시스템은 어떻게 연결되어야 하나요?

부킹 닌자 통합 아키텍처는 API, 미들웨어 및 기타 통합 패턴을 통해 외부 플랫폼과의 연결을 지원합니다. 정확한 노력은 외부 시스템, 사용 가능한 인터페이스, 데이터 품질, 인증 및 필요한 데이터 흐름에 따라 달라집니다.

부동산 관리자가 새로운 기술에 대한 비즈니스 사례를 어떻게 구축해야 하나요?

가정된 ROI 비율로 시작하는 것을 피하세요.

측정 가능한 용어로 현재의 운영 문제를 정의하고 개선을 입증할 수 있는 증거가 무엇인지 결정하는 것부터 시작하세요.

비즈니스 사례는 예상 결과가 측정 가능하지만 보장된 소프트웨어 결과로 제시되지 않을 때 더 강력합니다.

왜 데이터 마이그레이션이 종종 도입 문제인 경우가 많은가요? 단순한 IT 문제로는 아닙니다.

사용자는 새로운 시스템을 부분적으로 내부의 기록을 신뢰할 수 있는지 여부로 판단합니다.

고객, 부동산, 예약, 결제, 유지보수 또는 기타 기록이 불완전하거나 중복되어 도착하면 직원들은 여전히 더 신뢰할 수 있는 것으로 느껴지는 이전 스프레드시트나 애플리케이션으로 돌아갈 수 있습니다.

따라서 마이그레이션 계획은 다음과 같은 질문에 답해야 합니다:

데이터 검증은 사용자가 생산에서 새로운 워크플로우를 신뢰할 것으로 예상되기 전에 이루어져야 합니다.

새로운 부동산 관리 시스템에 대한 직원 저항을 어떻게 줄일 수 있나요?

저항은 구현 팀이 세 가지 다른 원인을 분리할 때 이해하기 더 쉽습니다.

사람들은 변화가 왜 일어나는지 이해하지 못합니다.

소프트웨어 자체를 변화의 이유로 제시하기보다는 새로운 프로세스를 직원들이 이미 인식하고 있는 특정 문제와 연결하십시오.

사람들은 목표는 이해하지만 새로운 작업 흐름을 싫어합니다.

실제 사용자로 프로세스를 테스트하십시오. 기술적으로 유효한 구성도 불필요한 클릭, 중복 작업, 불분명한 소유권 또는 잘못된 예외 처리를 도입할 수 있습니다.

사람들은 더 많은 연습이 필요합니다.

교육은 각 역할이 실제로 수행하는 작업에 초점을 맞추어야 하며 플랫폼의 모든 기능을 시연하는 것이 아닙니다.

기술 교육은 무엇을 다루어야 합니까?

교육은 역할, 작업 흐름 및 예외를 기반으로 해야 합니다.

Booking Ninjas는 현재 플랫폼에 대한 구현, 온보딩, 교육, 문서 및 지원 리소스를 제공합니다. 지식 센터 구현 및 지원 프로세스와 함께 셀프 서비스 참조 계층을 제공합니다.

단계별 출시가 모든 것을 한 번에 변경하는 것보다 낫습니까?

종종 그렇지만 첫 번째 단계가 완전하고 사용 가능한 작업 흐름을 형성할 때만 그렇습니다.

프로젝트를 단계로 나누면 사용자와 구현 팀이 한 번에 검증해야 하는 변경 사항의 수를 줄일 수 있습니다. 그러나 미완성 시스템에 걸쳐 하나의 작업 흐름을 분할하면 추가적인 혼란을 초래할 수 있습니다.

유용한 첫 번째 단계는 명확한 시작, 끝, 소유자, 운영 기록 및 수용 기준을 가져야 합니다.

이후 단계는 첫 번째 운영 모델이 안정된 후 추가 작업 흐름, 통합, 자동화 또는 보고로 플랫폼을 확장할 수 있습니다.

실용적인 자산 관리 기술 채택 프로세스란 무엇입니까?

1. 운영 문제를 정의하십시오. 무엇이 변경되어야 하고 현재 작업 흐름이 왜 충분하지 않은지 명시하십시오.
2. 현재 프로세스를 매핑하십시오. 사용자, 기록, 시스템, 승인, 인수, 예외 및 보고 요구 사항을 식별하십시오.
3. 목표 작업 흐름을 정의하십시오. 어떤 단계가 남아야 하고, 변경되어야 하며, 사라져야 하거나 자동화되어야 하는지 결정하십시오.
4. 데이터 및 통합 목록을 작성하십시오. 어떤 것이 마이그레이션되어야 하고 어떤 외부 시스템이 연결되어 있어야 하는지 식별하십시오.
5. 제어된 구현 범위를 정의하십시오. 모든 프로세스를 동시에 재설계하려고 시도하기보다는 일관된 첫 번째 릴리스를 선택하십시오.
6. 실제 시나리오를 구성하고 테스트하십시오. 일반적인 작업 흐름뿐만 아니라 취소, 수정, 승인 실패, 비정상적인 지불 및 기타 예외를 포함하십시오.
7. 역할별로 사용자 교육을 실시하십시오. 사람들에게 그들이 수행하는 작업과 그들에게 관련된 예외를 처리하는 방법을 가르치십시오.
8. 명확한 소유권으로 라이브로 전환하십시오. 시스템 질문, 작업 흐름 결정, 기술 문제 및 긴급 운영 예외를 처리하는 사람을 정하십시오.
9. 채택을 측정하고 개선하십시오. 실제 시스템 사용, 프로세스 성과, 지원 패턴, 데이터 품질 및 해결되지 않은 작업 흐름 문제를 검토하십시오.

클라우드 기반 소프트웨어를 선택하면 채택이 쉬워집니까?

클라우드 제공은 로컬 서버에 애플리케이션을 설치하고 유지 관리할 필요성을 제거할 수 있지만 운영 구현을 없애지는 않습니다.

클라우드 시스템은 여전히 다음을 요구할 수 있습니다:

클라우드 아키텍처 및 구현 준비 상태를 관련 있지만 별개의 질문으로 평가하십시오.

AI와 자동화는 기술 채택에 어떻게 적합합니까?

자동화는 조직이 자동화하려는 프로세스를 이해한 후에 가장 유용합니다.

규칙 기반 자동화는 라우팅, 알림, 승인, 할당 및 기타 예측 가능한 작업 흐름 단계를 지원할 수 있습니다.

AI는 적절한 데이터와 작업 흐름이 존재하는 경우 요약, 패턴 감지, 예측, 분류 또는 권장 사항과 같은 분석을 추가할 수 있습니다.

둘 다 불분명한 운영 프로세스를 숨기는 데 사용해서는 안 됩니다.

기초 플랫폼 아키텍처가 중요한 이유는 무엇입니까?

기술 결정은 첫 번째 구현 이상의 영향을 미칩니다. 향후 요구 사항은 새로운 기록, 작업 흐름, 사용자 역할, 통합, 보고서, 자동화 또는 추가 운영 모델을 포함할 수 있습니다.

Booking Ninjas는 예약 및 운영을 위한 Salesforce 네이티브 플랫폼입니다. . 그 운영 응용 프로그램은 데이터 관계, 권한, 자동화, 보고 및 통합을 위해 더 넓은 Salesforce 기반을 사용할 수 있습니다.

이것은 Salesforce가 조직의 기술 환경에서 중요한 역할을 하고 있을 때 또 다른 고립된 운영 응용 프로그램을 만드는 위험을 줄일 수 있습니다.

중요한 새로운 요구 사항은 여전히 설계, 구성, 개발, 통합, 테스트 및 구현 작업을 요구할 수 있습니다.

자세히 알아보세요. Booking Ninjas 뒤에 있는 Salesforce 기반 .

새로운 플랫폼을 선택하기 전에 무엇을 평가해야 합니까?

Booking Ninjas는 운영 기술 채택에 어떻게 접근합니까?

Booking Ninjas는 예약 및 운영을 위한 Salesforce 네이티브 플랫폼입니다. 이 플랫폼은 운영 기록을 Salesforce 작업 흐름, 권한, 보고, 자동화 및 통합 기능과 연결합니다.

구현은 여전히 조직의 실제 운영 모델, 기존 데이터, 연결된 시스템, 사용자 및 필요한 작업 흐름을 중심으로 설계되어야 합니다.

자주 묻는 질문들