20170602
產(chǎn)品的核心是解決問題,定義清楚客觀問題和解決方案能解決的問題之間的差別非常重要
上頭說要某產(chǎn)品題量我們來不及做了,讓用戶自己錄吧。
于是產(chǎn)品經(jīng)理出了一個方案,在課件旁加一個自定義課件,讓用戶自己錄。這是一個表層的解決方案。
產(chǎn)品設(shè)計其實(shí)是一個問題定義和解決方案批判性思考的過程。
問題定義不應(yīng)該是上頭說的這句話,而是站在用戶立場和公司立場分別是,用戶想要匹配的考題。公司想要在人手不足的情況下解決用戶這個問題。
如果用戶想要匹配的題,我們卻讓用戶自己錄,這中間是有很大差別的。定義清楚問題和解決方案之間的差異很重要。
目前的解決方案就有以下問題需要思考:
1用戶真的希望自己錄嗎?既然沒有現(xiàn)成的題,自己錄又解決了他什么問題呢?如果希望自己錄,他們愿意花多長時間錄?誰錄?怎么錄?
2.用戶自己現(xiàn)在是怎么(maybe別扭地)解決這個問題的,新方案有比他現(xiàn)有的替代方案好嗎?
3.錄了希望怎么用?用戶原本是希望課件里的題目就是匹配的,現(xiàn)在我們提供的是另外的單獨(dú)課件,他用起來方便嗎?是希望邊講知識點(diǎn)邊講題,還是集中時間講幾道題?需要和常規(guī)課件中的題目一樣,打印答案嗎?
4.用戶希望用多少道題?現(xiàn)在的5道只是系統(tǒng)現(xiàn)狀,但是每講有幾十個知識點(diǎn),他用起來夠嗎?
5.調(diào)研的時候,選擇的用戶也很重要。不應(yīng)該隨機(jī)選擇,而應(yīng)該選擇存在不匹配問題的機(jī)構(gòu),重點(diǎn)客戶肯定要有樣例。
20170602 產(chǎn)品經(jīng)理規(guī)劃和畫餅的能力
新來的副總監(jiān),前百度PM,非常看重規(guī)劃和畫餅。
我之前沒有強(qiáng)烈在這方面自我約束,但是這兩點(diǎn)對團(tuán)隊和合作部門的好處是巨大的。
規(guī)劃讓大家對半年內(nèi)要做的事情有明確、具體的預(yù)期,誰即將需要誰的支持,需要多少技術(shù)資源,緊急的事情能在什么時間做完。
畫餅讓大家住著茅草屋,被眼前的茍且折磨瘋了的時候,知道詩和遠(yuǎn)方在哪里,以及我們有沒有往這個方向去。1年3年都可以忍,但忍了能換來啥?產(chǎn)品經(jīng)理如何讓人信服自己對這個產(chǎn)品比其他人都懂,都有底氣?讓人看到曙光,想跟著干?不會讓其他部門瞎吐槽和亂指點(diǎn)?
20170605 再復(fù)雜的產(chǎn)品也有單點(diǎn)突破機(jī)會
TO B的產(chǎn)品,往往必須做很多功能才能支撐起客戶的業(yè)務(wù)。
但是,再復(fù)雜的產(chǎn)品也有最突出的突破點(diǎn)。但是,不同時期不同。
比如我們現(xiàn)在就是,備課標(biāo)準(zhǔn)化,復(fù)制老師快。
當(dāng)其他產(chǎn)品也有這個功能時,我們是教研牛。
當(dāng)其他產(chǎn)品教研也有時,我們就是,招生強(qiáng)。
20170606產(chǎn)品經(jīng)理應(yīng)該花大頭的時間在調(diào)研和思考,而不是解決BUG
最近的狀態(tài)超級不爽。
公司效率真低下。
PM缺乏調(diào)研和思考,就會形成只能唯上/唯業(yè)務(wù)方的局面。但唯上就往往會導(dǎo)致方案不實(shí)用,不全面,更談不上超前和出色。自己的成長也很少。
但是不應(yīng)該因?yàn)楣ぷ魅蝿?wù)和氛圍隨波逐流,自己應(yīng)該有意識地去做一個合格PM應(yīng)該做的事情。
20170615幫助用戶理解信息的方法
整理有序
化整為零,化抽象為細(xì)節(jié),掰開給他看,不要讓他自己去琢磨。
20170616提高時間管理能力的小習(xí)慣
每天用便利貼記錄最重要的事情和期望完成時間,然后全力以赴。
有打斷的事情,不要立即開始做,工作事情排進(jìn)待辦事項(xiàng),記錄下來,生活瑣事寫在另一個便利貼。
計劃頻繁失效時記錄每一次失效原因,然后復(fù)盤。
沉浸式思考時關(guān)閉微信。
20170616產(chǎn)品經(jīng)理要警惕自己陷于細(xì)節(jié)
陷入執(zhí)行一個有一個的方案和任務(wù)。
卻忘記了抬頭看看行業(yè)方向,產(chǎn)品立足之地,發(fā)展動態(tài)。
20170619衛(wèi)哲的3+1思考法
- 需求明確嗎?(是你覺得用戶有問題,還是用戶自己覺得有痛點(diǎn)/欲望)最想解決這個問題的用戶是誰?什么場景產(chǎn)生的問題?(籠統(tǒng)地定義沒有意義)
- 需求有多迫切?有多少人有這樣的問題?這個問題現(xiàn)有的解決方案是什么? 頻次高嗎?
- 改變有多大?用了新方案后,用戶怎么解決這個問題?好處是什么?用戶有多在意這個好處?(YC創(chuàng)業(yè)課說的是,用戶愿意為此買單嗎,評價欲望是否強(qiáng)烈)
新方案有沒有徹底解決他的問題?為產(chǎn)品設(shè)定的使用場景什么時候發(fā)生?是否真的會發(fā)生? - 改變后,產(chǎn)品數(shù)據(jù)有何變化?(排除干擾因素后最能體現(xiàn)產(chǎn)品效果的數(shù)據(jù),衡量價值有沒有被認(rèn)可,提供了多大的價值。)
20170619 克服用戶調(diào)研的惰性
最近忘掉做不好用戶調(diào)研,想趕項(xiàng)目的種種借口,一口氣打了300多個電話。對用戶需求的認(rèn)識和以前比至少提升了50%。
和業(yè)務(wù)方討論需求不再是隔靴搔癢了,有底氣了。
【重要TIP】產(chǎn)品經(jīng)理就應(yīng)該比任何人都懂自己的用戶。
20170717 項(xiàng)目管理的核心——里程碑
一個超過2周的項(xiàng)目一定要有每周的里程碑,不然完全必須絕對會延期!!
20170717 可用性測試的必要性
開始開發(fā)之前一定一定要找用戶測試下你的方案。
自以為很明顯、或者別的產(chǎn)品已經(jīng)驗(yàn)證過的方案,往往拿到你自己項(xiàng)目中上線后發(fā)現(xiàn)傻眼了。
20170724 合作部門的進(jìn)度不能把控怎么辦
項(xiàng)目立項(xiàng)會應(yīng)該把所有業(yè)務(wù)方、技術(shù)方都叫到一起,確定項(xiàng)目的整體里程碑(不光是技術(shù)里程碑),明確各方職責(zé),這樣他們能知道自己的事情對整個項(xiàng)目的影響,不用反復(fù)提醒;
項(xiàng)目進(jìn)展應(yīng)該每周定時、總體發(fā)給全員。
20170814 你認(rèn)為用戶有問題不代表用戶也認(rèn)為自己有問題
發(fā)現(xiàn)問題,去和相關(guān)的人聊一聊都能發(fā)現(xiàn)。
分析問題的原因,站在自己的立場上也能分析出一套看起來過得去的。
但解決問題,一定要了解對方的心理,當(dāng)時的訴求,痛點(diǎn),使用習(xí)慣。
20171102 要結(jié)合用戶的場景考慮各種最簡方案
用戶在什么場景下用,他使用的場景和頻次是你所期待的最理想的方案嗎?
比如你期待用戶完成新手任務(wù),拿手機(jī)完成就比拿電腦完成效率更高。
一個不成熟的復(fù)雜方案會成為產(chǎn)品日后的負(fù)擔(dān)。
20171206 抓住用戶最渴望的訴求,超出預(yù)期地解決問題
任何產(chǎn)品都應(yīng)該有一個最核心的用戶訴求---學(xué)懂?熟人社交?
在這個訴求上,應(yīng)該衡量你是否已經(jīng)徹底解決了他的問題
而且是超出他預(yù)期體驗(yàn)地解決問題
8秒不行要2秒
大概懂了不行要徹底弄懂
在此之前不要去解決其他的問題
增加任何功能都不要影響他解決原本的問題