從軟到硬，2017 我 GET 到的 15 條產品心得總結——Jinkey 原創

本文做者 Jinkey（公衆號 jinkey-love，網站 jinkey.ai）

原文連接 jinkey.ai/post/tech/x…

文章容許非篡改署名轉載，刪除或修改本段版權信息轉載的，視爲侵犯知識產權，咱們保留追求您法律責任的權利，特此聲明！

2017，大部分時間圍繞着微信生態來作產品，從小程序到企業微信，從 C 端到 B 端，不由引起一些思考

微信是當今中國最爲成功的產品，是否他作的都是對的呢？同一個事情，何時是對的，何時又是錯的？相反的兩個事情，爲何在不一樣的時候都是對的？

關於產品

1 任何產品都服務於特定的商業目的，不要滿嘴用戶體驗。

用戶體驗可讓企業可持續發展，可是企業首先要生存下來，因此不要把用戶體驗凌駕於商業目的之上。在知足特定的商業需求前提下，能夠儘量把用戶體驗作得更好。 總說微信怎麼怎麼體驗好，人家背後有互娛和廣告提供足夠的資金支持，然而你沒有。不是微信是贏家，微信的作法就都是好的，成王敗寇的思想，對於我的成長沒什麼幫助，要學會批判的看待一個產品，微信有值得學習的地方，也有不值得學習的地方。

• 微信發現的遊戲入口常常發小紅點和推薦語，就像 QQ 彈窗同樣噁心，就像牛皮癬同樣，無論你用仍是不用，他就在那裏。搖一搖、漂流瓶卻能夠「爲了用戶體驗好」而讓用戶選擇隱藏。
• 朋友圈廣告無論你喜歡仍是不喜歡，他就被「成爲了你生活的一部分」。

理由很簡單：互動娛樂和廣告是當前騰訊最大的供血來源，微信和 QQ 只是兩個載體而已。當哪天遊戲不是主要收入來源，或許這個入口也能夠爲了用戶體驗讓用戶選擇關閉。

爲了構築整個企業生態，在單個功能強迫用戶也何嘗不可，可是要作得巧妙。好比遊戲入口雖然噁心，可是不至於用數字紅點給你提示，不至於顯示在桌面圖標的數字紅點上。用戶體驗好，只是相對的。用戶體驗不該該成爲你不去思考盈利的藉口，商業目的也不該該成爲你忽略用戶體驗的理由。

2 產品功能和優先級服從於當前的公司戰略

不可忽視戰略對產品功能的影響，沒有最好，只有合適。曾經微信每一個細節在消費者看來都很極致，但如今卻並不是如此，好比搜一搜羣聊連接，爲何只能搜索到文章類型的（在技術上是 Webpage 的消息類型），卻不能搜索出文字消息中帶有 url 的內容呢？微信聊天記錄爲何不能雲端漫遊？9億用戶的想法，絕對比微信的產品經理想到的更多能夠改進的點，可是不必定對的，如今對的之後也不必定是對的，對的也不必定要作（由於對的東西也有不少）。不妨看看微信一些「先後矛盾」的決策：

1. 從QQ號來導入第一波用戶到某些緣由關閉 QQ 註冊微信的入口
2. 從吸引必定人嚐鮮以在內部競爭中生存的戰略下催生的「荷爾蒙功能」：搖一搖功能，附近的人等到搖一搖和附近的人被插件化被成爲「可關閉功能」
3. 不作微信電話（雖然有個微信電話本的獨立應用）到直接經過 VOIP 呼叫到用戶手機上，來自跟運營商關係的轉變。依賴運營商 SP 業務生存下來的騰訊不肯意和以電話爲主營業務的運營商有過多的較量，直到移動互聯網的普及爲運營商找到流量做爲新的增加點。
4. 一開始說不作中心化分發的小程序到如今重點扶持標杆行業案例，搜一搜內容外顯優先給到一部分應用，給足流量入口。 ...

還有不少例子，但這些都沒有錯，作法 A 是對的，A 的反面也是對的。只是公司戰略演化，本來在 C 端追求極致的微信，把更多精力和資源放在了 B 端用戶上，B 端用戶要盈利爲目的，微信作的產品要作到徹底不打擾用戶是不可能的，更多地，是尋求一種平衡，微信也在學習和成長。本來高冷的微信，也更多的聽取行業合做夥伴的意見，共同探索。

3 資源決定了產品能走多遠，眼界決定產品能走多寬

你有想法，能夠推進公司決策層，申請資源； 你有想法，能夠寫 BP 去融資； 你有想法，能夠邀請身邊的朋友幫忙； 你有想法，能夠本身學編程實現 MVP...

若是你只有想法，那麼跟放屁沒什麼區別，過眼雲煙。對於產品經理，要學會爭取資源，知足用戶需求的產品功能實現所須要的一切資源。資源不足，產品是無法走下去的。若是你能獨當一面，想作一個獨立開發者，那麼你也得先養活本身。

有資源能讓產品一直走下去，可是會不會一手好牌打爛了，要看產品經理或者是老闆的眼界，怎麼以點帶面的生態化。

好比你手上有一個獨一無二的人臉識別專利技術，你首先能提供一個 API 給其餘開發者付費使用，這是一個點。若是一直只是這麼一個單一的 API，你能成爲一個很棒的獨立開發者，但永遠也沒法成爲一家獨角獸。由這個專利，

