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