1樓：徐光平
UC = Use Case = 用例
用例就是用UML建模的方式，來描述產品的功能，可以用Microsoft Office Visio 來畫
用例的優點：
1、用例用簡單的模型來表達複雜的系統功能
2、用例不沉浸於實現細節，對產品的定義很有幫助3、用例是站在使用者的角度來闡述使用者使用產品功能的過程4、研發、測試更容易看明白系統整體的運作
5、容易發現問題
對於產品經理來說，主要目的是把產品的功能定義清楚，使用任何一種工具都行，只要自己能想得清楚，別人能看的明白就行，不一定要用UC
但是UC作為一種標準，很多開發都能很清楚的看明白用例圖，不需要額外的學習，溝通起來也方便，所以建議產品經理最好用標準的UML建模的方式來畫用例定義產品功能
2樓：笑翹姑娘的寵物
1、這裡的UC設計是指畫用例圖吧。
2、以前的軟體行業講究質量，而且業務邏輯比較複雜，會要求需求分析師、系統設計師畫好業務和系統的用例圖，並對這些用例進行詳細的描述，所以會對文件會有比較嚴格的要求；
3、隨著敏捷、快速迭代等網際網路的新思想的興起，而且網際網路的產品的邏輯都是相對很簡單，越來越多的企業開始拋棄這種傳統的、週期冗長的需求溝通方式，簡化文件格式、簡化文件寫作內容，甚至直接用原型圖、高保真原型圖進行交流，所以這種要寫包括詳細的用例描述的需求文件慢慢的成為了產品在公司內部「備案」的一種非必須要求。
4、網際網路產品經理的核心特質：
（1）發現並設計出最有價值的產品
（2）說服相關人、爭取資源、推動團隊，以按時按質按量地做出產品
所以，如果真的要投身網際網路產品經理，就先將以上兩個方面的能力練到極致吧
5、 至於寫文件、畫原型圖，都是可以通過練習快速習得的技能，而且不同的團隊會有不同的要求，可以到崗後再慢慢的上手。
6、另外，如果從事的是企業類、功能類產品，要學習的不是UC，而是資料庫原理、簡單的開發技術原理。
3樓：張曉輝
頭回聽說，網上查了下：
UC設計就是利用計算機三維虛擬實現的表現原理，進行公路，城市規劃，園林規劃，小區規劃設計的有效工具。設計者通過簡單的操作可以快速作成三維虛擬表示的各種方案。通過對各種方案的不同角度的觀賞，空間移動模擬(步行，開車行，飛行)以及動畫顯示，本程式能夠溝通設計人員和投資方之間就各方案的交流，成為專案協議達成的通用語言工具。
也許建築設計師這種職位能用到吧。
如何轉型網際網路產品經理？
蕭蕊 不知如何被點了名，但說實話，本人且屬於有意轉型但一直未付諸行動的人類。且因工作關係，一直屬於有心無力轉型。實在給不出合理的意見或建議，只能說慎選。 貝克曼 其實並不是很建議你去轉，因為你積累的工作經驗對你並不一定有利 當然，如果你確實想轉，不妨按這個方式來準備 1.選擇乙個你最熟悉的行業，最好...
網際網路產品經理每天都做啥？
小鹿 關於產品經理的工作內容，無法一概而論。產品經理有很多種，不同型別 不同公司的產品經理承擔的職責和工作流程都有很大差異，不僅網際網路公司有產品經理，傳統行業也有產品經理。本回答僅以網際網路公司的產品經理為例，大家可以看一下，他們的工作職責是什麼，每天都在做什麼。產品經理的型別 在不同的公司 公司...
網際網路產品經理是否有 區隔 ？
我一直覺得，不同方向的產品經理做到最終的時候，差別不會太大 因為產品經理的工作到最後本質都差不多，都是在給定條件下實現某個目標 最大的差別可能在於不同領域的熟悉程度吧 如果從 人人都是產品經理 的角度來看，就算同一領域的產品經理，人和人之間差別還是很大的。而且產品經理做的好與不好，並不是單單從理解產...