소프트웨어 개선 요청을 처리하는 방법아시다시피 JMP는 사용자의 피드백을 기반으로 성장하며 사용자가 이를 아는 것이 중요합니다. 고객과의 상호 작용의 일부가 되어 주셔서 감사합니다.
다음은 고객의 개선 요청을 처리할 때 준수해야 하는 몇 가지 중요한 사항입니다.
- 개선 사항 제안을 위해 기존 진입점을 사용하도록 사용자에게 알립니다.
- 그들이 자신의 인식을 위해 이러한 진입점을 사용할 때 복사/정보를 요청할 수 있습니다(해야 합니까?).
- 기능의 가치에 대한 다른 정당성 또는 설명을 제공하는 경우 제품 관리팀에 전달합니다.
- 고객이 요청에 대한 우선 순위를 제공하는 경우 우리가 수행할 작업을 선택해야 함을 인식하여 해당 우선 순위를 제품 관리에 전달합니다.
고객이 기술 지원 또는 위시리스트에 제안을 보내지 않기로 선택한 경우 이는 고객이 아이디어에 부여한 가치를 나타내는 것일 수 있습니다. 그러나 개별 요청을 받았고 그것이 가치 있다고 생각하며 고객이 기술 지원 또는 위시리스트를 통해 전달하지 않을 것이라고 생각하는 경우 아이디어를 게시하십시오. 내부 위시리스트 배경 정보(고객, 해결하려는 문제, ...)와 함께. 또는, 최후의 수단으로 , 기술 지원에 직접 보내고 Jira 기능 요청을 입력하도록 요청하십시오. Jira 요청에 기록될 수 있도록 고객 및 관련 정보를 참조하십시오.
고객에게 개발 또는 제품 관리와 연결되어 있다고 말하지 마십시오. 이것은 당신이 정말로 아무것도 할 수 없는 일의 한가운데에 있는 불편한 위치에 놓이게 할 수 있습니다(예: 제품 관리 또는 개발에 로비를 해야 한다는 느낌, 고객이 찾고 있는 동안 해당 관계에 긴장을 유발할 수 있음) 새로운 기능을 얻을 수 있습니다).
필요한 경우에만 제품 관리부에 연락하여 고객과 제품 관리 간의 대화가 적절한지 확인하십시오. 개발에 직접 연락하지 마시고 고객을 개발에 접촉시키지 마십시오. 이렇게 하면 정보 전달자가 아니라 대화를 가능하게 하는 역할을 하게 됩니다. 커넥터는 가치가 있습니다. 도관은 그렇지 않습니다.
우리는 고객/기업이 "위시 리스트"를 만들도록 권장해서는 안 됩니다.
- 이것은 항목이 확실히 처리될 것이라는 기대를 설정할 수 있습니다.
- 또한 이러한 항목이 진행됨에 따라 정기적인 의사소통이 있을 것이라는 기대를 설정할 수도 있습니다(대부분의 경우 "제공할 수 있는 업데이트가 없습니다. 아직 시스템에 요청이 있습니다.”)
기업과의 관계가 유기적으로 '위시리스트'로 발전한다면 커뮤니티에 사적인 공간을 제공하는 것이 최선의 선택이다. 가능한 경우 "비공개 위시리스트" 관리는 고객의 장기적인 약속을 인식하여 기업 라이선스의 혜택으로만 유지 및 제공되어야 합니다.
보다 제품 피드백 제출 추가 정보를 위해.
변경 관리프로세스Re: 소프트웨어 개선 요청을 처리하는 방법또 다른 모범 사례 -- JMP 위시리스트 항목은 고객에 의해서만 시작되어야 하며 고객에 의해서만 투표(추천)되어야 합니다. 우리는 JMP 커뮤니티가 아이디어를 제안하고 다른 사용자가 아이디어에 투표하여 JMP 사용자의 정확한 관심 수를 얻기를 바랍니다. 이 문제로 혼란을 드려 죄송합니다. 고객으로부터 기능 향상 요청을 듣는 경우 고객이 JMP 위시리스트 (위에서 Jeff와 Myself가 강조한 이유 때문에).
Re: 소프트웨어 개선 요청을 처리하는 방법함께 만들어 주셔서 감사합니다, 제프. 고객으로부터 제품에 추가해야 할 사항과 JMP 위시리스트를 그토록 좋아하는 이유에 대해 듣고 아이디어를 낼 때 고려해야 할 몇 가지 사항이 더 있습니다. 가능하면 고객이 공식 JMP 위시리스트에 아이디어와 희망 사항을 게시하도록 권장합니다. 왜? 아이디어나 제안이 고객이 지금 생각하고 있는 것일 수도 있고 오늘의 핫 버튼일 수도 있기 때문입니다. 고객에게 그것에 대해 생각할 기회를 주고 위시리스트에 게시할 수 있는 활성화 에너지를 주면 고객의 마음 속에 "가지면 좋은" 기능과 "꼭 있어야 하는" 기능을 구분하는 데 정말 도움이 될 수 있습니다. 또한 고객이 "이게 정말 중요한가요?"라고 생각하거나 제품에서 이미 할 수 있다는 사실을 발견할 수 있는 순간을 제공합니다. 나중에 커뮤니티에 크라우드 소싱하는 것도 정말 좋은 전략입니다(희망 사항이 게시되면 커뮤니티의 다른 고급 사용자가 끼어들어 지침을 제공할 것입니다). DEFECT를 입력하기로 결정한 경우 Jeff가 언급한 내용(기술 지원 + 고객 이름) 외에 알고 있는 경우 아래 추가 정보를 추가하는 것이 좋습니다. 1. 원하는 것을 가능한 한 완전하게 철자하십시오. 2. 사이트에 있는 JMP 라이선스 수, 기능을 원하는 라이선스 비율, 요청자가 JMP 챔피언인지 여부 등을 알려주십시오. 일반적으로...이 기능을 추가하면 이 고객 사이트에서 JMP 공간을 확장하는 데 도움이 됩니까? 삼. 대화가 회의에서 발생하는 경우 회의를 언급하십시오.특정 요청이 잠재적으로 수백 또는 희망적으로 수천 개의 시트가 기능 추가로 이점을 얻을 수 있는 임계값에 도달하면 우리는 이를 고려할 수 있습니다. 다시 한 번 고객이 아이디어를 제출할 수 있으므로 위시리스트가 유용할 수 있으며 다른 고객이 의견을 추가하거나 투표를 통해 아이디어에 대한 관심을 등록할 수 있는 다른 고객과 논의할 수 있습니다.
