① 前端工作中主動溝通的重要性
主動性，大意是「個體按照自己規定或設置的目標行動，而不依賴外力推動的行為品質」。
可以看出就是自己主動的去做些什麼，而不是被動的等待。但我有一個不太好的習慣，就是我每到一個新團隊中的時候，我一般會觀望一陣，上面安排什麼我就做什麼，不會主動的去推動什麼。
這在一般情況甚至於絕大多數的情讓亂握況下，都是相對正確的選擇。沒有錯。但在某些條件下，它不是一個正確的選擇。
因為我現在在北京出差嘛，臨時的加入一些新團隊。因為是半途加入，所以給我安排什麼，我就做什麼，做不了就向領導反映，然後等待下一步指示。
但問題是，給我安排的工作任務，是不合理的。因為負責的是產品經理，它相對不太懂技術，而這個團隊中又沒有前端人員。後端技術負責人又被產品經理隔離。
當時的情況很糾結，項目已經在線上運行，但需要添加一個JS動畫圖表。這個JS圖表庫名為limitless.js，是基於D3.js的。
但這個JS庫我從來都沒用過它，而且這個東西是項目組老大花錢買的！這就意味著不太可能換JS庫。而這個limitless.js它的文檔只有寥寥幾個參數的說明，卻沒有網上每種效果陪鄭的配置實例。
就好比，各種調料都給你備好了，並告訴你這些東西能做個宮爆雞丁，但具體怎麼炒？沒有，你得自己試坦慶。
我日啊，我當時只有2天時間，怎麼試得過來。我就跟他們反復的溝通，後來這個需求砍掉了。
如果我不是一開始就主動去跟他們溝通的話，這個「 需求完不成 」的鍋，就要扣在我的頭上啦！
② 如何在軟體開發團隊中進行有效溝通
可以從管理和技術兩個方面評價。管理上，看團隊的管稿清理制度或方法是否有效，各崗位分工是否合理、明確，人員配置是否到位，成員的相互了解和溝通納讓是否充分，團隊是否有大家認同的解決爭議的原則，團隊負責人或權威是否被其他成員認可。技術上，團隊所採用的開發技術是否落後，每個成員的水平如何，成員之間在技術角度有沒有互補性，團隊對新技術的接受程度如何，技術權威是否有能力為其它成員提供指導或幫洞敬局助。簡單的歸納了一下，不完善，可以再補充些。
③ 關於與前端開發的溝通的一些思考
第一次跟開發同事溝森兆亂通，總結的點如下：
一、前端開發的思維猜悄模式：
要UI的原型圖
二、站在小白開發的思維上，總分總的思維及分類羅列很重要
三、細節的把控，例如朱慧萍提的文本框不可編輯，每個模塊的起始及變更流程。
四、新人小白，不是加號，頁面的規整可以羅列下，規整齊全。
五、問題不是完美，問題是不會總結及改善？
六、開發最喜歡看的東西，之前只是聚焦在了文檔里，但是實際操作，有的開發喜歡照著原型去開發，也就是UI的作用，這里可以調整個思路
交互及欄位說明在原型里寫好，然後最後在需求文檔里匯此檔總。
④ web前端試用期工作總結
web前端試用期工作總結1
公司以來，本人尊敬領導，與同事關系融洽。為盡快進入工作角色，本人自覺認真學習本公司、本部門、本崗位的各項制度、規則，嚴格按照公司里制定的工作制度開展工作。在這近三個月的工作和學習中，接觸了不少人和事，在為自己的成長歡欣鼓舞的同時，我也明白自己尚有許多缺點需要改正。工作以來，在領導的教導和培養下，在同事們的關心和幫助下，自己的思想、工作等各方面都取得了一定的成績，個人綜合素質也得到了一定的提高，現將這三個月來的個人工作總結如下：
一、工作情況
懷著對生活的無限憧憬，我進入了義烏前沿公司。
在試用期的工作中，一方面我嚴格遵守公司的各項規章制度，不遲到、不早退、嚴於律己，自覺的遵守各項工作制度；另一方面，吃苦耐勞、積極主動、努力工作；在完成領導交辦工作的同時，積極主動的協助其他同事開展工作，並在工作過程中虛心學習以提高自身各方面的能力；工作細節中，我看到公司正逐步做大做強，以目前的趨勢，我可以預見公司將有一個輝煌的明天。作為新員工，目前我所能做的就是努力工作，讓自己在平凡的崗位上揮灑自己的汗水，煥發自己的熱情；使自己在基層得到更多的鍛煉。
二、學習情況
現在是我努力學習的階段。三人行，必有我師，公司中的每一位同事都是我的老師，他們的豐富經驗和工作行為對於我來說就是一筆寶貴的財富。記得我剛到公司的時候，對生產線上的一切都感到陌生而新奇。因為我之前沒有過類似的工作經驗，所以知道的也有限，但是在領導和同事的.的熱心幫助下，我受益頗多。帶著飽滿的工作熱情，我逐漸熟悉了設備的操作。盡管我只是入門，而且相對而言年齡要大一點，但是我和其他年輕人一樣對工作充滿著熱情。為盡快提高自己在本職方面的知識和能力，充分發揮自己的主觀能動性，我利用業余時間多和同事交流學習，在短短三個月中理論結合實踐讓我對變電站的基本設備有了真正的認識，這為今後的工作打下了基矗。
作為新員工，我經常思考的問題就是如何避免失誤，特別是在試用期間，嚴謹的工作態度決定了自身的工作效率，為此我經常向同事請教。
在公司呆了三個月，我接觸了很多同事，就在接觸他們的同時，我才知道在集體和諧相處是快樂工作的保證。無論是社會還是單位為人處事都是一門高深的學問。對於這門高深的學問，我目前首要做的是誠實做人、努力工作！
三、思想情況
作為一名新員工，我今後的職業生涯還很長，學習的機會還很多。為此我將盡我所能地對我的工作進行開拓，做出成績。為早日實現目標，我要求自己：努力工作，保持優點，改正缺點，充分體現自己的人生價值，為企業美好的明天盡一份力。我更希望通過公司全體員工的努力可以把公司推向一個又一個的顛峰。
以上是我的試用期工作總結，感謝各位領導給我一個轉正的機會。
web前端試用期工作總結2
時間飛逝，轉眼間，做為一名Web前端開發的正式員工已經有兩個月之久。在這個難忘而又誇姣的 日子裡，我深入體會到了公司的積極氛圍和各個部門的巨大魅力，目睹了公司一步步走向成熟，看到了公司網路的不斷健全和系統不斷完善，並日漸不亂，同時，也看到了運維中心給 於系統管理職員帶下世人嚮往的學習的平台和和無窮的機遇與挑戰，所以，我在此對於過去的工作做下總結。
在運維中心工作期間，我工作認真，具有較強的責任心和進取心，極富工作熱情，確實完成上級交付的工作，善於與他人溝通，和公司部門同事之間能夠通力合作，關系相處融洽而輯穆，配合各部分負責人成功的完成各項工作，具有很強的團隊合作精神。注重自己的個人發展，不斷努力學習系統、網站架構知識。所以我現在已經能夠純熟維護公司的 系統服務和監控網站架構，包括前段節點，源站各個站點服務的流量信息等，能及時查看並 報警所引起的網路服務相關故障，能注重公司的種種流程細節，擁有了一名系統管理維護員的基本工作技能。
九月份，是我成為公司正式員工最幼嫩的時期，一直都處在學習階段，學習公司網站的架構分布情況，以及在系統中各種常見網路服務的搭建，包括學習系統基本的操作，pure—ftp的搭建，php網站的發布，對後台資料庫的管理，通過各種熟練的基本操作之後，在此之上，我為迎合公司的發展需求，在網路服務監控方面我准備了各種實戰經驗；在上級的指揮下，我獨自一人自主搭建了新版本軟體nagios監控伺服器，並通過測試，可以和公司現階段運行的伺服器媲美，在此基礎上，為了更好方便的管理，我又研究了nagvis，通過實現對監控設備的3d效果使之管理人員能第一時間更清晰的了解網站後台伺服器的負載情況。
通過我們部門定期的進行小組的學習，使我對linux自身的學習有了更大的興趣和憧憬，為此我研究基於各種網站類型的發布，包括對apache，varnish，lighttpd，等各種平台網站伺服器的發布，樣使我今後在監控，事件處理方面做好了充分的准備；為此，我特地獨立創建我們部門的bbs論壇，並且發布於外網，使部門員工不僅在公司，而且還可以在家 里進行訪問與交流，以方便我們公司部門員工的共同學習和交流。十月份，我有幸的見證我們公司sns2.5新版本的新上線，同時我也參與了公司內部測試，配合公司對新版本的bug，並及時提出問題。由於公司正處於現階段發展之中，所以我必須迎合而上，配合其他部門積 極工作，爭取能為公司的發展出一己之力。
瞻望未來 在今後的工作過程中，我會更加嚴格要求自己，同時也有幾個大方向是我需要努力。nagios監控系統擁有極其多的復雜服務，它是我的核心工作，它的完成情況反映著我 的工作是否盡職。我會努力做好本職工作。
還有，cacti監控設備系統，因為時間的分配，有很多多知識未能及時鞏固，同時也需要緊抓時間實踐操縱，並參加實際建設和規劃，使自 己能更加靈活應用系統網路知識，並積累處理相關異常經驗。同時，自己也要不斷努力與充 實自己，研究 shell，pure 各種腳本的編寫，使自己處理處理突發事件的效率提高，以及nginx和squid這些常用的服務搭建。
在今後的一年裡，也會參加相應的證書考核，不斷晉升自己，並緊抓利用業余時間努力學習it知識，搭建各種伺服器知識，包括自己學習小型機跟進步英語水平。
⑤ 提高溝通效率的九個技巧
對於產品經理這個崗位，溝通占據了工作大量的時間，特別是創業型團隊，每天花費在溝通上的時間能多到占據工作的50%到70%。當你發現自己每天在忙，工作做不完的時候，應該跳出來想一想，在溝通上面是否還有很多優化的空間，總結提煉下問題，通過提高溝通效率，是不是今晚的班就不用加了……
剛入行的時候，我自己就存在誤區，認為溝通能力這種軟性能力，又無法量化，覺得時間都應該花在業務邏輯梳理、需求撰寫友培、數據分析這些政治正確的事情上，而且一般情況下，很少有人會覺得自己有溝通問題。但是對好中唯於產品經理，這種高度密集信息源的崗位來講，溝通能力貫穿項目全程，至關重要，如果能做高效溝通，能避免很多無用功甚至返工，以及較少內部摩擦、提高個人在團隊中的公信力。
關於溝通首先想說的一點是，溝通其實不是一個人的事，受你的大環境和團隊成員的影響。所以如果你能在做好自身的基礎上，發現還是溝通成本很高，就需要果斷地將這個問題直接拋出檯面上，引導團隊一起來討論，大家一起找到問題的根源，落實到制度原因還是個人原因（相信合理的建議都是能被個人接受的），再制定一些基本規則，細分明確一下工作職責，大家相互配合來提高效率。
關於產品經理的溝通問題，在我自己交了一些學費和觀察總結一些優秀的產品同仁的溝通技巧，有了一些基本心得。
一、自信、專業、理性是前提
每個公司里基本都會有一個類似同事老王一樣神的存在，他們非管理層但是說話分量很足，很有群體公信力，仔細分析，都能挖掘出這三點：自信、專業、理性。當然這里會有一個誤區，對於工作性溝通，不是為人和善、親和力十足就是好的溝通基礎，專業性和理性才是更重要的，也就是形成個人職業公信力。一個人的公信力不是一朝一夕就能培養出來的，需要不斷提高自己的專業性，如工作方法優化和對工作細節的重視，始終保持自信、理性的態度，一點點累積，最終構建自己的信任防火牆。從心理層面來說，大家在心裡都會對別人形成一個信任打分機制，而如果專業性等不足，慢慢做減法，會導致最後說什麼都很難獲取對方的信任，這種時候的溝通成本都是高昂的，再談什麼溝通技巧都是砍柴不磨刀式的掙扎。
二、理解時細心，表達時簡單易懂
溝通過程其實是一個理解、分析、表達的遞進過程，任何一個環節的問題都可能導致溝通不到位。關於分析，跟個人的思維模式關系緊密，之前文章有提過，此篇不展開。主要來討論下理解、表達，很多人沒有將兩者區分開，當做一個籠統的溝通問題。就拿我自己而言，我是一個理解能力強於表達能力的人。理解過程是個靜態過程，偏向於思維，需要細心分析；表達過程是個動態過程，還要有比較好的臨場能培返力。表達過程可以運用演繹和歸納推理，理解主要是運用演繹推理，這里的拓展理解可以參照《金字塔原理》表達的邏輯。
在溝通的時候，一定是先細心去理解再採取高效的方法來表達，我們經常會犯自己還沒理解透徹就開始急於表達的錯誤，或者是表達不到位、表達過於啰嗦導致對方理解成本很高的問題。
當你在理解的時候，你用的完全是自己的思維；但是當你去表達的時候，你就要學會去考慮對方習慣的思維，表達的時候其實是一個吸收再創造的過程。
例如，我們在溝通需求的時候，有些炫技派產品經理習慣去講一些專業性的詞語，覺得口語化、或者用一些很接地氣易懂的比喻都是體現不出專業性、不夠逼格的表現；或者說話啰嗦，說了5min沒有重點的內容還沒講到結論，直接將溝通對象的熱情扼殺在搖籃，這些都屬於沒有採取最簡單易懂的表達方式。
「if you can』t explain it simply，you don』t understand it well enough」，這是愛因斯坦很早提出來的結論，就是說明炫技沒什麼厲害的，重復啰嗦可能是自己都沒搞懂，講得誰都能懂才是真厲害。很著名的費曼技巧也表達了同樣的意思：判斷自己是否已經掌握一個知識點，就看你能否將它解釋給一個10歲的小孩並讓他聽懂。
三、面向對象式溝通
產品經理要面向不同的人群，並且他們由於自己的專業性限制導致的思維模式、理解模式都有一定的傾向性。所以我們需要迎合各個人群的專業語境，以「定製化」的方式溝通，能增加友好度，降低溝通成本甚至爭取到有利資源。
比如我們要跟老闆過需求的時候，這個時候，好好想想老闆這個人群的特點：相對傲嬌、商業導向、沒啥耐心（當然是對下屬的時候，對投資人都笑的像花兒一樣燦爛）。既然這樣子的話，老闆好這句話之後的第一句話要高度概括你的需求目的，下一句話高度概括你的需求大概流程…當然，最多三句話不能再多了。然後接下來，展開描述的時候，要始終落腳點是能吸引新用戶、增加數據流、提高訂單成交量等等跟平台交易、投融資數據有關的點上。表述的時候，要客觀理性，通過已有事實和基本規則逐條分析各種方案的優缺點，以供老闆大人選擇。另外，在這種時候，除了語言溝通，還有原型也是一個重要的表達媒介，這個時候的原型最好是高保真，這里的高保真不僅是UI、交互完善，填充內容也要盡量場景化，能體現出當前定位的數據；例如我們要做一個網紅教練的拍賣系統，通過網紅私教個性化物品拍賣來促進用戶和私教在平台的互動，這個時候的商品選擇如果是私教的簽名訓練服、獲獎紀念物品boss們就更容易對號入座了。
同樣地道理，當面對開發、面對UI時，也要根據他們的工作性質，來選擇跟他們對話的方式。比如，開發小哥哥們長期習慣使用機器語言，因此我們的溝通也要盡量嚴密、高邏輯性，總的原則就是調理清晰、簡單粗暴。並且盡量避免感性溝通，因為大部分開發同學說話方式就是直來直去，要習慣這種語境，也不必為此生氣。
抓取溝通對象崗位職責所關注的點來溝通，才能更順暢，例如你跟公司視頻業務方一直強調你的前端呈現要做彈幕、掃碼留言等交互，用戶體驗多麼友好酷炫，人家聽不進去，直接畫重點告訴人家視頻拍攝的調性、主題分類、講解配音要求才是真愛。
對於產品經理來說，我們日常溝通的同事總的來分，就是我們的上游、下游和同級的產品同事。這個時候抓住他們相對於你而言所處的位置的獨特心態，面向對象式、針對性精準溝通。
四、開放性心態溝通：不要為了反對而反對
《原則》里講到：封閉的人時常打斷別人發言，開放的人則善於傾聽和引導對方發言；封閉的人常說，「我可能錯了，但是我認為……」，開放的人知道何時陳述，何時提問；封閉的人不喜歡被挑戰，開放的人永遠保持好奇。大部分人都是建立有強大的自我防禦機制的，不管是生理還是心理層面。對別人的言論尤其是異見，會保持高度的警惕、甚至抵觸情緒。良性循環的溝通就是要克服這種本性，以開放性心態去溝通，不要為了反對而反對，為了贊成而贊成。
每個人對一件事基於自己的認知都會持有一個觀點，但是在之後的溝通碰撞過程，需要我們開放性心態，認真思考，然後及時調整自己的觀點。
而封閉心態的人往往有兩種特性，一是固執，二是過於自我。
曾經的一位產品同事，邏輯思維、分析能力都很好，但是具備以上兩種特性。最後大家每次跟他的溝通都會變成他為了反對而反對，因為封閉心態完全聽不進去別人的話；而假若開始是贊成的，後面就變成為了贊成而贊成，因為他要艱難地維持自以為的那份話語權。因為總是這種溝通方式跟技術同學溝通，讓大家感覺工作效率低，被開發部門的CTO約談了幾次，最後的結果肯定是不太好的…
刻意練習自己的空杯心態，嘗試著認真傾聽並消化對方的話，特別對於之前存在溝通問題的同事。我曾經在很長一段時間由於溝通問題情緒低迷，後來嘗試保持這種開放性心態來溝通，又對一些之前溝通不順暢的同事有了新的認識，並且也學到了來自這些異見視角的新東西。
五、想清楚再說話，有依據再溝通
想清楚再說話：
曾經跟幾個同行朋友討論過工作時候的溝通問題，大家一致很反感那種你剛講完，就開始發表自己專業見解的人，因為這是不尊重別人和個人表現欲過盛的體現。大家應該會碰到討論工作的時候，還沒等別人把話說完，就趕緊說no或者yes的同事，特別是很年輕的團隊。這個壞習慣，第一就是最基本的社交禮儀都沒有做到。還有更大的'壞處，因為情緒驅動，導致還沒有想清楚就開始說話，也就是所得結論很可能是主觀慣性思維下的產物。
甚至很多時候，當溝通過程突然出現了一個新的問題，難以一下子想到解決方案或者覆蓋齊全所有場景，就應該直接跟大家說明情況，表示需要更多的思考時間，總之一定要是想清楚再說話。不要為了面子，為了表現自己的專業性和敏捷，給出一個不成熟的結論然後事後又不得不打臉。相信很多人會有這種體驗，在慢慢成長為一個成熟的職場人過程中，是應該逐漸杜絕這種情況的發生。
有依據再溝通：
對於一個屬於資源爭取性質的溝通會議，最好提前收集好相關依據，會極大提高溝通效率。因為對於產品經理來說，我們平時要溝通的大部分都是其他崗位同事，大家之間就會存在專業認知上的溝鴻，這個時候直接拿出相關數據、線上的實例來佐證自己的觀點，更容易說服對方。由於這種職業溝鴻限制，太理論或者抽象地講道理，對方其實很難跟你共鳴。
六、溝通的時效性：及時溝通和提前溝通
及時溝通：
及時溝通是指當你疑惑的地方，或者因為個人思維局限性、專業局限性考慮不全的地方，一定要及時找到相關人員溝通。聽起來像是講了一句廢話，但是仔細想一想，其實很多人不能100%執行這件事。
第一種，因為大部分人是有鴕鳥心態的，特別是溝通對象是你的上級甚至老闆的時候，這個時候大家的小憂慮就出來了，擔心說錯話表現不好等等。對於互聯網從業者的工作都是時效性很強的，在你這糾結中很可能就錯過了某個時間節點。
還有一種就是有疑惑的時候，根據常識或慣性思維猜測，不去找到相關的人員確認就開始往下進行，可能是小問題很難被發現，但是這個時候很容易埋下隱患。
提前溝通：
當預估到溝通成本會比較高時，在正式評審會議或者需求討論會之前，提前溝通會很有幫助。提前跟話語權高的人私下溝通，對方會因為你的特殊對待而產生好感，並且此時溝通的發揮空間比較大，很容易獲得認同，然後在公開討論時，由於這種KOL的引導和群體效應，就比較容易獲得廣泛性的認同。
七、迂迴戰術：不要非黑即白
我們可能會經常碰到這樣的溝通局面,就是兩邊意見分歧，並且誰也說服不了誰（當然萬一不行，只能睡服啦）。這個時候雙方都觀點明確，大家都為了證明自己是對的毫不妥協，溝通很容易變成情緒拉鋸戰。所以像前面提到的保持自己的開放性心態，採用迂迴戰術，在兩者之間找到平衡，結果並不是非黑即白，非A就是B的。
例如，我們有一次在首頁卡片式橫劃區需要做劃完9張直接跳轉更多頁面的功能，開發同學堅持既然卡片的標題行能跳轉，這個功能就沒有意義。我們從各個角度講了他的交互意義，似乎對方都不買賬。其實這個時候並不是對方多麼不能理解它在產品層面的意義，問題的根源是整個開發周期比較緊張，這個功能對於他們來說只是體驗優化層面的功能，性價比不高，因此他們這個時候的溝通是帶著「找茬」的心態。後來我們及時跳脫出來，通過引導大家討論它的開發周期跟項目周期，並且提出最後處理這個地方，如果那個時候開發還有充裕時間，就完成這個功能，如果沒有，就下一期，這么一說大家就比較能接受了。並且既然是相互理解的基礎上，也不會存在為了不做這個功能故意拖延。
我們在溝通的時候，只要不是原則性問題，都能採用迂迴戰略，跳脫出頑固的二維思維，仔細想想，好像確實不是非要採用A,或者採用B…
八、保證信息對稱性：上傳下達要及時、全面
透過現象看本質，產品經理這個崗位就是一個萬能型的翻譯者，翻譯自己、翻譯市場、翻譯業務方、運營、老闆、翻譯用戶、翻譯開發…作為一個在團隊里上傳下達或平行溝通的高密度的信息源，除按照上述方法保證信息傳遞的高效外，還要保證信息傳遞的對稱，這個對稱就是及時的、全面的信息到達。此時產品經理扮演的角色就帶有項目管理的性質，保證這個需求從規劃到開發落地階段的信息對稱，能夠避免返工、無用功等情況。
例如，需求規劃的時候要考慮是否牽扯其他業務線或者可復用、可合並的地方，這個時候要及時溝通到其他業務方和負責的產品；需求落地開發的時候，需求、UI變動、前、後置條件、入口等地方的關聯模塊，以及引用公共模塊需求、復用老需求，都要及時了解清楚相關內容，保證信息的對稱，以免漏掉隱形坑。
關於這一點，我自己得做法就是需求文檔里，在全局說明中列舉出所有關聯內容，能起到梳理思路並提醒自己、開發、測試同事的作用。
九、其他
1、避免關於細節或者A∕B測試類問題的長時間溝通拉鋸戰
過久的討論一個問題點，容易消耗個人的理性，被感性帶偏，從而導致溝通的低效，而且很多細節問題是不值得花費過多時間去研究，並且像A∕B測試類的問題沒有對錯之分，就像爭論先有雞還是先有雞蛋一樣沒有結果。
2、給予認真付出的同事以肯定
我們都知道一個項目的進行過程中，不可控因素太多，是一場耐力戰，並且最終結果可能是無法上線、上線效果不好等等，所以對於認真付出的同事，及時給予肯定，也是同事之間同理心的表現。
3、一個好產品是要有一套全家桶表情包的
如果你真的無法說服TA，可能是缺了一套表情包吧，哈哈，至於原因，大家都懂得，我就不多說了…
後記：在做產品之前，我一直自我定位為一個溝通能力很強的人，甚至這一點是我入行前認為自己做產品最大的優勢，因為以前是個隨便就洋洋灑灑幾萬字的豆腐塊青年。但是這種小眾感性的、書面化的溝通能力，對於產品經理這個崗位的溝通要求，根本就不夠，甚至是起到逆反的作用。踩了這么多坑以後，被懟了這么多次以後，終於從剛入行時，動不動要被氣哭的感性妹紙，成長到今天，刀槍不入的理性小姐姐…
⑥ 在職場上，產品如何與其他同事順利溝通
產品經理的工作分成兩部分：一部分是產出方案的過程，另外一部分是跟進執行的過程。如何愉快的玩耍，其實講的就是後面這部分（應該不算標題黨吧，咱們寫東西還是很實在的好嗎，呵~）。
能不能愉快的玩耍，我認為核心是：產品經理對其他崗位的小夥伴以及他們的工作到底了解多少。說白了就是：懂的越多，越專業，越愉快。
如果用我們常用的流程圖來表示的話，我想有可能是這樣的：
圖3-1 執行跟進流程圖
可以看到，多花點時間去學習其他小夥伴的工作，不但能省錢，還不需要出賣靈魂。剛畢業的時候參加同行的線下活動，有嘉賓問到：你認為產品經理是干什麼的？很多人給出的答案是「溝通」，好像我們做產品經理成天都在耍嘴皮子一樣。我始終認為溝通技巧本身是次要的，懂不懂才是關鍵，就好像一個樂隊一樣，你覺得鼓手真的只會打鼓，吉他手只會彈吉他嗎？肯定不是這樣的，業余時間他們都在互相輪換，這樣就知道對方想要什麼聲音。
一、交互&設計
1 理性
設計的部分，我們分成理性和感性兩部分來說。理性的部分就是根據設計常見的四個基本原則：對比、對齊、親密性和重復。對比的意思是說，好的設計會告訴你，先看什麼後看什麼，從哪裡開始從哪裡結束。對齊是說，頁面上的任何一個元素都不是孤立存在的，空間上需要跟某些其他元素對齊。親密性講的是有關聯的頁面元素應該放在一起。重復是說不同頁面之間同一個元素需要保持一致。以上是設計的基本規則，當然規則是可以被打破的，但是打破之前需要知道規則是什麼。
2 感性
說完了理性的部分，我們來說感性的部分。如果跟我們對接的設計師換人了，導致設計風格跟之前完全不一樣，這個如何來控制？或者你認為某個設計創意，用戶很可能不喜歡，這種感性的東西，如何處理？兩種方式，一種是通過設計規范，規定好顏色、字體、按鈕、輸入框、圖標等，所有頁面遵守設計規范，剛開始可以出個v1.0版本，之後不斷更新迭代。另外一種，是根據產品的用戶畫橘衫像，有目的收集目標用戶喜歡的設計元素，由此構成設計的素材庫。
3 老毛病
這里我們說下很多設計師常犯的毛病。比如有些設計師覺得，出來的東西只要能表示出設計效果就可以了，內容不對也沒關系，雖然前端和開發階段可以去完善，但是這樣會給設計評審和開發帶來很大麻煩。再有如果是領導關注的工作，有些設計師會格外賣力，各種標注各種注釋非常完善，領導不關注的就隨便糊弄一下，這些都需要我們去留意。
二、前端&開發
1 要不要懂技術
對於產品經理要不要懂技術的討論，一直沒有停止過。不懂技術的產品覺得完全沒必要，幹了這么多年也沒覺得比誰差。懂技術的產品自己在暗爽，覺得不懂技術還做什麼產品。我建議沒接觸過技術的產品經理，最起碼做一些基本的嘗試，比如以注冊功能為例，找一個注冊的設計稿，自己去切圖排版，了解下前端經常容易出現的瀏覽器兼容問題，另外在本地搭建一個虛擬主機、資料庫的開發環境，選一個開發當前在用的服務端開發語言，嘗試做一個注冊功能。
以上這些可能需要1、2個月的時間，但是對我們有非常大的好處，產品經理可以把自己當成一個程序員，理解他們是如何工作、如何思考的，深入下去可以練就你的鈦合金像素眼，隨便一搭眼1個像素的偏差也看的出來，還可以直接跟開發討論技術方案，一起商量一個工作量最小同時又滿足需求的方案。
2 開發和產品的區別
開發跟產品、設計等一個非常大的區別是，在需求緊急的情況下，產品、設計可以在保證目標的前提下，整體上盡圓敗腔量簡化，但是開發不同，只要有一個技術點遇到問題，就一直卡在那裡過不去，尤其是遇到一些莫名其妙的問題，經常就是這些之前無法預測的問題，導致開發延期。如果有一定的技術基礎，在做工作量評估的時候就會靠譜很多。
2.3 老毛病
有些開發會把基本完成的東西拿出來評審，完全沒有自測的過程，他們覺得反正後面有測試，或者需求可能會改，先搞個差不多就行了。我認為，開發對自己的東西是最熟悉的，哪裡會出現問題只有自己最了解，自測的過程越早進行，對產品的影響就越小。
三、測試
前段時間一個前同事，現在是一個行業內知名公司的產品經理，說公司沒招測試人員，需要產品經理自己測試，於是在群里發來一個功能，讓我們幫忙測試一下，行業內這種情況不在少數。
測試的工作分成兩部分，一部分是性能測試，一般是使用工具自動枯備完成，另外一部分是功能測試，也就是根據我們的需求，設計測試用例來測試。所以我們重點需要通過評審測試用例來保證測試的質量，看測試用例是否涵蓋了需求所有的情況，尤其在邊界條件下的使用問題。
四、UE
關於用戶研究相關的內容，在我的另外一篇文章《用戶研究方法的實踐細節》裡面有詳細的說明。
在這里我想說的是：UE的同學跟測試一樣，是被行業嚴重低估的崗位，實際上他們的工作非常重要。
一個UE的負責人曾經跟我說，我們這邊的人都很單純，我非常認可，他們嘴裡經常說的是用戶，他們是真正把用戶放在第一位的人，我們需要通過各種方式去宣傳他們的成果，讓公司更加認可他們的價值。
五、運營
運營身上背著詳細具體的數據考核指標，很多是與營收相關的，要想體面的把錢賺回來，可能不太輕松。比如運營說，該做的都做了，是你產品不行。
這個時候我們需要具體分析相關的數據，跟競品比，跟公司內部其他產品比，跟行業內大的品類比，我們處在什麼位置，我們有哪些問題和優點，哪些是我們產品可以解決的，哪些是需要運營解決的。
再有：運營經常有很多天馬行空的想法，那我們要明確這樣做的目的是什麼，上線之後哪些數據可以說明目的是否達到了，保證不做沒有結果的事情。
六、領導
產品經理如何跟領導相處，我認可脈脈上的一個回復：出活+聽話+多聊天。
出活的意思很容易理解，保質保量完成任務。聽話可能會有些爭議，我理解是說：我們提的方案，如果領導有不同意見，首先我們要保證領導完全理解了我們的想法，因為有可能領導提前已經有了自己的方案，發現我們的方案跟他的不一樣，並沒有仔細看就直接否決了。
如果領導已經理解了我們的想法，還有其他意見，那我們要搞清楚為什麼，有時候可能領導沒有說明原因，那我們要通過各種方式去了解。
如果領導和我們的想法互相都理解了，還是有不同意見，那就聽領導的，與此同時，我們要做好預案，有哪些風險要提前評估做好准備。
多聊天也很容易理解，多跟領導匯報工作，讓領導了解我們的工作進展，同時也了解領導的想法，保持思路同步。
七、內部與外部
這里我想重點強調下內部，很多產品外部搞得熱火朝天，內部卻沒幾個人知道，這是非常可悲的，我建議產品經理沒事可以多勾搭公司內部其他產品的小夥伴，會有很多啟發和潛在的合作機會，盡量爭取內部的關注和資源。於此同時，產品經理也要有外部的圈子，包括核心用戶群和同行圈，核心用戶群可以幫你驗證產品概念、發現需求，同行圈可以是前同事或者外部組織，可以幫你擴展視野。
八、自己
為人著想，為己方便
當我開始做方案的時候，總是想著盡快完成通過評審，為團隊後續工作擠出更多時間，而不是慢慢悠悠把前面的時間浪費光了，只留給其他人很少的時間；當一個功能實現上比較復雜或者有技術困難，我會跟開發商量，盡量找到一個更簡單的方式來達到同樣的目的。
當我們盡量處處為別人著想的時候，如果出現需求變更，或者進度延期等特殊情況，需要別人支持的時候，溝通的阻力就會小很多，這要比給別人買瓶水、請別人吃個飯管用的多。
鼓勵意見，把控方向
我們給出的方案，不一定每次都是最好的，要達到同一個目的，實現的方式也有很多種，如果有人提出不同意見，可能不一定每一句都是對的，也可能只是一個考慮問題的不同角度，我都會非常感謝。
我們知道很多知名的產品最初並不是產品經理提出來的，很多知名產品的本質也不是產品本身來驅動的，如果急於爭辯，就再也沒有這樣的聲音了。
另外，有時候也有可能出現這樣的情況，本來聊的是A需求，不知不覺就扯到了B需求、C需求，溝通過程中我會非常留意，發現苗頭立刻打住，防止話題跑偏。
注意禁忌，多多誇獎
產品經理在溝通過程中，有些雷區需要特別留意。比如跟開發溝通的時候，有的產品經理會說，這個應該很簡單吧？開發說，既然這么簡單那你來吧？跟設計溝通的時候，有的產品經理說，這個太丑了，或者再做一個版本對比一下。
我們做產品經理自己都不知道要什麼效果，讓設計師如何設計呢？再比如我們想了解其他小夥伴的工作進度，可以關注下他們是不是卡在哪裡了無法推進，如果有需要就協助解決，因為不是每個小夥伴都有主動溝通的習慣，如果我們只是來一句，做完了沒有？可能不太合適。
產品經理跟其他崗位一個很大的區別是：我們是一個需要別人支持的崗位，我們只產出方案，任何一個環節出問題，都會影響最終的結果。如果其他崗位得獎了，大部分是自己的功勞；如果產品經理得獎了，那一定是整個團隊的功勞。所以在我們取得一點小小的成績的時候，別忘了通過各種方式表達我們的祝賀和感謝。
⑦ 團隊中如何與他人良好的溝通與合作
在當今社會，個人英雄主義已經過時，個人的作用被淡化，團隊的力量得到推崇。事實也確實如此，當事情非常復雜的時候，很難憑一個人的力量去完成，這時候就需要一個團隊的成員們精誠協作，共同面對困難，面對挑戰。團隊組建的同時，問題也隨之產生：當團隊中擁有形形色色的成員的時候，如何讓他們能夠同心同德，進行愉快而高效的團隊合作？
做好自己的事情：在團隊合作中，最起碼的事情就是把自己的事情做好，由於整個團隊的任務是有分工的，分配給自己的任務要做好，並且按時。因為只有這樣，你才能不給別人帶來麻煩。在這個前提下，再去幫助別人，就很好了。如果自己的事情都做不好，卻去操心別人的事情，就有點輕重不分了。
信任你的夥伴：身為團隊成員，你要相信你的夥伴，相信他們能夠與你協調一致，相信他們會理解你，支持你。一個團隊只有在信任的氛圍中才可能高效的工作，如果大家都相互猜忌、互不信任，那麼分工就不可能，因裂游為總有一些任務依賴於別的任務；同時猜忌的氣氛讓每一個人都不能全心投入到工作中去，也不利於成員們工作能力的發揮。
從全局角度講：有一個團隊核心：這個核心是指團隊當中起核心領導作用的人。注意，這里不是指具體某一事務的負責人，而是一個從全局角度把握整個團隊方向的領導人。團隊核心的作用是讓團隊的決策更加明快、效率更高。當然，團隊核心不能獨裁，但是一定要果斷且懂得協調團隊成員間的關系。
分工明確但不呆板：明確的分工可以讓每一位成員清楚的知道自己要做什麼，什麼時候做完，做到什麼承度。這樣就能夠避免由於分工不明確而造成的部分人員閑置的問題。如果你還不太清楚怎樣進行分工，那麼你可以嘗試給每一個任務都指定一個負責人，這是最簡單的方法了。這里強調不能呆板的意思是說，當分工確定後，如果某一任務的負責人員遇到了某種困難而無法按期完成的時候，應該適當的調整分工或者讓其它成員幫助他們完成。不要死守原來的分工。
加強團隊成員的日常交流：不時的安排一些party或者組織素質拓展訓練，一起吃飯，打打球，都是很好的加強團隊成員間交流的方法。不要小看這一點，這是非常重要的。團隊成員的日常交流可以讓他們更加親近，從而在工作中更容易進行合作。如果平時他們之間就有默契的話，在工作時的肆脊銷表現就更容易提高。
說話時多使用我們：在你說話的時候多使用我們這個代詞，不要使用我、你、他或者直呼姓名，也要鼓勵你的團隊成員也這樣做。這樣可以幫助你的團隊成員們形成一種集體意識，讓他們從團隊的角度去想問題，而不是總從自己出發。
讓每個人感覺到自己很重要：你要讓你團隊中的每一個人都感到自己很重要，這樣他們做事才會更有成就感，也更有緊迫感。一個人一旦覺得自己不重要，往往會非常沮喪，從而失去激情，這會導致工作效率和創造力的顯著下降。二
有人說：「溝通就是，我說的便是我所想的，怎麼想便怎麼說，如果團隊同伴不喜歡，也沒辦法！」從目的上講，溝通是磋商共同的意思，即隊員們必須交換和適應相互的思維模式，直到每個人都能對所討論的意見有一個共同的認識。說簡單點，就是讓他人懂得自己的本意，自己明白他人的意思。我們認為，只有達成了共識才可以認為是有效的溝通。團隊中，團隊成員越多樣化，就越會有差異，也就越需要隊員進行有效的溝通。「溝通從心開始」這是中國移動的一句經典的廣告語，作為一個團隊
讓傾聽者對溝通產生反饋行為溝通的最大障礙在於員工誤解或者對管理者的意圖理解得不準確
。在工作過程中，我們可能常常遇到這種現象，管理者對下屬布置工作時往往滔滔不絕，而結果呢？下野銀屬在執行工作中往往有些變形，或者工作的做法和上級期望的不一致。這說明上級與下級之間存在著溝通問題，上級沒有很好地傳達自己的意思，下級也對上級的理解不太到位。事實上，這種溝通問題通過有效的方法是完全可以避免的。如果管理者在與下屬溝通問題時，在溝通結束後，特意加上一句話：「你明白我的意思嗎?」通過這樣的雙向交流，可以加強下級對上級的意思的正確理解，糾正認識上的偏差。
溝通要有多變性組織中的員工由於其年齡、性別、受教育程度、專業，以及工作分工的不同，人員之間便存在對同一句話、一份文件或其他東西理解上的千差萬別，所謂「仁者見仁，智者見智」
，不同閱歷的人想問題的角度、出發點及他所站的立場也不同。就像人們所說的「行話」
，置身其外的人根本不理解它的意思，更別說融入其群體之中。所以說，溝通要變得有效，需講求語言的方式，適宜改變交流方式，多樣性的語言有助於使溝通者和不同的人對上話，進行深入交流，達到溝通目的。所以說，要想使溝通更有效性，在運用語言上要講求藝術性，詞彙搭配要適當，只有這樣才能使你的語言更容易使別人理解，起到有效的溝通。
學會積極傾聽，做忠實的聽眾
溝通是一個雙向的行為，溝通雙方一個要善於表達，一個要善於傾聽，通過雙方溝通、傾聽、反饋再溝通、傾聽、反饋的循環交流過程，才能明確溝通的主題和問題的解決辦法。溝通就是一個互動的過程，溝通的雙方只有積極配合，才能使溝通的目的得到實現。
做好溝通前的准備工作
明確溝通內容。缺乏溝通前的准備工作，勢必造成溝通過程中「東扯葫蘆西扯瓢」的局面，既浪費了雙方的工作時間、又不利於問題的解決。因此有效的溝通要有清晰的溝通主線，明確的溝通主題。事先安排好溝通提綱，先講啥，後說啥，做到心中有數。同時，還要講求溝通的藝術性，比如說管理者與下屬溝通工作中，首先要考慮到人的心理承受能力
，先肯定其成績和好的方面，再指出其不足及改進方向。
注意減少溝通的層級因為信息傳遞者參與的越多，
信息失真性越大，因此，溝通雙方最好是直接面談，這樣才能使信息及時、有效地在雙方傳遞，達到溝通的目的。
有效的溝通能夠消除各種人際沖突，實現人與人之間的交流行為，使員工在感情上相互依靠，在價值觀上達到高度的統一，進而為團隊打下良好的人際基礎，所以，
企業要開展各種有效的溝通形式。
⑧ 前端開發人員和美工人員如何有效溝通
首先互相多一點耐心，說話的時候客氣一點，其次自己最好也懂一些美工的基礎