우리는 고객의 소리에 귀를 기울여 회사를 만들었습니다.
Phrase는 수천 개의 조직에서 사용하는 포괄적인 소프트웨어 플랫폼입니다. 즉, 우리는 많은 귀중한 피드백과 제안을 받습니다. 안타깝게도 모든 제안을 따를 수는 없으며 원하는 것보다 더 많이 '아니오'라고 말해야 합니다.
제품 로드맵을 게시하지는 않지만 기능 아이디어를 처리하는 방법에 대해 투명하게 공개하고자 합니다.
이 정책은 버그에는 적용되지 않습니다.
기능 아이디어 포럼, 에서 직접 아이디어를 제출할 수 있지만 먼저 지원 티켓을열어 지원 팀과 아이디어를 논의하는 것이 좋습니다.
-
선택 요청 유형으로 새 기능 요청 .
-
기능에 대한 모든 세부 정보가 포함되어 있는지 확인합니다. 기능의 필요성을 입증하는 예제 또는 사용 사례를 제공합니다.
-
솔루션 아키텍트를 참조하거나 할당됨 있는 경우 고객 성공 관리자합니다.
-
별도의 기능 요청에 대해 별도의 게시 글 만듭니다. 이것은 더 나은 추적을 제공하는 데 매우 유용합니다.
아이디어를 포럼에 직접 사후하면 지원 팀에서 아이디어를 검토하여 공개하기 전에 관련성이 있는지 확인합니다. 유효한 기능 아이디어인 경우 사후 게시됩니다.
지원 엔지니어는 다음을 수행할 수 있습니다.
-
추가 정보를 요청하십시오.
-
다른 접근 방식이나 해결 방법을 제안합니다.
-
개발이 아직 이루어지지 않았는지 확인합니다.
-
요청을 수용할 수 없는지 확인합니다.
지원 팀이 제안된 아이디어가 유효한지 확인한 후 다른 사람들이 주석하고 투표할 수 있도록 포럼에 게시됩니다. 그런 다음 원래 지원 티켓이 닫힙니다.
우리는 미래 개발의 우선 순위를 정할 때 다음과 같은 여러 요소를 고려합니다.
-
제품 전략 - 아이디어는 우리의 장기적인 전략적 비전과 일치해야 합니다.
-
수요 - 아이디어를 제안했거나 유사한 기능의 이점을 누릴 수 있는 다른 고객이 있습니까?
-
노력 수준 - 간단한 아이디어는 복잡한 기능보다 구현 시간이 짧습니다.
-
우리 팀과 자원의 가용성.