筆者以自身經驗為例，講述了在少年得到APP中得到的創業經驗。
昨晚少年得到上線一週年，刷爆了我的朋友圈。離開羅輯思維9個月，回過頭看那段經歷，給我帶來的成長真的很多，下面我做個大概的覆盤，並分享在創業過程中獲得的產品思考，和大家交流一二：
一、結識
我以產品總監身份入職英雄互娛後，策劃了一些產品，上線後數據反饋也很不錯，還和一些CP關係處的很不錯，很快獲得了創始人Dino的欣賞。
同時，部門的調整也很猛烈：所入職的用戶部門和成都的客服部門合併，研發全部遷到成都，和我一起的幾個總監陸續都走了，我留了下來，也更努力去推進工作。
到17年6月份的時候，Dino交給了我一個神祕任務：讓我們研究“得到”APP。
說實話那是我第一次知道“得到”。
隨後，我們反覆在思考探討一款“少年得到APP”的原型，方向就是遊戲+教育的結合，主打K12用戶。
當時我們設想的是養成+收集。用學習來養成，成績好得到的寵物品質就高，未來可以用收集到的寵物來PK。包括：公會體系、社交廣場，都是非常強的遊戲體系。
看看幾個典型頁面就知道這個調性了。
由於充分準備，羅胖和脫不花第一次來訪時看到原型都驚呆了，對比他們只簡單準備了一份Word而言，我們確實是精心備戰的。
合資公司很快搭了起來，我也快速地招聘了幾桿槍，入駐了郎園，離開了英雄互娛。
後面接著就是一段非常悲慘的經歷，也是一段寶貴的經歷（略去一萬字）。
二、收穫
在產品層面的教訓和收穫，於我個人而言很有價值，感恩這段經歷。
1. 產品，必須有唯一決策人
最近老看KPL，面對同樣的英雄，不同的高手能打出不同的風格。
做產品也是一樣的，不同的人對產品有不同的理解。所以，決策人一多，就會跟同時練了多個內功心法的人一樣，不定哪天就走火入魔。
當時兩家股權相近，整個少年得到團隊相當於需要向兩邊彙報：一家是遊戲公司，一家是知識服務，基因和調性完全風馬牛不相干。
“教育+遊戲”究竟是遊戲更多還是教育更多？能不能沒有遊戲化？遊戲什麼玩法和風格？
反反覆覆的討論和修改，真的是痛苦。
一邊，遊戲公司只有遊戲策劃、製作和發行經驗，完全沒有教育經驗；一邊，知識服務公司不懂遊戲就罷了，其實在教育方向的摸索也只限於成人。
這樣的組合，能快速摸出方向都奇怪。
所以，17年7月底完成組建，一直到18年4月份才完成第一版上線，這是個很重要的影響因素（其實18年1月份就上線了，只是沒推，算內測）。
我現在就輕鬆很多，和Boss定義清楚每個階段的唯一北極星指標後，剩下的就是我帶團隊各種折騰，產品需求可以同步但不用來回探討，得到充分授權，決策流程非常簡單，自然就可以把產品思路貫徹下去。
2. 做產品，MVP別想出手就終結一切
遊戲類型多、玩法多，你要跟一個遊戲策劃聊起來，那三天三夜都停不下來。
我們在早期，就在各種遊戲機制裡反覆遊走，我們自己想不出來了就找互娛裡的各個主策劃、製作人交流，試圖尋找一個靈丹妙藥，包治百病。
特別想找出宇宙大一統理論。邏輯是以終為始，只要知道終點了，我們現在需要做什麼就只是拆解……
所以反覆地在糾結，畫了無數的原型，光向上完整彙報的版本就有4個之多。
同時，內容團隊也在找手感。說實話，得到App也只是服務成人市場，玩的邏輯就是出版邏輯：憋幾個月出一門課，推一波，銷量起一波。
但是K12是另一個領域，更需要時間了。況且這是真內容驅動的產品，內容出不來，產品也就只是個殼。
如果是我決策，真的是要找一些得到的家長，一起來磨若干門課，產品用非常輕量化的H5來承載，快速得到反饋驗證。MVP憋大招出手，真的不是個好選擇。
3. 做產品，別想花哨，要直給
“天下武功唯快不破”，還有個“花拳繡腿”，連起來就是繁複的招數不如簡單、快！
我們想在基礎的課程學習基礎上，包裝出提升孩子興趣的遊戲機制，那叫一個絞盡腦汁：玩法、策略、機制、美術風格、2D還是3D、數值，搞得我都快成一個製作人了。
但遊戲機制是什麼？
目標、規則、反饋，只要符合這三點，什麼都可以是遊戲，有時真的是想多了，只要達到目的就可以。
多補一句，比如：常見的PBL裡的L，排行榜玩法，正常的就是：
- 規則：定義積分or點贊or戰力來決定排名，前三有大獎；
- 目標：用戶為了大獎衝擊名次；
- 反饋：時間截止，達到前三後，獲得大獎。
見過很多APP花哨的交互——酷炫的動效，華麗的畫風，我就一個問題：有沒有最高效的把你的思路通過產品傳遞給用戶？
直給很重要。
三、總結
總結一下，不管做什麼產品，想清楚三個事：
- 決策機制如何？多頭決策的產品不可行；
- MVP，快速迭代是王道，別想一出手碾壓一切；
- 不要堆砌，包括功能和交互，你最想輸出的就直給。
少年得到越來越好了，也在逐漸脫離得到App單獨發展。
但失去的時間不會回來，沒有如果，也不要後悔。總結經驗是為了更好地前行。一起加油吧少年們~
作者：look，微信公眾號：Super黃的念想。
本文由 @look 原創發佈於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議