其他

一、評估是否需要產品管理的組織架構不同產品/市場形態下的最佳組織圖： 產品/市場特性                                          可能適合的組織圖 一企業有許多產品要佔領有限的市場，               產品管理且各產品都需要給予傾心關注，以確保成功   企業在許多不同的市場細分銷售不同的商品         市場或細分管理組合。其產品本身或許不需要特別定製化，但是需要針對特定市場細分進行產品間的包裝搭配 同時，但同時也需要就不同的市場細分發展   

性化的介面應該猜測使用者的行為，就跟好的秘書應該猜測老闆的心理一樣。說是猜測，實際上是根據大量使用者行為資料總結的解決方案。 1. 猜測（實際上是總結）使用者的行為，允許快速地操作chrome的標籤欄 vs

以前啊，有段時間，自從我們在使用者資訊中顯示IP所在城市後，跟帖中就充滿了地區攻擊。廣東人/北京人/上海人/河南人，混戰一團，甚至本省城市也頻繁內鬥。我覺得這很要命，如果你因為自己的城市而被別人辱罵，就會減少大量有見地的發言，而粗魯攻擊的人卻不在乎，依然赤膊踴躍，劣幣驅逐良幣。相對於觀點不合的吵鬧來說，地區攻擊更粗暴，更簡單，鼓勵了惡的行為，是社區大忌。然而我的想法並未得到內部支援，不少人很奇怪地看著我說，你怎麼會對地區攻擊這麼敏感？存在即合理嘛，只要不涉及審查風險和廣告垃圾，我們何必去幹涉使用

不論好壞，UpdatePanel 控制項都是 ASP.NET AJAX 社區所喜愛的。我說“好”，是因為 UpdatePanel 使部分頁面呈現變得相當簡單，而說“壞”，是因為它的簡便和易用性是以效率和令人啼笑皆非的頻寬為代價的。UpdatePanel 可以為一般的網頁帶來 AJAX 神奇的好處，但是它不能提供我們與 AJAX 正常關聯的高效性。例如，您是否知道，當 UpdatePanel 控制項對伺服器執行非同步 AJAX 回調以更新其內容時，這個請求包含了常規 ASP.NET

• 產品設計、產品運營、互動設計1、產品設計，感受最深的是兩個詞：核心能力、口碑–       口碑傳播 –          少即是多 –          相容性 –          無所不用其極 –          關注效能和速度 –          抓住高端使用者 –          大氣的設計 –          滿足使用者個人化需求 –          尋求差異  2、互動設計 –      把自己想象成一個遲鈍、挑剔、易怒的傻瓜來使用產品（Don't 

1、由pdm產生建表指令碼時，欄位超過15字元就發生錯誤（oracle）原因未知，解決辦法是開啟PDM後，會出現Database的功能表列，進入Database － Edit Current DBMS －script－objects－column－maxlen，把value值調大(原為30)，比如改成60。出現表或者其它對象的長度也有這種錯誤的話都可以選擇對應的objects照此種方法更改！或者使用下面的這種方法：產生建表指令碼時會彈出Database

