提交產品反饋（報告問題或新功能請求）我們總是感謝反饋。 本文旨在回答如何最好地提交錯誤報告或缺陷以及如何請求新功能。
相關鏈接：
JMP 17 發布日期
提交反饋的最佳實踐（記錄 - 前 30 分鐘）
早期採用者常見問題解答
如何處理軟件請求
打開所有關閉所有
我在 JMP 中發現了一個問題……我該怎麼辦？
問題可能是損壞或無法正常工作的東西、UI 問題、文檔中的空白、數字錯誤或缺少現有功能真正需要的選項。
- 生產版本 – 通過 support@jmp.com 向技術支持發送電子郵件。
- EA 版本 – 使用 jmpbeta@jmp.com。請務必提及您使用的是哪個 EA。
- 每日構建 - 使用 jmpbeta@jmp.com。請務必提及您正在使用的構建日期。 有一個很好的 JSL 命令，稱為 build information()。
我想在 JMP 中獲得一個新功能……我該怎麼做？
功能缺少功能，“如果……那就太好了”類別中的任何內容。 Epic 是全新的功能集、JMP 的新領域或 JMP 的全新思考方式。 例如，“功能數據分析”是一個重大的新功能，是一個史詩，由許多較小的部分組成。 最終，關於 JMP 可以做什麼，一部史詩會在很大程度上或小幅地改變故事。
對於功能和史詩，請使用內部願望清單，以便產品管理能夠捕獲和管理所有內部產品功能請求。 了解以下問題的答案會很有幫助：
- 哪些客戶要求這樣做？
- 如果我們實施該功能，給定帳戶中還有多少客戶會使用 JMP？
- 如果我們實施此功能，我們將能夠在組織中取代哪些競爭對手？
- 請不要聯繫開發人員添加新特性或功能。
我想運行 JMP 下一版本的早期版本……我該怎麼辦？
我讓 JMP 崩潰了，想告訴別人……我該怎麼辦？ 將其發送到 Beta 列表中？ 技術支持？ 忽略它？
- 崩潰只是我們需要修復的另一個“JMP 問題”。 我們越早複製和修復它，遇到它的客戶就越少。
- 當測試人員遇到崩潰時，我們幾乎總是立即停止我們正在做的事情並嘗試複製該崩潰。 你可能有也可能沒有時間。 但如果它不止一次發生，那麼你就有了一個可重現的案例，並且可以告訴我們你在做什麼。
- 在您提交崩潰文件時發送您的詳細信息，我們將進一步調試以嘗試找出根本原因。 盡可能與我們分享您的數據和步驟。 請記住，當數據敏感時，我們可以使用 JMP 中的匿名化功能。 如果您可以提供一組可重現的步驟，我們可以快速為開發人員創建軟件缺陷，並希望在版本投入生產之前修復它。
我有一位客戶想要 JMP 中的新功能……他們應該怎麼做？
- 對於所有客戶功能請求，請將其發送至JMP 願望清單他們可以在哪裡發布自己的請求。
- 但是，如果您的客戶不願意在願望清單上發帖，或者如果他們要求史詩（JMP 中的全新功能集或全新的做事方式），請在內部願望清單上發帖。
- 對於 Epics，我們可能需要收集更多信息，與各個行業的多個客戶和外部思想領袖交談，然後才能將 Epic 建議納入管道。 許多 Epics 都是多版本項目。 許多史詩也可能在短期內被視為超出 JMP 的範圍。
