제품 피드백 제출(문제 보고 또는 새로운 기능 요청)우리는 항상 피드백을 주셔서 감사합니다. 이 문서는 버그 보고서 또는 결함을 가장 잘 제출하는 방법과 새로운 기능을 요청하는 방법에 대한 답변을 제공하기 위한 것입니다.
관련된 링크들:
JMP 17 릴리스 날짜
피드백 제출에 대한 모범 사례(녹음 - 처음 30분)
얼리 어답터 FAQ
소프트웨어 요청을 처리하는 방법
모두 열기 모두 닫기
JMP에서 문제를 발견했습니다. 어떻게 해야 합니까?
문제는 깨지거나 제대로 작동하지 않는 것, UI 문제, 문서의 공백, 숫자 오류 또는 기존 기능에 실제로 필요한 누락된 옵션이 될 수 있습니다.
- 프로덕션 버전 – support@jmp.com으로 기술 지원에 이메일을 보내십시오.
- EA 버전 – jmpbeta@jmp.com을 사용하십시오. 사용 중인 EA를 언급해야 합니다.
- 일일 빌드 – jmpbeta@jmp.com을 사용하세요. 사용 중인 빌드의 날짜를 언급해야 합니다. build information()이라는 멋진 JSL 명령이 있습니다.
JMP의 새 기능을 사용하고 싶습니다. 어떻게 해야 합니까?
기능에는 "만약 ...이면 좋을 것" 범주에 속하는 기능이 없습니다. Epic은 완전히 새로운 기능 세트, JMP의 새로운 영역 또는 JMP의 새로운 사고 방식입니다. 예를 들어, "기능 데이터 분석"은 많은 작은 조각으로 구성된 에픽의 새로운 기능이었습니다. 궁극적으로 서사시는 JMP가 할 수 있는 일에 대해 이야기를 크게 또는 작게 바꿉니다.
기능 및 에픽의 경우 제품 관리가 모든 내부 제품 기능 요청을 캡처하고 관리할 수 있도록 내부 위시리스트를 사용하십시오. 다음 질문에 대한 답을 아는 것이 도움이 됩니다.
- 어떤 고객이 이것을 요구합니까?
- 이 기능을 구현하면 주어진 계정에서 얼마나 많은 고객이 JMP를 사용할 것입니까?
- 이 기능을 구현하면 조직에서 어떤 경쟁자를 대체할 수 있습니까?
- 새로운 기능 추가에 대해 개발자에게 문의하지 마십시오.
다음 JMP 버전의 초기 버전을 실행하고 싶습니다. 어떻게 해야 합니까?
JMP가 다운되었고 이에 대해 다른 사람에게 알리고 싶습니다. 어떻게 해야 합니까? 베타 목록에 보내시겠습니까? 기술 지원? 무시해?
- 충돌은 우리가 수정해야 하는 또 다른 'JMP에서 잘못된 것'입니다. 더 빨리 복제하고 수정할 수 있을수록 더 적은 수의 고객이 문제를 겪을 것입니다.
- 테스터가 충돌을 만나면 거의 항상 즉시 하던 일을 멈추고 충돌을 재현하려고 합니다. 당신은 시간의 사치를 가질 수도 있고 없을 수도 있습니다. 그러나 두 번 이상 발생하면 재현 가능한 사례가 있고 무엇을 하고 있었는지 알려줄 수 있습니다.
- 충돌 파일을 제출할 때 세부 정보를 보내주시면 근본 원인을 찾기 위해 추가로 디버그하겠습니다. 가능한 한 귀하의 데이터와 단계를 당사와 공유하십시오. 데이터가 민감한 경우 JMP의 익명화 기능을 사용할 수 있음을 기억하십시오. 재현 가능한 일련의 단계를 제공할 수 있다면 개발자를 위한 소프트웨어 결함을 신속하게 생성하고 릴리스가 생산되기 전에 수정할 수 있습니다.
JMP의 새로운 기능을 원하는 고객이 있습니다. 어떻게 해야 합니까?
- 모든 고객 기능 요청은 다음 주소로 보내주십시오. JMP 위시리스트 자신의 요청을 게시할 수 있습니다.
- 그러나 고객이 위시리스트에 게시할 의사가 없거나 에픽(JMP의 새로운 기능 세트 또는 작업 수행 방식)을 요청하는 경우 내부 위시리스트에 게시하십시오.
- 에픽의 경우 에픽 제안이 파이프라인에 들어가기 전에 더 많은 정보를 수집하고 다양한 업계의 여러 고객 및 외부 사고 리더와 이야기해야 할 수도 있습니다. 많은 에픽은 다중 릴리스 프로젝트입니다. 많은 에픽이 단기간에 JMP의 범위를 벗어난 것으로 간주될 수도 있습니다.