能夠和硬件公司合做生成智能安防攝像頭，檢測到陌生人當即錄像； 發佈一個根據人臉自動分類和檢索的相冊 APP； 提供物聯網人臉識別模組； 識別人體特徵點以後重建三維模型 + VR/AR 便可遠程實現身臨其境的社交 ...

當以核心產品衍生出各類合做或相關產品後，就能造成一個互補，協調的矩陣，造成一個寬領域的生態。若是拿大家最熟悉的微信舉例，就是從

通信（語音）-> 社交（朋友圈、搖一搖、附近的人）-> 社交閱讀：公衆號 -> 社交支付（微信紅包）、社交娛樂（遊戲） -> C 端向 B 端拓展（服務號、企業微信）-> B、C 端大融合（小程序、對政務民生領域的投入力爭成爲水和電同樣不可或缺的東西）

從通信工具到互聯網的水和電，眼界決定了產品的寬度。

4 產品決策的對與錯，是相對的；套路，過猶不及。

同一個技巧，換了一種場景，他就多是錯的。好比產品設計上有個技巧，就是提升用戶離開的成本，以達到 GMV 或活躍度的提升。好比不少 PC 軟件卸載的時候問一下你是否由於哪些用得不爽的點致使你卸載，而後「貼心」的給出解決方案，這對於留住用戶是個好的辦法。可是攜程經過從機票詳情頁到機票購買完成頁幾個步驟，每一個步驟都詢問你要不要其餘服務（好比專車接送機），即便你在上一個步驟點擊了取消，下一個步驟依然提示你購買。在整個流程這些額外的服務都是默認勾選的，增長用戶操做成原本搭售。後來呢，就被網絡紅人猛懟了，公關危機。

5 政策和法律是產品設計的底線

有些流程，是不能簡化的，好比用戶支付給商家的錢，通常我的和公司是不能代收的，必須經過有清算資質的機構（好比微衆、浦發等銀行）直接把用戶支付的資金直接打入商戶收款賬號。又好比用戶存入理財平臺的錢，好比先支付給用戶利息，再從用戶帳戶扣除手續費等交易費用，不能直接從利息裏面扣除手續費再返還給用戶。聽一個作金融產品的朋友說，他們要在業餘時間補習不少金融證券類的法律，才能設計出合理合法的產品流程。固然，若是你不懂的話，也能夠在設計以後諮詢公司法務，通常存在風險的業務流程都是要通過法務審批的。

6 搞清楚流程，再作功能設計。

接到需求，就開始打開 Axure 畫，打開 word 寫，但這每每只會換回一頓臭罵。思考清楚如下問題，需求不至於南轅北轍：

1. 什麼用戶？（好比白領）
2. 用戶有什麼需求？（好比吃）
3. 觸發這個需求都有哪些場景？（好比公司、家裏、飯館）
4. 這個場景下可用什麼資源？（好比公司有微波爐，家裏有電飯煲和廚具）
5. 有什麼辦法解決需求？（好比叫外賣，本身帶飯，去飯館）
6. 解決問題的核心流程是什麼？縱向思考（好比打開外賣 app->選擇店->選擇菜->下單->拿外賣->吃）
7. 核心流程的每一個步驟怎麼優化？橫向思考（好比選擇店的步驟，是否是能夠以距離用戶的點排序呢？若是這樣作就要有一個提示用戶受權獲取地理位置的前置流程；是否是能夠根據用戶口味來個性化推薦呢？若是這樣就得讓用戶點擊選擇偏好或者根據歷史訂單來推薦；是否是能夠弄個熱門排行榜給用戶推薦好吃的呢？若是這樣的話就須要機制防止商戶刷榜；是否是能夠把優惠力度大的商戶優先推薦給用戶？...）

想好這些問題以後，再打開你的 Axure 吧。

關於技術

1 產品不懂技術，永遠只能作螺絲釘

產品要不要懂技術，其實已是老生常談的話題了。我說說個人想法：

若是你實習或者剛畢業從事產品經理，其實懂代碼沒太大做用，由於通常分配給你的只是作一個功能小點，你能夠在跟開發溝經過程中記錄下他們說到的專業名詞，好比Redis、Mysql、CDN 之類的，業餘時間能夠搜索一次這些名詞，對這些東西的做用有個大概瞭解便可。

隨着你職業發展，甚至主導一條或幾條產品線的時候，你會發現對研發的理解對你發展的限制會愈來愈大。

1. 好比運營提出，要在運營後臺給社區的圖片作美化編輯，開發「不可能的，你要人家美圖秀秀那麼多的功能，人家作了多久，咱們哪裏有排期」，我就嘗試在網上去找開源的或者第三方的圖片編輯 SDK，最後找到了美圖秀秀高級版的 API，私底下問開發 "能試試看嗎？"，結果一個下午就弄出來了。試想，即便不用我寫代碼，可是若是連 API 是什麼都不知道，又怎麼會想到去找這些。後面會說到技術棧選擇的問題（這不是產品經理要作的決策，可是是要產品經理參與的）。
2. 再舉作硬件產品的例子，若是你不知道 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 到小程序、企業微信多端融合的解決方案，從軟件到硬件，從功能設計到產品架構設計，從傳統機器學習到深度學習，感謝努力的本身，感謝那些幫助過個人人。