本文作者 Jinkey（公眾號 jinkey-love，網站 jinkey.ai）
文章允許非篡改署名轉載，刪除或修改本段版權資訊轉載的，視為侵犯智慧財產權，我們保留追求您法律責任的權利，特此宣告！
2017，大部分時間圍繞著微信生態來做產品，從小程式到企業微信，從 C 端到 B 端，不禁引發一些思考
微信是當今中國最為成功的產品，是否他做的都是對的呢？同一個事情，什麼時候是對的，什麼時候又是錯的？相反的兩個事情，為什麼在不同的時候都是對的？
關於產品
1 任何產品都服務於特定的商業目的，不要滿嘴使用者體驗。
使用者體驗可以讓企業可持續發展，但是企業首先要生存下來，所以不要把使用者體驗凌駕於商業目的之上。在滿足特定的商業需求前提下，可以儘可能把使用者體驗做得更好。
總說微信怎麼怎麼體驗好，人家背後有互娛和廣告提供足夠的資金支援，然而你沒有。不是微信是贏家，微信的做法就都是好的，成王敗寇的思想，對於個人成長沒什麼幫助，要學會批判的看待一個產品，微信有值得學習的地方，也有不值得學習的地方。
- 微信發現的遊戲入口經常發小紅點和推薦語，就像 QQ 彈窗一樣噁心，就像牛皮癬一樣，不管你用還是不用，他就在那裡。搖一搖、漂流瓶卻可以“為了使用者體驗好”而讓使用者選擇隱藏。
- 朋友圈廣告不管你喜歡還是不喜歡，他就被“成為了你生活的一部分”。
理由很簡單：互動娛樂和廣告是當前騰訊最大的供血來源，微信和 QQ 只是兩個載體而已。當哪天遊戲不是主要收入來源，或許這個入口也可以為了使用者體驗讓使用者選擇關閉。
為了構築整個企業生態，在單個功能強迫使用者也未嘗不可，但是要做得巧妙。比如遊戲入口雖然噁心，但是不至於用數字紅點給你提示，不至於顯示在桌面圖示的數字紅點上。使用者體驗好，只是相對的。使用者體驗不應該成為你不去思考盈利的藉口，商業目的也不應該成為你忽略使用者體驗的理由。
2 產品功能和優先順序服從於當前的公司戰略
不可忽視戰略對產品功能的影響，沒有最好，只有合適。曾經微信每個細節在消費者看來都很極致，但現在卻並非如此，比如搜一搜群聊連結，為什麼只能搜尋到文章型別的（在技術上是 Webpage 的訊息型別），卻不能搜尋出文字訊息中帶有 url 的內容呢？微信聊天記錄為什麼不能雲端漫遊？9億使用者的想法，絕對比微信的產品經理想到的更多可以改進的點，但是不一定對的，現在對的以後也不一定是對的，對的也不一定要做（因為對的東西也有很多）。不妨看看微信一些“前後矛盾”的決策：
- 從QQ號來匯入第一波使用者到某些原因關閉 QQ 註冊微信的入口
- 從吸引一定人嚐鮮以在內部競爭中生存的戰略下催生的“荷爾蒙功能”：搖一搖功能，附近的人等到搖一搖和附近的人被外掛化被成為“可關閉功能”
- 不做微信電話（雖然有個微信電話本的獨立應用）到直接通過 VOIP 呼叫到使用者手機上，來自跟運營商關係的轉變。依賴運營商 SP 業務生存下來的騰訊不願意和以電話為主營業務的運營商有過多的較量，直到移動網際網路的普及為運營商找到流量作為新的增長點。
- 一開始說不做中心化分發的小程式到現在重點扶持標杆行業案例，搜一搜內容外顯優先給到一部分應用，給足流量入口。
…
還有很多例子，但這些都沒有錯，做法 A 是對的，A 的反面也是對的。只是公司戰略演化，原本在 C 端追求極致的微信，把更多精力和資源放在了 B 端使用者上，B 端使用者要盈利為目的，微信做的產品要做到完全不打擾使用者是不可能的，更多地，是尋求一種平衡，微信也在學習和成長。原本高冷的微信，也更多的聽取行業合作伙伴的意見，共同探索。
3 資源決定了產品能走多遠，眼界決定產品能走多寬
你有想法，可以推動公司決策層，申請資源；
你有想法，可以寫 BP 去融資；
你有想法，可以邀請身邊的朋友幫忙；
你有想法，可以自己學程式設計實現 MVP…
如果你只有想法，那麼跟放屁沒什麼區別，過眼雲煙。對於產品經理，要學會爭取資源，滿足使用者需求的產品功能實現所需要的一切資源。資源不足，產品是沒法走下去的。如果你能獨當一面，想做一個獨立開發者，那麼你也得先養活自己。
有資源能讓產品一直走下去，但是會不會一手好牌打爛了，要看產品經理或者是老闆的眼界，怎麼以點帶面的生態化。
比如你手上有一個獨一無二的人臉識別專利技術，你首先能提供一個 API 給其他開發者付費使用，這是一個點。如果一直只是這麼一個單一的 API，你能成為一個很棒的獨立開發者，但永遠也無法成為一家獨角獸。由這個專利，
可以和硬體公司合作生成智慧安防攝像頭，檢測到陌生人立即錄影；
釋出一個根據人臉自動分類和檢索的相簿 APP；
提供物聯網人臉識別模組；
識別人體特徵點之後重建三維模型 + VR/AR 即可遠端實現身臨其境的社交
…
當以核心產品衍生出各種合作或相關產品後，就能形成一個互補，協調的矩陣，形成一個寬領域的生態。如果拿你們最熟悉的微信舉例，就是從
通訊（語音）-> 社交（朋友圈、搖一搖、附近的人）-> 社交閱讀：公眾號 -> 社交支付（微信紅包）、社交娛樂（遊戲） -> C 端向 B 端擴充（服務號、企業微信）-> B、C 端大融合（小程式、對政務民生領域的投入力爭成為水和電一樣不可或缺的東西）
從通訊工具到網際網路的水和電，眼界決定了產品的寬度。
4 產品決策的對與錯，是相對的；套路，過猶不及。
同一個技巧，換了一種場景，他就可能是錯的。比如產品設計上有個技巧，就是提高使用者離開的成本，以達到 GMV 或活躍度的提高。比如很多 PC 軟體解除安裝的時候問一下你是否因為哪些用得不爽的點導致你解除安裝，然後“貼心”的給出解決方案，這對於留住使用者是個好的辦法。但是攜程通過從機票詳情頁到機票購買完成頁幾個步驟，每個步驟都詢問你要不要其他服務（比如專車接送機），即使你在上一個步驟點選了取消，下一個步驟依然提示你購買。在整個流程這些額外的服務都是預設勾選的，增加使用者操作成本來搭售。後來呢，就被網路紅人猛懟了，公關危機。
5 政策和法律是產品設計的底線
有些流程，是不能簡化的，比如使用者支付給商家的錢，一般個人和公司是不能代收的，必須通過有清算資質的機構（比如微眾、浦發等銀行）直接把使用者支付的資金直接打入商戶收款帳號。又比如使用者存入理財平臺的錢，比如先支付給使用者利息，再從使用者賬戶扣除手續費等交易費用，不能直接從利息裡面扣除手續費再返還給使用者。聽一個做金融產品的朋友說，他們要在業餘時間補習很多金融證券類的法律，才能設計出合理合法的產品流程。當然，如果你不懂的話，也可以在設計之後諮詢公司法務，一般存在風險的業務流程都是要經過法務審批的。
6 搞清楚流程，再做功能設計。
接到需求，就開始開啟 Axure 畫，開啟 word 寫，但這往往只會換回一頓臭罵。思考清楚以下問題，需求不至於南轅北轍：
- 什麼使用者？（比如白領）
- 使用者有什麼需求？（比如吃）
- 觸發這個需求都有哪些場景？（比如公司、家裡、飯館）
- 這個場景下可用什麼資源？（比如公司有微波爐，家裡有電飯煲和廚具）
- 有什麼辦法解決需求？（比如叫外賣，自己帶飯，去飯館）
- 解決問題的核心流程是什麼？縱向思考（比如開啟外賣 app->選擇店->選擇菜->下單->拿外賣->吃）
- 核心流程的每個步驟怎麼優化？橫向思考（比如選擇店的步驟，是不是可以以距離使用者的點排序呢？如果這樣做就要有一個提示使用者授權獲取地理位置的前置流程；是不是可以根據使用者口味來個性化推薦呢？如果這樣就得讓使用者點選選擇偏好或者根據歷史訂單來推薦；是不是可以弄個熱門排行榜給使用者推薦好吃的呢？如果這樣的話就需要機制防止商戶刷榜；是不是可以把優惠力度大的商戶優先推薦給使用者？…）
想好這些問題之後，再開啟你的 Axure 吧。
關於技術
1 產品不懂技術，永遠只能做螺絲釘
產品要不要懂技術，其實已經是老生常談的話題了。我說說我的想法：
如果你實習或者剛畢業從事產品經理，其實懂程式碼沒太大作用，因為一般分配給你的只是做一個功能小點，你可以在跟開發溝通過程中記錄下他們說到的專業名詞，比如Redis、Mysql、CDN 之類的，業餘時間可以搜尋一次這些名詞，對這些東西的作用有個大概瞭解即可。
隨著你職業發展，甚至主導一條或幾條產品線的時候，你會發現對研發的理解對你發展的限制會越來越大。
- 比如運營提出，要在運營後臺給社群的圖片做美化編輯，開發“不可能的，你要人家美圖秀秀那麼多的功能，人家做了多久，我們哪裡有排期”，我就嘗試在網上去找開源的或者第三方的圖片編輯 SDK，最後找到了美圖秀秀高階版的 API，私底下問開發 “能試試看嗎？”，結果一個下午就弄出來了。試想，即使不用我寫程式碼，但是如果連 API 是什麼都不知道，又怎麼會想到去找這些。後面會說到技術棧選擇的問題（這不是產品經理要做的決策，但是是要產品經理參與的）。
- 再舉做硬體產品的例子，如果你不知道 ZIGBEE 是什麼，不知道哪些是單向通訊，哪些是雙向通訊，硬體之間的通訊方式，你就沒辦法搞清楚硬體和手機甚至是伺服器的資料流，你設計出來的軟體端，流程很可能就跑不通。這個時候就要多跟硬體工程師去詢問清楚這裡面的邏輯，業餘時間再上網找資料，買塊樹莓派或者 Arduino 板子玩玩，網上有大把手把手的教程，如果連複製貼上程式碼都不會，那無話可說了。自己實踐一下之後會發現，對整個產品裡面的資料流有一個更清楚的認識。做產品不需要寫出來的程式碼可以扛住多少併發，節省多少記憶體，只要搞清楚產品背後的資料流和使用者資料操作邏輯即可。什麼？你沒時間？那為何你有時間玩王者榮耀？
2 熟悉多終端的API和技術限制，才能做好全端產品架構的設計
iOS 和 Android 發展多年，很多底層通訊和資料處理 API 都已經很豐富，基本上你能想到的，在 APP 上都能做到，所以對於產品經理，就是關注 iOS 和 Android 每個新版本釋出的新能力即可，比如 iOS 10 的 Callkit、iOS 11 的 CoreNFC。
- 如果你想實戰，可以通過 Swift 自己嘗試一下呼叫iOS 的 API 或 Kotlin 寫寫安卓的 API。
- 如果不想自己寫，可以到簡書、CDSN、伯樂線上等網站看看別人對這些新 API 的解讀。
知道有什麼用呢？
比如 Callkit 可以識別陌生來電，大家熟知騰訊手機管家和360手機管家有這樣子的功能，卻不知道我們自己公司的產品也可以做，比如京東 APP 可以利用這套介面幫助使用者標記京東快遞員，美團外賣可以幫助使用者標記在美團註冊的快遞員電話號碼，這樣子使用者就不至於拒絕了陌生來電號碼。
另外值得一提的是，微信語音聊天邀請直接出現在鎖屏上的功能也是依賴於 CallKit 來實現，並且基於 iOS10 以上的裝置覆蓋率已經很高了。瞭解甚至熟知這些 API 介面，將為你的產品優化和新功能設計提供了更多的可能。
微信小程式對很多系統級別的 API 都沒有封裝，只做了常用的，所以我們要清楚哪些功能在 APP 上做，哪些功能在微信小程式上做。微信小程式用於一次性、臨時性的功能，而 APP 適合一些重度使用者使用，需要經常開啟，可以直接從桌面開啟，能使用系統提供的 API 做更多服務於重度使用者的功能。具體的終端選擇可以看之前我寫的文章《微信小程式1萬字實操指南》
熟悉了各個平臺的 API 之後，在各個平臺上的產品架構設計會更加遊刃有餘。
3 技術要懂到什麼程式？ 產品學到的技術發揮什麼作用？
最好能懂一門程式語言，自己業餘可以寫寫小指令碼代替一些重複性的工作。
可以去Github、Medium、知乎專欄等了解技術趨勢、前言、開源框架。學技術是為了跟開發有共同語言，合理商量研發週期以便和開發討論出固定排期內可行性方案，做出功能取捨，也可以用新技術突破產品邊界。
說到新技術，在大公司，前沿研究有專門的預研部門或研究院，研究方向都是高管級別的人定下來的，做一些你覺得是天方夜譚的功能研究，超出了當前產品需求，為未來做技術儲備的。這點一般也輪不到我們干預，但我們可以通過公司內部論壇等了解到他們的最新研究成果，思考有什麼技術是可以產品化的，有利於改進現有產品功能的。
對於創業公司，非技術型的，能用開源的，雲服務，第三方SDK的就不要自己寫，快速驗證產品方向；技術型的，也不要在非主營業務上投入過多研發資源，比如訊飛專注於語音識別技術，就沒必要把研發資源投入雲儲存，可以使用七牛的儲存服務。產品經理可以在技術選擇這些第三方服務的時候參與進來，看他們的 SDK 文件是否能滿足產品當前需求和後期擴充。業餘有時間的話也可以自己嘗試一下接入他們的 SDK，這樣在提出需求的時候能更加的合理。
關於職業
1 跟一個人學習，不要聽他說什麼，要看他做什麼
為了描述準確，特地去騰訊大學網站截了個圖。現在大家都知道，小程式有了入口，還不止一個（搜尋、下拉、發現）；從只能掃碼開啟到長按二維碼也能開啟；小程式和公眾號可以繫結；
從這例子，我學到的不是什麼用完即走的理念，而是持續學習心態，充分和 B 端使用者溝通學習，瞭解每個行業的特點，在滿足 B 端使用者需求的前提下儘量不打擾到 C 端使用者，在商業和人文之間尋求一種平衡。學到及時根據行業、使用者的反應調整產品策略的果斷。做到9億使用者卻嚴格限制微信的招聘，限制團隊規模的擴大，學到什麼是物盡其用，人盡其才。
2 能進 BAT 的，不一定是最牛逼的人，但一定是最合適的人。
招人不一定要最優秀的，夠用就好。牛逼的人，往往太有主見，那種人適合自己創業或者帶團隊，一個團隊需要這樣的領頭羊，但是不能全部是這種人，否則各執己見，團隊沒有向心力。有時候創業公司，做出初步的產品 demo，一個畢業生來開發可以滿足的話，就不要招一個幾十萬年薪的人來寫。寫出來能抗 10W 併發的架構，卻只有寥寥幾個使用者就是浪費資源。所以公司要的都是符合當前階段所需要的人，不是說你牛逼，所有的公司都會要你。有面試沒通過，也不是說你就很垃圾，只能說，“我們不合適”。
3 船長還是船上的螺絲釘？
社會需要分工，不可能全部人都做老闆。但不要只專注於一個工具或一個技能，因為行業和科技在快速變化，越來越需要多技能的人，跨界的人。
比如你可以專注於做 C 端軟體的產品經理，但不要把自己侷限在電商產品，當有一個直播產品 offer 給到你，你卻說“我不熟悉”，沒有誰一生下來就熟悉做產品的。
比如你可以選擇了運營作為你的職業，但是你不能只會寫軟文，整個運營體系，你都需要去涉獵，逐點攻破。
根據你自己對行業的瞭解，只要有前景的，你都可以去嘗試。你會發現其實不同產品有很多共通之處（比如研發流程），至於不同的地方，你就需要快速學習瞭解新的行業。不給自己設限制，跳出舒適圈，多領域多職業發展。
當然，你要做一顆專業的螺絲釘，沒人會反對你，畢竟一艘船需要船長，也需要船上的每一顆螺絲釘。
4 當你無法調動公司資源的時候，你自己就是最好的資源。
多學各方面技能，是為了在缺人的時候補位，但在公司或團隊有資源的情況下，就不要去搶其他崗位的事情來做，應該釋放你的時間來思考。
5 老闆的需求你可以不認同，但不能不做
在決策上，老闆說的不一定是對的，除非你能說服他他是錯的，否則就得按他的方向和思路來做。雖說產品經理是離 CEO 最近的地方，但產品經理和老闆的差距，就像某度和谷歌不止差了一個太平洋的距離。產品經理只提供解決方案和建議，老闆才是做戰略決策的人。老闆還需要兼顧團隊、法律、財務、合作伙伴關係、投資人意願，他比你知道的資訊更多，需要平衡的利益方更多，所以也不要總覺得老闆不可理喻提出這麼荒誕的需求。你可以保留自己的意見，但也要想想老闆為什麼這麼做，等他有空，可以多瞭解一下他的想法，拓寬自己思路。
6 多做多寫，多看知識框架的書，資訊粗看，微課不看
看看每年各大平臺上你的年報，看了多少多少千萬字，回頭發現好像什麼也沒學到。多問問行業內的大牛，看一些成體系的書籍，從全域性構建自己的知識網路，畫成思維導圖，然後再根據這幅“地圖”去學習，單點突破，以點帶面，“點亮”這幅地圖。資訊可以快速的刷過，但要保持關注，瞭解行業動態，技術的發展，拓寬自己的眼界。
總結
2017，從C端到B端，從 app 到小程式、企業微信多端融合的解決方案，從軟體到硬體，從功能設計到產品架構設計，從傳統機器學習到深度學習，感謝努力的自己，感謝那些幫助過我的人。