몇 가지 가이드라인에 따라 페이지를 반응형으로 만들 수 있습니다.

모든 온라인 쇼핑 또는 구성 환경에서 최종 사용자 참여에는 반응형 웹 페이지가 필요합니다. CPQ 독점적인 규칙 엔진의 결과로 우수한 성능을 달성합니다. CPQ 또한 다음과 같은 이점을 제공합니다.

• 최종 사용자는 모든 입력 변경 후에 즉각적인 피드백을 받습니다.
• 최종 사용자는 구성기가 입력을 평가하기 위해 업데이트 버튼을 클릭할 필요가 없습니다. 관리자는 자동으로 실행되는 필드와 사용자 상호 작용을 통해 업데이트해야 하는 필드를 구분할 필요가 없습니다.
• 규칙 엔진은 최적의 규칙 순서를 평가하기 때문에 관리자가 수동으로 규칙을 정렬할 필요가 없습니다.

규칙 엔진은 CPQ 규칙을 빠르게 처리하도록 설계되었지만 모든 규칙이 동일하게 수행되는 것은 아닙니다. 따라서 관리자는 UI 성능을 최적화하는 데 필수적인 역할을 합니다.CPQ 규칙을 작성할 때 다음과 같은 경험 법칙을 사용합니다.

• 간단한 규칙이 가장 좋습니다. 규칙 엔진은 CPQ 조건에 논리 표현식이 정의되어 있고 스크립팅 없이 작업이 정의된 수만 개의 규칙을 빠르게 실행할 수 있습니다.

  스크립트되지 않은 규칙에 의존하면 규칙 엔진이 특정 시나리오에서 실행해야 하는 규칙의 하위 집합을 결정할 수 있습니다. 간단한 규칙을 사용하면 규칙 엔진이 예측적으로 최적화할 수 있습니다.

• 최종 사용자의 성능을 저하시키는 스크립팅을 피하십시오.

  구성 유지관리 및 확장은 수많은 이해 관계자의 참여를 불러일으키며, 이들 중 다수는 최종 사용자 성과보다 작업 완료를 우선시합니다. 수천 건의 CPQ 구현 경험을 살펴볼 때 관리자는 종종 성능을 염두에 두고 스크립팅하지 않습니다. 최적의 스크립트를 작성하는 구현자라도 향후 관리자의 잘못된 결정을 막을 수는 없습니다.

• 테이블 조회는 최종 사용자의 성능에 부정적인 영향을 미칩니다.
  • 테이블 조회는 무제한 볼륨의 표 형식 데이터와 일치하는 쿼리의 고유 비용, 검색된 데이터의 스크립팅된 후처리를 특징으로 합니다.
  • 반면, 일부 CPQ 벤더는 테이블 CPQ 을 쿼리하고 처리하는 테이블 형식 데이터와 스크립트를 활용하여 관리를 단순화하고 이러한 테이블을 여러 개의 간단한 규칙으로 변환합니다. 이 변환을 통해 쿼리 및 후처리가 단축되고, 비효율적인 코딩 관행이 제거되며, 규칙 엔진이 규칙을 실행해야 하는 시기와 수행해야 하는 특정 작업을 지능적으로 결정할 수 있습니다.