1樓：黃德俊
產品經理離職後，到了新公司。新公司的乙個剛準備走的產品經理不留下原型給你來做交接，你的想法是怎樣？
將心比心，肯定要留。
從法律層面，在職期間完成的工作成果、過程檔案屬於公司資產，也需要留在公司。
2樓：大朝
乙個靠譜的公司，當你參與了專案，那麼你在這個專案生命週期內輸出的所有東西，都會被分門別類的納入諸如《專案檔案》、《組織過程資產》這類的知識容器中。不論你是否願意，這些東西都會留在公司，做為公司重要的資產保留下來。
乙個不靠譜的公司，專案做完，知識和經驗都扔在員工的腦袋裡，人沒了，所有東西都丟失了。
所以留不留，取決於公司對這些「資產」的認識和態度，以及據此制定出的規則和制度。
重視的，你不留，它也在那。
不重視的，你留了，早晚也得丟，既然如此，不如多善待自己。
3樓：強子
必須要留給下一任呀，想啥呢。
做為乙個成熟的職場人，工作完整的交接是基本素質呀。
另乙個角度上說，這個原型是你工作的產出，是公司的財產。
4樓：[已重置]
該留。我6月底離職的，整理了乙份包含原型、手頭未完事項、負責的瑣事的交接文件給後來人。
做產品已經很艱難了。小嘍囉階段被研發大佬、需求方摁在地上摩擦，我們就不要為難別的產品了~
5樓：
不論於公於私都需要給下一任。
從個人職業操守來看，你離職時候需要進行工作交接。這很重要，當你去新公司的時候，你估計也不想因為工作未交接，原來公司扣著不放離職手續吧？除非你原單位不需要你交接（但，即便如此也需要原單位宣告是「單位不需要工作交接的」）。
從原單位資產來看，原型文件這部分屬於公司虛擬資產，尤其是與原單位籤有保密協議，有明確約束離職時不得私自保留。
最後，個人小聲叨叨一句，這事可以看出個人做人水平，圈子本就不大。。。好聚好散留個好名聲。正所謂「做人留一線，日後好相見」嘛。。。你保不准哪天又遇上老東家的。
6樓：一克喜歡
我覺得是需要留給下一任的，畢竟在做任務交接的時候，下乙個人看到原來的原型圖也能更快知道一些東西。當然產品經理在留下的同時也可以自己帶走，主要還是看自己以及公司要求離職的時候需要怎麼做吧！反正自己的東西自己想怎樣就怎麼樣咯
7樓：小小少年
必須要留下的
首先，這是公司資產，在你離職時需交接給下一任或者放在交接文件中
其次，你的下一任需要這類原始文件，方便了解系統規則及邏輯，且方便在你的基礎上去做版本迭代！
8樓：講師J
原則上必須留給下一任。
畢竟公司要求離職要交接工作。
不過，你是不是要把文件再給下一任講一講，那就不一定了。
形式上的事情到了就好。工作中很多就是面子問題。
離職的話，幾乎都是矛盾不可調和的選擇，所以幾乎不會盡心盡力。
甚至。不交接工作，直接走人的事情也屢見不鮮。
你上崗以後，發現什麼都沒有，自己逆向設計補乙份需求文件，或者留下的東西看不懂，自己重新來，都是必然的。
9樓：三少目
肯定是需要留下的，在職所產生的文件資料是屬於公司，並非屬於個人，所以離職時候，這部分資料應該是整理好，留給接手你工作的同事，一般合同都會規定。一般還有個附屬的保密協議，限制產品文件資料外洩，這點需要注意。
10樓：Dizcloud
原型都是比較粗略的，更何況轉開發的時候，還要再細化。
產品原型必定是要留給公司的，理論上應該是公司的資產。如果公司不介意，你倒是可以自己留存乙份，為後續產品或面試做素材。
產品經理不會原型，不會產品邏輯合格麼？
樂大貓 市場化，野蠻生長的領域，產品的生命週期已經大大縮短。從市場競爭策略和是否具有創新精神來衡量乙個產品經理是否合格，取捨的標準顯然是不一樣的。另一方面，極具天賦的產品經理難能可貴，大多數異想天開的經理人最後只有伴隨專案失敗人走茶涼，慘淡收場。所以，乙個可以對行業經驗，標準流程有所貢獻的 熟 手，...
不擅長做產品原型的產品經理可以繼續在產品經理這條路上走下去嗎？
馮常瑞 首先要弄明白，做產品經理，可能並不需要畫原型。但是不代表你學不會原型或者不會用原型。起碼要學吧？起碼要了解下吧？而且，在一點點做原型過程中，才能夠真正體驗到產品的每乙個細節以及產品的靈魂。 你也說了Mockup只是工具,產品經理需要的是想法,你可以通過N種方式向你的團隊表達你的想法,何必拘泥...
產品經理接手產品大概需要多久？
醉臥賞青山 順利接手得有個標準，在我看來起碼對於市場情況 使用者定位 產品邏輯 團隊構成都需要全面的了解，並需要有自己的真知灼見。這個過程有些人一周搞定，有些人乙個月甚至半年。切記不要急於求成，不要自亂陣腳，自我摧毀就好。核心不是在於時間，核心在於你對產品的理解以及如何快速融入新的團隊。 losts...