Figure 1 閃光更新<script type=”text/javascript”>var prm = Sys.WebForms.PageRequestManager.getInstance();prm.add_pageLoaded(pageLoaded);var _panels, _count;function pageLoaded(sender, args){if (_panels != undefined && _panels.length > 0){

變化中的系統所需包含的要素：

1、設計資料庫最好從概念性模型開始，概念性模型中以實體為單位，可以比較清晰的反映實體間關係。    需要特別注意的一點，在建立好一個新的概念性模型後，最好在model options中，將資料項目的唯一代碼和允許重用兩個選項去掉。否則不同實體中的同名屬性會被認為是同一個資料對象，改一個另外的也會跟著改。大多數情況下都不需要這種特性，相反它會帶來麻煩。 但是，如果允許不同的表有相同的欄位名，在建立視圖的時候，需要為重複的欄位名指定別名。 有利有弊啊。    做好這個設定後，開始下面的步驟：    

1、首先必須清楚（或決定）企業整體的戰略或願景。   產品的願景則應該與企業的戰略保持一致。   （1）描述你的企業願景、戰略、以及可能影響產品計劃的核心競爭力   （2）列出可能影響產品的企業優勢與劣勢   （3）形容你的產品在企業戰略實施過程中所扮演的角色。    靜下心來，把你對產品的願景用紙筆描繪出來。       在描述產品願景前，對以下幾個問題必須相當清楚或明確：   （1）產品能做什麼   （2）產品是什麼   （3）產品為誰服務   （4）產品在顧客心中的意義（特點、個性、形象）

      在IT界，成功的完成一個項目的需要銷售人員、售前人員、項目實施人員（開發人員）、售後服務人員等密切協作。本文從售前技術支援人員的角度，對售前支援人員工作的過程進行了描述，根據作者在售前的經驗，提出了各環節的應該注意的要點，希望能對售前人員的工作有一定的協助。 1. 售前人員需要具備的素質     

        wmaster0是linux無線網路裝置的主介面，根據官方說明，從linux2.6.32開始刪除了這個介面，所以從linux2.6.32版本開始不會再看到這個介面，我們比較熟悉的是類似於waln0這種介面，因為簡單來說，一個wlanx(0,1,2,…)介面就代表一張無線網卡。但是，在linux2.6.31以前，所有的發送操作（還有其他一些操作）都要通過wmaster0來實現，下面以ath5k驅動程式為例簡單分析一些發送操作這個過程。     

3月14、15號兩天，在北京參加了《客戶需求驅動的產品定義和規劃》的培訓，挺貴，不過由於和培訓公司有些私交，所以沒有花錢。培訓資訊量其實不多，但啟發挺大，對於更多不可能花錢參加的同學來說，不妨就等我一點點分享出來吧。這次想說的是通過培訓讓我想到的，一個可以培養/測試自己的產品經理感覺的小遊戲，也可以看做上次那個關於“轉行做產品經理”的話題延續，有朋友說“你越來越禍害了啊，，不但讓大家都來想做產品經理，更開始給出行動方案了啊”……且慢，行動之前，謹慎起見，各位還是多問問自己到底是否喜歡&適

      在互連網公司，不同角色的人員在共同完成項目的過程中，實現天衣無縫的合作總是很有挑戰的事情。誠然，這些挑戰可能是由於參與人員的能力問題，這無可避免。但我更願意相信，溝通不暢、習慣不佳、缺乏換位思考等因素才是最常見的。      產品經理作為貫通各環節的中心節點，避免一些讓人討厭的臭毛病顯得尤為重要。 短時間內可以完全避免的：       需求不清晰；      幹預純技術問題；      交付的方案不確定；      沒有必要的預留時間；不能完全避免但短期內可以改善的：    

張強（化名）是一名獨立顧問，在金融危機風暴中，他所在的諮詢公司裁員了，許多像張強這樣的顧問湧向了市場。 現在，張強自己成立了一個“皮包公司”，手裡擁有一批像他一樣的顧問資源。遇到跨國公司需要外包的項目，就把來自四五個不同公司的獨立顧問迅速組成一個諮詢團隊。 　　“我們和其他顧問一樣，穿西裝、打領帶，拿著公事包，只不過名片上永遠只能印著別的公司名稱。”談起這些，張強難免有些惆悵。與原來的工作比起來，他現在沒有歸屬感。　　在IT諮詢業中，像張強這樣的公司很多，占諮詢公司總數的一半以上。這種公司有點“

　　　　介面原型：int PASCAL FAR setsockopt (SOCKET s, int level, int optname,const char FAR * optval, int optlen); 　　1. 如果在已經處於 ESTABLISHED狀態下的socket(一般由連接埠號碼和標誌符區分）調用　　closesocket（一般不會立即關閉而經曆TIME_WAIT的過程）後想繼續重用該socket：　　BOOL

     首先， 從用戶端的互動設計上來說，我們要做的是如何發揮平台的特性上的設計優點，把用戶端的體驗去做好，而不是去改變平台的設計特性。所以，做用戶端設計的設計師，需要時刻關注平台特性的更新，這都是你提升用戶端體驗的契機。       一個產品的規劃，很少會僅局限於某一個平台，都會進行跨平台的適配。那應該如何進行適配呢？     

產品經理的日常職責：1）登入並更新“產品狀況簿”（product face book）2）激勵銷售團隊及經銷商3）搜集營銷資訊，包括競爭標杆（competitive

一、目標導向設計1、理解使用者的期望、需要、動機和使用情境，更好的理解使用者的目標，以及這些目標如何有助於設計適當的互動行為。2、識別使用者目標----關注使用者目標而不是關注使用者要完成的任務。3、設計過程概覽：研究------->建模------>定義需求------>定義架構------>設計細化------>設計支援1）研究：定義專案範圍、目標、議程；利益關係人訪談，瞭解產品前景規劃和各種限制；2）建模：人物角色、使用者和客戶模型；3）需求定義：情境情境劇本