理解信息傳達與編譯,更好的撰寫需求文檔|產品運營
有一段時間,沒有更新專欄內容了。這次可以利用這個假期的時間,來整理一下自學python數據分析的過程中的一些思考。
作為一個毛都不懂的純正小白,我初步完整的走完用pthony做數據分析的路徑:寫了第一個完整練手的爬蟲腳本,爬取了螞蜂窩問答社區熱門問答版塊下的50頁的內容,利用結巴分詞處理解析出來的問答數據,利用pandas做詞頻統計,利用wordcloud生成詞雲。雖然統計出來的結果顯得很粗糙。但是畢竟初步完整的體驗了一把,python從網頁爬取與解析,數據處理與分析,以及數據可視化的厲害。
在這個過程中,我除了深刻的理解了「人生苦短,我用python」和「python rocks」這兩句話。我也更確信了,我為自己挖了一個巨大的坑,而且會在後面為了填補之前的坑,而會不斷的挖新坑。
但今天我其實想分享的並不是如何用urlib,requests等包爬取網頁,用xpath,bs4等解析網頁,這些知識在知乎或者百度一下,出來一大把,而且作為半路出家的菜鳥級選手也不一定寫的比別人好。
我更想分享的是我在學習python的過程中,初步理解了邏輯語言的一些知識,也讓我從語言本身的角度比以前更深度的理解了信息與精確溝通。
ok,進入正題。
我們知道,到目前為止,人類所使用的語言,可以分為三類:自然語言(如:英語和漢語)、半形式化語言(如:數學的語言。即:自然語言加特定的符號)和形式化語言(如:邏輯的語言)。
而我們平時的自然語言(人類交流的語言)是模糊的,因為人類的認知實在太複雜,自然語言之所以不完美,就是因為能表達人類認知的複雜性。
舉個例子:去加拿大旅遊,必須攜帶出生證或駕照和其他附加照片的身份證明。
作為信息的接受者,你可以按以下兩種不同的角度來理解上述表達:
A【必須攜帶出生證或駕照】和【其他附加照片的身份證明】
B【必須攜帶出生證】或【駕照和其他附加照片的身份證明】
在原表達中,由於其自身結構的原因,我們無法判斷把「駕照」的要求和出生證相聯繫(如角度A),還是與其他身份證明相聯繫(如角度B)
我們看到,因為自然語言有太多模糊之處,在和別人的溝通中,作為信息源,發出去的信息從傳播開始的那一刻就會失真,而作為信息接受的載體在接受到信息的那一刻就已經是失真的信息,而且信息接受的載體在接受信息(輸入)之後,為了理解信息源發出的信息,就會依據自身環境和歷史依賴,來處理接受到的信息(處理),進行自我角度的理解(輸出)。
如上圖所示,信息接收體在接受,處理,輸出信息的過程,其實就相當於計算機編程(Input—Process—Output)的過程。
而計算機的引擎作為數理邏輯發展的一種產物,數理邏輯是邏輯的分支,所以計算機對信息的處理本質上是對邏輯的處理,邏輯語言對計算機來說是精確地且易於理解的。
其實,我們可以看到即使是已經很接近自然語言的高級程序設計語言,仍然是簡短的表達式或指令,而不是類似自然語言的句子。
從信息傳達的目的上來說,信息用哪種語言表達,其實並不重要,那個想要表達的意思本身才是最重要的。但是自然語言因為其複雜性,對於信息載體來說在傳播和接受處理的過程 中都容易失真,也容易誤導人們對句子本身所要表達的意思的理解。
當然,理解了這些,並不是要求我們,在和他人溝通時,要把自然語言翻譯成邏輯語言。而是,理解了這些,我們就明白了,在溝通的時候,尤其是在採用文檔輸出的方式進行溝通時,盡量先讓雙方站在對等的語言交流環境里。而讓雙方站在對等的語言交流環境里,最好的方法,就是熟悉對方的語言環境,這也是自己接觸學習python主要原因之一。
如果實在不能熟悉對方的語言環境,那也要盡量避免用模糊語言向對方輸送溝通的信息,要想其他的辦法把模糊的語言做精確化表達的編譯,比如讓語言視覺化。這也是為什麼在PPT界,一直流傳著一句「字不如表,表不如圖」。
所以,作為一名產品運營汪,我在給技術同事提供需求的時候,也是一直在升級的。
最開始的時候,給技術同事是這樣提需求的(我現在能想像的到,技術同事,當時看到這樣的需求,心裡頭是怎樣問候我的)
拋去視覺享受標準的角度,暫時先不管這些密密麻麻的文字,會不會讓人視覺生厭。單從句子要精確表達意思這個角度去看,技術同事在接受到這些信息的時候,會依賴自身的知識經驗,來進行自我角度的處理與理解。從上文看出,因為自然語言的模糊性,再加上程序員處理信息的邏輯思維方式,是很難讓對方精確理解的。
我意識到這樣,遲早會讓技術同事對我的胸口怒錘小拳頭的,就升級了一下提需求的方式,採用文字描述+截圖的方式:
正當我想為自己叫一句:好一個機智的old boy 時,又遭遇了一個令人藍瘦香菇的發現:如交互,動畫這樣的需求,並不好用截圖+文字說明的方式精確的表達出來,最好就是直接將想要的效果,以視覺化形式呈現出來,把模糊的語言做視覺化的編譯處理。如是就又順帶著學習了axure,先用axure把自己想要的效果直接畫出來,然後輔以必要的文字說明。
但是這並不能算萬事大吉了,在把需求交給技術同事的時候,還要需要和技術同事做一次對照著原型圖的溝通,我自己在這點做的不好,也是需要改進的地方。
這是是在接觸python的過程中,自己對信息傳達和精確溝通的理解與思考,整理記錄於此,也歡迎,各路大俠來拍磚。當然在這裡,也要感謝公司研發部的技術同事,尤其是瘦瘦同學對我學習python的指導。
最後,就是廣告時間了,是的,這並不是軟廣,就是明目張胆的,粗暴的插入一個巨硬巨硬的廣告,公司研發部正在招聘python工程師,附上招聘職位的細節:Python後台工程師招聘-路書招聘-拉勾網Python後台工程師招聘-路書招聘-拉勾網。
我肯定不會在和你提交需求的時候,讓需求的模糊,氣的讓你想對我怒錘小粉拳的。如果,你覺得符合要求,歡迎在拉勾上把簡歷砸向,哦不,是輕輕的飄向我們的HR。
PS:下回書說,在python的學習中,自己對整體性學習的一些思考。
推薦閱讀:
※如何抓住運營的核心,讓用戶持續付費?
※產品運營/產品經理常用運營指標(英文簡寫)匯總
※圖示知乎缺陷
※做運營這麼久,你有沒有想過運營的價值是什麼
※產品經理如何提升運營思維?
TAG:產品運營 |