中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

你想了一個絕妙的ideas，興沖沖跑去給老板匯報時卻不受待見，真正的原因在哪？如何證明你是對的？這里有一個方法：

很多人經常遇到這樣的情況：自己想出了一個很好的想法，但是被老板或者領導給否定掉了，應該怎么辦？

其實大可不必因此就覺得你的老板或者領導很傻x，一來，他們掌握的信息跟你不一樣，有可能他們看到的東西跟你看到的是很不一樣的，二來，他們可能會擔心實現(xiàn)你的想法會失敗。

那今天就講一下，如何向你的老板證明你的想法是對的。

內容按照從輕到重劃分，如下：

感興趣的話就繼續(xù)看下去吧~

一、最直接的辦法，分析過往/相關數(shù)據(jù)

首先第一個當然是分析過往的數(shù)據(jù)，有些人就覺得過往的數(shù)據(jù)有什么好分析的，不都擺在那里？但其實哪怕是一個公眾號，它的數(shù)據(jù)都會很有分析的價值，而且有些信息你未必在培訓/工作中能夠知道。

如果你的想法在以前是有人嘗試過的，或者跟用戶受落的東西比較接近，通過分析相關的數(shù)據(jù)，不難得到你要的結果。

我以前曾經去過一家創(chuàng)業(yè)公司，那家公司是有app的，悲劇的是，數(shù)據(jù)分析的系統(tǒng)根本就不準到離譜…

而過往的調查等等，樣本量都很小，很小，很小…

當時剛到那里的我，很想要知道相關數(shù)據(jù)，去實踐我的運營想法，又沒有太多辦法，等到數(shù)據(jù)系統(tǒng)好，黃花菜都涼了，這時候，應該怎么辦？

我想到了公眾號。

我的想法：是不是可以先通過查找以前的運營工作的結果去看可行性？

首先，微信公眾號的數(shù)據(jù)肯定是更準的，而關注了公眾號的人，里面也包括了下載app的人，使用公眾號功能的人，也跟使用app基礎功能的人需求是有些相似的。

而我的運營工作，也要依靠微信這個平臺去傳播，懂得微信號關注的用戶，也能夠幫助我的工作更好的開展。

所以，當時我做了兩件事：

第一，看用戶的基本屬性，比如來源、地區(qū)、性別等等。

第二，通過去分析計算微信公眾號過往所有文章的相關數(shù)據(jù)，以及各個菜單點擊的次數(shù)，去看用戶大致的偏好/使用公眾號的動機。

當然，還有一個比較取巧的方法就是，你可以去觀察跟你類似的競品（不是跟你在同領域的就可以，你們的定位、用戶也應該比較相似，否則，如果一個是專注高端用戶一個是專注中端用戶，有可能會翻車），如果你想到的東西，他也有在做且成功了，那你可以對應地去嘗試一下。

二、你和領導的方案哪個更好？這樣試試看

當你和你的領導兩個人各執(zhí)已見的時候，但你實在不想放棄你自己的想法，可以通過A/B測試來證明到底哪個方案更好。

記得有一次活動需要搞短信的推送，最后剩下2個文案，但又因為一般用戶收到短信，都是掃一眼就算了，要把想突出的幾個字放在【】這個符號里。

當時被放在【】里有兩個選擇，一個是強調優(yōu)惠力度的，一個是強調在平臺上最受歡迎的品牌的。

這個時候可以采用A/B測試了——

1. 給2個推送的鏈接設置參數(shù)，記下每個短信對應的鏈接。
2. 在同一批用戶中，找到想要測試的數(shù)量的用戶。
3. 在同一個時間段，進行推送，然后，隔一段時間后看打開率。
4. 把經過驗證后的結果進一步擴散，驗證。

同樣的，用在重要的內容、push等等，A/B測試還是會穩(wěn)一點的。能力比你強的領導，想法比領導多的你，說服力都不如用戶強。

三、運營也可以做MVP，小步試錯，防止翻車

我們通常說到MVP，好像都是出現(xiàn)在產品經理口中或者農藥玩家口中（喂！）

但其實運營也可以有MVP噠~（MVP就是提供最小化可行的產品，以此獲取用戶反饋）

當你想要證明你的想法的時候，你可以想一下你的想法再縮小一點，可以用什么形態(tài)去呈現(xiàn)？

我記得以前我曾經做過一個MVP，是我想加在APP里面的一個功能，當時做這個MVP的原因是：

1. 開發(fā)資源真的真的很有限，且我的需求涉及前端后臺開發(fā)；
2. 以前有些人提過不少偽需求，研發(fā)團隊開始有人不滿，覺得自己做的東西最后都閑置掉了；
3. 我提出的想法，雖然在別的app可行，但在我們app未必可以，而且，沒競品做這樣的東西。

為了證明自己的想法是可行的，而且，為了開發(fā)資源能夠向自己傾斜，我開始了，當然，還是有要注意的地方的：

1. 你的MVP應該最大程度接近你最后想要做出來的東西。比如說用來實驗的用戶，最好是在app內或者是你的用戶群內征集，他們對你的東西比較熟悉，相對來說比較愿意配合，也比較信任，最重要的是，你以后還是要在這樣的人群中推廣。
2. 在保證條件一樣的情況下，你的東西最好要最小化。為了不花費過多的資源，也為了你的想法能快速實現(xiàn)，并不一定要開發(fā)資源才能夠去做這個實驗。

最好最完美的情況是：

1. 進一步，能夠推廣擴散。
2. 保留原有的模式，還能繼續(xù)維持運營。

退一步，也能快速撤掉，注意，如果只是短時間測試，不要給用戶一種“你們這東西是常規(guī)一直有的”，否則在撤掉之后可能會有用戶不清楚，產生疑問。

以活動為例，從重到輕有：涉及前端后臺的開發(fā)（比如說一個固定的功能板塊）>僅涉及前端的開發(fā)>社群社區(qū)。

于是，我把這樣一個想法挪到了社群做，把參與人數(shù)、參與情況以及用戶反饋保存下來，做了一份報告，提交了上去。

用5天時間社群小范圍地證明可行過后，我的方案開始在app端用一個h5去擴散驗證了。

不止是活動、產品運營，其他運營也可以用同樣方法嘗試。

比如，你是一個內容運營，你想要上一個新的欄目，是不是可以通過一篇文章先去試一下，再根據(jù)用戶的反饋，展開下一步的動作，防止用戶不適應你的改變不買單。

比如，你是一個社區(qū)運營，你想上線一個新的板塊，是不是可以在原有的、最接近新板塊的板塊，舉辦互動的活動？

四、最后再說幾句

哪怕你的想法試了，最后發(fā)現(xiàn)是自己是錯的，也沒關系——不能賺錢做轉化，至少也能避免跳進賠錢的坑，也是很好的事情啊。

作者：姚說，微信公眾號：yaoshuo6

本文由 @姚說 原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載

題圖來自 Pixabay ，基于 CC0 協(xié)議