最近負責的專案有點多，多到讓人不敢想象，不過也是個鍛鍊提公升個人能力的機會。發現自己開始進入了乙個瓶頸期，一些方法和思考正需要有所突破，希望今年在個人能力上能上公升乙個段位吧。
ps：純網際網路專案和傳統網際網路專案還真的是差別很大。再ps：默默在這感謝開發和我撕逼且沒有提刀砍我，以及老大的提醒，讓我發現自己在不經意間走進了死胡同思考被限制固化了。另外，自己要有判斷能力（雖然可能受經驗影響），別人的思維模式不一定都是正確的。
——————分割線——————
1.不要受技術等限制了自己的思考，不要一開始就say no，需要有個開放的心態先接受say yes，去思考能否拓展以及深挖。前面的一些總結可能也有提到過，不過再次強調是發現這個問題對產品策劃本身影響是非常巨大的，它影響了對於產品本身最核心的能力——創造力。自己冒出些想法的時候，可能發現有技術難度、有資源配置不足或自認為對專案無法帶來增益等等，在設計初期就把剛冒出來的想法扼殺在搖籃裡，這樣的做法非常錯誤，是一種懦弱膽小的表現。作為產品，技術和資源等不應是阻礙想法和創新的因素，而應該努力去爭取實現，否則只會止步不前不斷的在原有基礎上細細打磨無法創新。
2.多個專案的合理規劃。（關於這一點，我目前還沒有摸索出比較好的方法，以後再補充）
3.再忙，每天都要有一定量的資訊輸入，行業新動態等；定期關注使用者反饋資訊，渠道不限，避免離使用者太遠設計產品純靠想。
4.產品尤其是剛接手的，一點要搞清楚規劃，要怎麼做，做成什麼樣子，平台的架構一定要搞清楚，然後找其他業務方溝通的時候需要描述清楚你要做的事情，然後需要別人做什麼，然後再看別人有什麼想法，而不是擼起袖子就是幹，或者被別人牽著鼻子走，沒有方向像無頭蒼蠅一樣。
5.埋點方面。需要先梳理清楚功能邏輯，在所有關鍵節點都應該做埋點，便於了解使用者在哪個環節流失作為迭代優化參考，而且必須在首版上線前完成，以防前期使用者資料流失。其實這個應該算產品經理基本的操作了，不過奇怪的是在工作中發現還是有挺多人會忽視埋點以及使用者資料的重要性，這也許跟具體業務性質有關吧。
（關於如何做好埋點設計，自己目前其實做的不好，所以我也還在摸索中，到目前為止，有個比較大的感受就是，產品對運營要有比較多了解，最起碼在做埋點設計的時候一定要結合運營的角度考慮，哪些資料可能有利於運營分析；還需要想清楚自己什麼資料，這些資料有什麼用，哪些埋點必須先做等等。）
6.資料分析，乙個業務相關的埋點應該統一設計，否則容易出現因統計定義和口徑不同而無法分析。不過不可避免有些產品或者功能是基於別的業務或者多個業務合作建立起來的，當需要結合別的業務的使用者資料情況一起分析的時候，需要先確認清楚所涉及的埋點事件具體統計口徑，因為不同業務對某個事件的定義可能不同，例如遊戲使用者，有的業務定義是開啟遊戲並停留超過一定時間，但是有些業務定義是開啟遊戲即為遊戲使用者，那麼基於遊戲使用者進一步的分析，得出來的資料差別就會很大。
7.網路資源是很豐富的，要懂得找資料。立項做新專案，公司裡沒有可參考的，行業內能參考的也不多，或者有些限制無法直接親自體驗競品的流程（例如做平台，有些資質審核要求門檻較高或者因競對公司無法申請到平台賬號）那麼可以搜一些部落格以及文件，甚至找到有經歷過流程的人了解，再將自己代入思考其中的邏輯。
Q2產品學習小結
1.當功能和視覺設計有僵持，若向視覺妥協可能會影響使用時，應優先考慮功能正常使用，可犧牲視覺上的和諧美觀。2.要有主動搜尋資料的能力。3.應結合實際情況制定專案計畫和工作計畫，適應流程。在創業型公司，或者公司內的創業型產品，過多的條條框框並不適用，例如寫需求文件，不需要埋頭把細節理得多完美，文件不需...
4家雲計算巨頭Q4收入對比，AWS獨占鰲頭
亞馬遜網路服務 aws 在第四季度的表現明顯優於其他幾家大型的雲計算競爭對手 microsoft azure google，保持其在雲計算市場的霸主地位，本文是對4大雲計算巨頭第四季度的收入對比。aws第四季度財報表示同比增長了47 收入為35億美元。運營收入增長60 達到9.26億美元。全年利潤為...
2009東莞特長生 Q4 開發區規劃
四 開發區規劃 提交檔案 d.pas d.exe 輸入檔案 d.in 輸出檔案 d.out 問題描述 小王是d市主管經濟的副市長，由於經濟發展的需要，要在d市組建乙個高新技術開發區，經過研究，規劃局在d市的東部劃出了一塊土地作為開發區選址。棘手的是，這塊土地有些歷史文化遺址散布在某些格仔內，這些歷史...