product-management

-1熱度

2回答

分銷前配置安裝程序

我們開發的產品由客戶分發給客戶。我們需要允許客戶公司的管理員在將其發送給最終用戶之前對安裝程序進行配置更改。這種情況下的配置更改意味着要在最終用戶計算機上創建一對註冊表項。我該怎麼做呢？

-2熱度

1回答

將網絡產品轉換爲桌面版本所面臨的挑戰

我有一個基於Web的產品，希望將其轉換爲可由客戶端本地託管的防火牆（或）託管的產品。一些我預見的挑戰是：預防盜版的支持維護補丁和版本（版本）源控制（櫃面定製）請分享你的一些經驗..

0熱度

3回答

發佈文檔 - 什麼是所有文檔？

我應該管理本月計劃的產品發佈的軟件發佈過程。不知何故，我無法找到一份針對產品發佈中涉及的各種文檔的良好發佈指南。我可以在此刻想到的最好的是：發行說明用戶手冊安裝文件是否有應與產品發佈被捆綁的任何其他文件？這是否有一個標準？

8熱度

3回答

如何編寫項目文檔

我剛剛完成了一個相對較小的項目（在幾個模塊中約有3000行代碼），並且我被要求爲項目生成一個文檔。我不知道該怎麼做，因爲我之前主要爲其他程序員編寫代碼。我是否描述每個模塊，爲每個對象做UML圖，簡單地展開我的評論？有我可以使用的模板嗎？如果有人不得不做標準文件，我會很感激你的幫助/指示。

5熱度

10回答

是否應該包含一個很重要的功能，這個功能根本上是錯誤的？

在我們的主要產品中，我們已經有了一個功能請求，這個功能請求已經存在好幾年了，現在已經被要求了很多次。這在技術上很容易實現，問題在於它將從根本上改變工具的概念，並且可能會導致更多的錯誤報告，因爲人們錯誤地使用新功能來匹配新概念（我們無法使用解決問題）。我們有一個單獨的功能，可以很好地解決問題，但我們仍然會收到實施新功能的請求。我們應該傾聽我們的用戶，並實現新的功能，儘管它改變了我們希望它做什麼產

22熱度

9回答

如何管理大型產品積壓？

我們有大量積壓的事情，我們應該在我們的軟件做的，在許多不同的類別，例如：對我們的產品新問題區域解決的新功能支持現有問題的領域我們的現有用戶可用性和「看」的增強架構升級到後端錯誤˚F要求的新功能ixes 以合理的方式管理所有這些都屬於產品管理的職責，但由於很多原因，這很棘手。首先，我們有許多不同的系統，它們包含不同的東西（文件中的市場需求文檔，缺陷數據庫中的缺陷，我們幫助臺系統中的客戶

9熱度

7回答

計劃經理和產品經理

計劃經理和產品經理之間有什麼區別？實際上在角色/責任方面或我們的大多數術語可以互換使用方面有所不同。

5熱度

3回答

許可證模型

幾乎所有的職業生涯中，我都與構建解決方案（針對單個客戶的定製應用程序）合作。現在我的公司正在爲大衆開發軟件，很多包裝都在等着我們。我想問一下授權軟件。如何生成序列號和激活號碼。一般來說，我可以選擇什麼軟件許可。我意識到這是一個普遍的問題，但它是一個對話啓動器。

-3熱度

2回答

要問什麼/做出席會議充斥着我們的目標用戶

現在我們正在建立一個基於網絡的解決方案，它幾乎是準備推出的時候，但我覺得我們還沒有真正驗證了我們最初的假設有關問題域我們正在努力解決。所以我決定參加一個大多數與會者都是我們的目標用戶的會議。我想從會議全身而退是 1）驗證，如果我們最初的假設是正確的 2）如果假設是正確的，是我們的解決方案解決了用戶友好的方式的問題。 3）將他們使用或最終購買。我只有一半左右day.I我這裏想幾個選項：一）走動，

3熱度

4回答

在敏捷環境中分離什麼 - 在敏捷環境中設計

在敏捷（Scrum）環境中，如何讓產品管理創建足夠小的積壓項目或故事，而不需要他們完成所有設計，這不是他們的專長？換句話說，您如何將敏捷開發中的（設計）與業務需求分開？