中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

仔細想想，做toB產品，已經近三年了。一路走來，踩過不少坑，這里想和大家分享一下，希望能對剛開始做toB產品的童鞋們有所幫助，講的不對的地方，還請批評指正。

01

第一次做產品，接觸的就是一個從沒聽說過的專業術語——ERP，當時通過一輪面試后，還專門去度娘查了一下他的意思，簡單來說就是企業資源計劃ERP(Enterprise Resource Planning)，是指建立在信息基礎上，以系統化的管理思想，為企業決策層及員工提供決策運行手段的管理平臺。包括的系統模塊很多，有生產資料計劃、制造、財務、銷售、采購、質量管理、產品數據管理等等。然后二面的時候，一位面試管直接和我坦言，對于ERP而言，中國是做的很失敗的，于是我就懷揣著略微忐忑的心情開始我的第一個產品生涯。

起初的時候，我是跟著系統架構師（也就是我的師傅）學習，因為他本身是在這行工作多年的開發工程師，不管是技術和業務知識都很豐富。整個系統，他是負責各模塊的數據庫設計的，我最初的任務主要就是根據設計的數據庫表進行數據庫詳細設計說明書的編寫。業務方面的知識就由系統架構師來灌輸，最開始的時候，師傅是讓我自己上網摸索學習，對于從未接觸過這方面的我來說，內容大多是晦澀難懂的，需要我主動提問，然后師傅會和我講每個模塊表與表的關聯，以及一些字段的意思，才能完成一份文檔的編寫。當然工作并不僅僅只包括這些。

當我經歷了一段寫文檔的時期，后來我開始接觸原型設計了。終于不用一直面對白紙黑字的文檔了，我對這個可以自己拖拉元件，設計界面，編寫交互事件的原型設計工具十分感興趣，去逛了很多相關的博客論壇，下載了很多原件、閱讀教程文章，自學了很多自以為覺得挺酷炫的交互效果。但我發現在實際工作中，任何酷炫的交互，其實領導們并不關注，他們關注的還是產品的業務，是否能真的符合他們生產工作需求，是否和他們想要的一樣。記得是在設計一個功能點的時候，領導一直想要任務排期后，任務落實到部門里的具體人員，但是這個功能在工程師這里評估是暫時無法實現，并不合理的，當時我就很頭疼，對于該聽哪一邊無法做出正確的決策。其實現在想想，我可以先找一些相關的系統看看，是否都具備這樣的功能，然后去了解領導提出這個需求的深層次想法，是不是也有其他方式達到領導想要的目的。以及了解清楚工程師這邊是因為技術問題無法實現還是其他原因做出這樣的評估，那是否可以折中，第一期先做到落實到部門。

很多時候其實是我們對未知的恐懼，讓我們止步于眼前，如果自己踏出第一步，去嘗試，去了解，可能就會找到新的出口。永遠不要覺得自己工作經驗不足，對于這個行業的了解很淺薄，就不去思考。凡事都有利弊，剛畢業、工作經驗不足，從另一個方面來說，就是思維還沒固化，可以有更多創新的想法，更易接受新的事物。這個時候你要做的，就是不斷地去開墾，不斷地去拓寬自己的視野，而不是因為自己業務不懂，技術能力弱就妄自菲薄。?

02

在第二個產品生涯里，我接觸了新的一個領域：客戶需求調研。因為之前的公司，主要的需求方是領導，幾乎不需要出差進行需求調研，需求都是自產的。所以這方面我的經驗其實也不多。但是我對于新的領域還是躍躍欲試，很期待自己有新的提高。

一開始我就接手了兩個項目，前期需求已經由這里的產品經理和需求人員理出一個初稿。我第一個任務是針對其中一個項目的初稿資料設計一版原型出來，我當時是說一禮拜完成，其實說好之后，后來就有點后悔，感覺自己把時間壓縮的有點緊張，畢竟之前也沒了解過這個系統，只能自己看文檔熟悉。好在同事都很配合我，積極解答我的疑惑，再加上自己下班后在家趕趕工，最后是順利完成了。期間有和同事一起去客戶那里了解了一下，當時客戶拿著一張表（每月項目進展情況），非常滿意的說著這張表的產出。我就覺得客戶應該是比較看重這類統計數據的輸出，所以后來在首頁的地方我有做這個統計表的展示，其實這個統計表就是一個站在全局角度來看的結果產物。后來是先在自己公司內部評審了下，領導也對于這個內容表示了認可。

另一個項目的話，因為客戶是省外的，并且平時工作也是要到處跑，比較忙碌，前期無法進行實地訪談，所以我多是通過微信、電話的方式和客戶交流，起初也很緊張，會有打電話前沒說明自己是誰（因為之前打電話溝通過幾次，以為客戶已經給我備注了）；問好客戶問題之后，急匆匆就把電話掛了等這類情況發生。后來回想，其實不管什么時候，該說的還是得說完整，客戶可能很忙碌，也沒時間給你備注。這樣的情況下 ，你就要先想全面了，先說明自己的身份，然后進入正題。還有問好問題之后，如何結束也很重要，因為畢竟客戶也是抽出時間來回答你的疑惑，你得到你的答案了，也要有個結尾表達下自己的感謝與理解。

需求調研的初期，我犯了一個“經典”的錯誤，那就是覺得客戶說的任何需求都是真實的需求，提了我們這里就要改。當時我的領導看不下去了，私下里和我說，要學會引導性的提問，調研初期因為手頭資料少，你對于客戶說的，可能都需要記下來，但到了產品設計階段，就應該引導性的提問，因為畢竟客戶在業務之外的方面知識是比較匱乏的，不能被客戶牽著鼻子走。我當時聽了這話，感覺醍醐灌頂，確實自己好像陷入了一個怪圈，客戶任何需求，我都不加判斷加入產品當中，而這顯然是不對的。

需求調研本身，其實就是通過觀察、交流傾聽得到一些信息，但是這些信息里并不都是客戶真實的需求，舉個老生常談的例子：

福特公司的創始人亨利·福特先生曾到處跑去問客戶：“您需要一個什么樣的更好的交通工具？”幾乎所有人的答案都是：“我要一匹更快的馬”。但其實客戶需要的是什么，是擁有更快速度的交通工具，而這不一定要是馬，這里的馬只是一個抽象的概念，是客戶基于自己的認知所命名的。我們該抓住的，是需求的本質特點，不能一味聽客戶說的表層需求。

洋洋灑灑好像也寫了不少，哈哈，感覺自己有點碎碎念，有不足的地方請大家多多包涵啊，希望能和大家在產品的道路上共同進步，努力！歡迎大家在評論區一起交流，哈哈O(∩_∩)O

本文由 @Amor Fati 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議