1樓：林春山
適合自己的就是最好的，想要有適用所有人，最好的選擇就是選擇乙個流程引擎自己開發的，然後流程配置自己根據公司情況自己來配置，這方面可以去天翎社群了解看看。
2樓：田澤錦
BPM系統即業務流程管理，是一種以規範化的構造端到端的卓越業務流程為中心，以持續的提高組織業務績效為目的的系統化方法！
ERP系統是乙個在全公司範圍內應用的、高度整合的系統。資料在各業務系統之間高度共享，所有源資料只需在某乙個系統中輸入一次，保證了資料的一致性。BPM是一種管理方式，是管理模式的體現。
簡單來說BPM平台是一種將企業流程再造落地的軟體工具。
定位就是要通過以下幾個地方實現對應的內容：
原始碼開放度、部署方式支援微服務部署、容器部署、K8S部署、技術協助、服務意識等角度來分析。
3樓：誰禿誰知道
產品設計行業具有特殊性，如何把產品設計理念和產品設計原則，通過資料整合，與設計需求靠近，是個難題，也是阿里的中颱一直在努力解決的問題。
所謂的 " 中臺 "，並不是阿里巴巴首先提出的詞語，從字面意思上理解，中颱是基於前台和後台之間。阿里通過多年不懈的努力，在業務的不斷催化滋養下，將自己的技術和業務能力沉澱出一套綜合能力平台，具備了對於前台業務變化及創新的快速響應能力。阿里人將 " 中臺戰略 " 形象地比喻成陸海空三軍立體化協同作戰。
4樓：jackbillow
產品策劃，產品研發，產品運營形成完整的閉環。
產品流程與公司的行業特點，公司的文化有很大關係，沒有放置四海皆準的流程，建議使用scrum來進行裁剪或增加，持續優化，時間出適合本公司的一套產品流程。譬如：先建立產品的價值模型，在這個模型下進行產品的策劃等。
5樓：達創科技
能切合您的業務需求，解決企業存在的諸如上通下達，部門溝通障礙，軟體」孤島「等等問題，就算是好流程。業務方面的流程梳理——費用控制、合同各個環節、銷售訂單類、招投標類的流程，有行業客戶經驗，這些都是企業在進行軟體選型時該考慮的。
6樓：方艦SDStudio
按照谷歌和亞馬遜的做產品方法，可以歸為7個步驟：
1、確定正確的產品方向
2、盡可能清晰的定義產品
3、設計使用者體驗
4、做一些基礎的專案管理工作
5、開始測試
6、建立一套可衡量產品成敗的指標
7、正式發布
7樓：老蘇
任何能讓這個產品走的更遠的流程都是好流程，所以可以是從使用者人群分析開始的流程，也可以是一幫geek一拍腦袋就出來的流程，只有最糟糕的公司才會在沒特別大之前就沒事考慮各種流程的東西，那是一種還沒長胖的人先裝出嬌喘來體現富態的心態，從現在這個時代看，各種龐大冗餘的流程除了養一幫蓋圖章的笨蛋實在沒太大意義。產品導向永遠是第一位的。流程在人治的地方完全耍不開。
8樓：石磊
如果是網際網路產品研發流程，個人比較贊同採用Scrum或者其他敏捷方法，當然具體採用的時候，也需要根據自身情況進行合理裁剪 http://www.
stonenotes.me/archives/
scrum%EF%BC%8C%E4%BA%92%E8%81%94%E7%BD%91%E5%85%AC%E5%8F%B8%E7%9A%84%E6%9C%80%E4%BD%B3%E5%BC%80%E5%8F%91%E6%96%B9%E6%B3%95.html
9樓：梁川
一些觀點：
1、不同的領域的產品研發流程的最佳實踐不盡相同
網際網路領域、傳統軟體、傳統製造業/快速消費品雖然都有產品研發，但研發流程不盡相同，這與所在行業的產品研發週期密切相關。
總體而言，傳統軟體一般採用諸如CMMI、ISO9001、RUP、IPD（華為、IBM）之類的研發流程。快速消費品的代表是寶潔，汽車製造的代表是豐田；網際網路一般採用敏捷開發過程，例如Scrum等。
2、企業在不同的階段需要不同的產品研發流程
在創業初期，人員較少，此時侯以解決生存、探索業務模式為主，此時侯產品研發流程以「簡單實用」、快速響應市場需求為主要目的。此時侯產品研發流程可以重點關注立項、產品評審、技術評審等幾個關鍵環節，保證流程的可控性，其他的可以自由發揮。另外在創業初期可以通過面對面的溝通、協作來彌補流程上的缺陷。
對於初創型公司而言，如果連溝通協作都有問題，指望制定乙個完美流程來規範化此過程，那這樣的公司很難走遠。當然並意味著不需要產品研發流程，但不要教條化產品研發流程，讓流程程式設計創新的桎梏。
企業處於成長期，規模比初創期稍微大點，人相對多了（例如幾十號人），業務也上了規模，此時侯需要相對規範點的研發流程來規範整個研發過程。此時侯可以在原有流程基礎上針對流程執行過程中常見問題來細化並規範化產品研發過程。此時侯流程制度+溝通協作還是主要形式。
企業發展到成熟期後，此時侯大部分公司都陷入了大企業病、官僚體制（不是貶義，泛指到此階段的狀態），各部門間分工也相對細化，此時侯基於組織管理權責明確（或者叫撇清責任的目標），必須依靠完整的流程制度來規範化整個流程，此時侯產品研發流程越來越複雜，最終會演變成類似IPD、RUP、CMMI等業內最佳實踐的變體。
3、每乙個企業的產品研發流程都與其企業文化、企業所在領域、企業發展歷史等密切相關，不要指望有乙個完美流程能夠原封不動地搬過來就能夠涵蓋自己企業的需求，每乙個企業產品研發流程制度的制定可以參考業內最佳的實踐，但取代不了結合企業的實際情況做裁剪。
4、產品研發流程制度最重要的環節不在於制定，而在於執行，而且在於持續不斷地完善，所謂「持續優化」。在完美的產品研發流程制度，如果不執行到位，只是過形式，那這樣的流程制度依然毫無價值；再差的產品研發流程制度，只要結合企業實際情況，持續不斷地完善並落實到位，那對於此企業而言就是好的流程、就是完美流程
5、產品研發流程制度實際上是規範相關人員的行為，因此所有研發流程制度的問題歸根結底還是人員素質、人員意識的問題，在制定流程制度來規範化相關行為時候，怎樣提公升這樣人員的素質更為關鍵。
10樓：齊小七
不同的公司和團隊不同邱凱的回答適合外企或者大公司
如果純粹是想把事情做成的話沒有流程就是最好的流程
大家有共同的願景和目標順其自然順勢而為
11樓：邱凱
marscn.net/?
p=928
在我的認知中，產品製作主要分為三個階段：
1.需求調研：
通過面對面訪談，收集需求卡片等方式，對某類或者某行業的使用者，進行密集的調研，收集並總吉他們在工作或者日常生活中所遇見的一些問題或是建議，找出其中共性的部分，將其總結為某種需求，最終選定其中乙個作為核心問題，而解決這個核心問題的功能，將會是日後產品生存的根基。
2.產品立項與研發
依據使用者的核心需求，提出產品設想，並做好相應的市場調查與可行性分析。在通過決策層評審後，將設想細化成產品原型，提交到UED與研發部門，製作出相應的產品並投放市場。
3.產品市場化：
商務部門依據產品設定的目標使用者群體，對產品進行包裝和宣傳，在完成銷售任務的同時，與產品經理一起積極收集使用者反饋意見，協助產品經理校正與迭代產品，保持產品與市場的同步。
其中產品設計與研發，又可以細分為五個階段：
產品立項：主要包括商業需求文件(BRD)，市場需求文件(MRD)以及產品需求文件(PRD)的製作，通過BRD獲得資源支援，MRD驗證產品設想，PRD提交產品模型，確保產品方案的可行性和可操作性。
產品研發：包括使用者體驗的設計以及具體的功能實現。
產品測試：通過一些的測試，確保產品的質量，及時發現產品的BUG,加速產品的迭代。
有人曾經問過我，為什麼這樣來劃分整個流程，好處與壞處是什麼？
其實工程學上來說，這種模式屬於典型的「瀑布模型」：
好處在於：很適合利用此流轉對產品進行增量的迭代；
壞處在於：
需求變動頻繁的話會很痛苦；
各階段之間屬於序列連線，版本跨度控制不好的話，會經常出現UED忙的要死的時候，研發很閒，研發忙的要死的時候,UED很閒的情況，團隊利用率不高；
最嚴重的是要是立項沒立好，或者立錯了方向，基本死翹翹。
因為自己做產品做的比較多，需求一般自己把控，而且大多要求快速迭代，所以個人覺得這種研發模型，非常適合網際網路產品的開發，這些年來自己一直都是使用這樣的套路在研發產品，倒也用的順手，對比以前在FounderRd的時，公司用的CMM3標準，個人最大的感受就是：敏捷。
所以如果把控的專案，需求不由自己把控，而且質量要求很高的話（比如銀行或者電信類產品），相信上述流轉將不適合您現在的產品或專案。
究竟什麼樣的產品經理才是好的產品經理？
ryan 個人心得，一句話總結 團結大家把正確的事做好，就是好產品經理。幾個關鍵字 1.團結 溝通 情商等 2.正確 使用者需求洞察等 3.做好 專業技能 專案管理等 講師J 產品經理只是千千萬萬個崗位中的乙個，本身並沒有什麼所謂的光環。而且，產品經理只是乙個基層崗位，並非什麼級別的 經理 無非是崗...
什麼樣的產品是好產品？
誰禿誰知道 我們的使命，是讓地球上的每個人獲得更多。設計的包容性開啟了使用者體驗，反應了人們如何適應周圍的環境 Inclusive Design at Microsoft Inclusive design 包容性設計 是微軟近幾年提倡的設計理念。這讓微軟設計團隊在設計初期就會考慮不同的目標人群，尤其...
蘋果產品設計的流程是什麼樣的？
CBi橋中創新 各家設計流程整理對比，包括斯坦福D school IBM 谷歌等典型模型 CBi橋中創新 橋中資源庫 設計流程集錦 各大設計公司 UI UX設計 logo設計 少年Y 蘋果產品的傳統生產方式就是按照線性的專業知識鏈執行的。首先，設計師想出乙個基本的外觀和功能，將它傳遞給工程師 工程師...