push是移動端應用觸達用戶的方式之一，並且需要推入長時間以及策略性的運營才能讓push發揮最大的觸達效果。下圖是淘寶app的push：推送是運營工作中很常規和很重要的一項，但是很多運營團隊並沒有重視推送工作。有些運營團隊推送工作做的比較隨意和粗放，負責推送的同事往往認為有合適的內容就推，沒有合適的內容就不推，有些則認為推送是一種打擾用戶的行為，只有在需要強推產品的時候才勉強給用戶推送。在此，我首先要強調兩點：第一，推送是對用戶的一種服務，並不是負擔。用戶來了你不服務他，他肯定會走的，你給他提供了服務他還是走了的話那說明是我們的服務需要提升，並不是我們的服務沒有必要。第二，無序和沒有策略的運營...

CRM（Customer Relationship Management）系統，即客戶關係管理系統，主要用於用戶的管理及運營，是用戶運營人員工作中的重要工具之一，一般可通過對人工（或自動）對用戶信息進行篩選細分，達到針對性的管理維護及營銷效果。一、CRM系統使用者、使用場景、主要功能主要使用者：運營人員、市場人員、產品人員。主要目標：用戶管理及運營。使用場景：用戶分群管理、用戶生命周期管理、用戶數據分析、用戶營銷、客情維護。可支持的基礎功能：用戶篩選、用戶分組管理、人工分群後主動觸達營銷（例如推送短信或push）、數據圖表。可支持的進階功能：用戶自動聚類、自動化營銷（節省大部分人工操作）、個性...

無論是搭建學習框架還是獲取信息，產品經理都需要發揮自身的主動性，根據自身特性去選擇自己需要的東西，從被動化為主動。以我為主，為我所用你為什麼而學習？曾經與人討論過這個問題，得到以下這些答案：為了探索更多的未知，滿足自己的好奇心；為了提高能力，取得更好的成績；為了掌握更多的技能，應對這個不確定的世界；……無論你的答案是什麼，重要的是你有了自己想要學習的目標。但，並不是每一個人都知道為什麼要學習。有些人只是看到了網課的宣傳語，一受刺激，就繳費報名有些人只是看到周圍人都在努力學習，自己也就跟著學有些人只是受到周圍散播的知識焦慮，然後告訴自己得學習……這些情況，本質上都是被動的。這種被動學習的特質，深...

那些鼓吹直播帶貨的人，他們說的可能都是錯的，或者他們知道是錯的，但就是藏著不告訴你。毫無疑問，直播帶貨是一個風口，但是現在正被各種“誤解”包圍。歷史總是出奇地相似，這些心照不宣的秘密正是早早入局、猥瑣發育的創業者們的保護傘，當業界還在哄抬這個概念的時候，他們已經開始快速收割了。早幾年，你走過每一個地鐵站，都能聽到有人說要做一個互聯網項目；後來，在每一個咖啡廳里，你都能聽到有人說要開發app；再後來，每個酒店的大堂里都有人小聲說要發個幣。現在走在商場里，已經可以隱約聽到年輕人都在說“帶貨”了。吳世春說，直播互聯網的時代已經到來。儘管這些習慣了造概念的vc們被大家嗤之以鼻，但是當薇婭、李佳琦、辛巴...

做項目的時候，負責人可能總會遇到項目事故、延期等事件而導致背鍋，而深究其中導致項目意外的原因可能就是——項目成員不夠重視。那麼我們該如何做好項目干係人管理，盡可能避免項目意外的發生呢？項目經理在管理項目過程中，雖然把項目計劃準確下達，但仍舊有項目成員不按時完成計劃，甚至將問題歸咎於項目經理沒有提醒。為了避免項目經理總是“背鍋”，我給出了三條建議：定期對計划進行提醒臨期預警到期後跟進落實但是，問題的癥結並不在於項目經理的提醒與否，而是在於項目成員重視程度不夠。項目管理的很多問題，歸根結底是人的問題，今天我就從風險對稱的角度，談一下項目干係人的管理，即使你並不是項目經理，相信也可以從“風險對稱”的...

社交電商的概念為什麼那麼火，原因就在於社交人傳人的裂變效果能為商家帶來巨大的流量，所以激勵用戶分享就成了社交電商的核心部分。1. 為什麼首先我們來思考一個問題，電商為什麼要做社交？而社交人傳人的裂變效果也能為商家帶來巨大的流量。商品銷售的本質，就是一個人對某個商品產生信任，相信這個商品能解決自己的需求，最終完成購買。在線下的交易中，人與商品有直接的接觸，憑藉著直觀的感受即可判斷這個商品是否滿足自己的需求。但在線上，這一場景無法滿足，就需要其他的內容來補充，所以有了評價，問大家，買家秀，還有最近大火的直播。人們通過他人的描述來提升自己對商品的認識，最終完成交易。但關鍵的是，這些都屬於“陌生人社交...

簡約設計追求的並不是形式的簡單，而是在充分瞭解用戶的需求之後做出的一系列設計。簡約設計本質上是要解決問題，而不是忽略問題。本專題的內容，從我們的標題就可以看出來，是屬於產品設計的系列專題，並且是脫離了基礎設計層次的進階系列。在這個“簡約至上”、“極簡主義”、“少即是多”等理念大行其道的時代，又有多少人能夠真正領悟這些理念背後的深意呢？更多的設計者們，或許只是把這些理念當做自己的偷懶的擋箭牌，再或者只是追求錶面的簡單而已。如若不棄，接下來的一段時間，就由我來為您講述這段“簡單”的故事~前言“設計”從來都不是一個狹隘的概念，也從來都不是設計師的專屬名詞。一個產品固然需要專業的設計，但例如我正在寫的...

表單常存在於流程之中，用戶通過填寫表單提交先關信息，從而完成相關的任務，如註冊、申請等。本次主要分享在表單提交時，表單提交時的二次確認場景。為什麼會有二次確認？表單往往匯聚了各種輸入項，信息量較大，若用戶完成輸入後直接提交，往往存在一定風險，即一旦出現誤填時，一般情況下，只能撤回或重新填寫並提交，與此同時也可能造成後臺的審核壓力。為了應對這種情況，在填寫表單時，一般會引入前置校驗（前端or後端），儘量減少錯誤，但這一類的校驗適用於校驗條件能夠結構化的，即可以通過代碼預先設置好有一定規律組織的條件，比如非空、大小寫、上下限值等，而無法去判斷一些不能條件化（非結構化）的情況，如圖片內容、文字表達等...