這裡是「曉組織」的第 12 期。
本期的分享嘉賓是「墨加口袋」小程式團隊, 下面就一起來看看他們的故事:
前端大牛, 能不能讓載入速度提升一個等級…
架構師, 快快快, 併發又比昨天高了, 找到好的優化方案沒…
演算法工程師, 今天一些小站的內容無法展示, 用高級演算法處理下…
用研小夥伴, 今天用戶又回饋了什麼問題, 有新的需求沒…
……
這樣的討論碰撞, 每天都會發生……
我們是「墨加口袋」團隊的工匠,
(具體操作方法請見這篇文章)。
除此之外, 我們還準備了一個小巧的流覽器書簽,
以後只要有空閒, 你就可以隨時隨地在「墨加口袋」小程式裡閱讀這些好文章, 還可以把它們分類整理裝進不同主題的口袋, 分享給你的朋友。
「墨加口袋」小程式使用連結
https://minapp.com/miniapp/3032/
墨加口袋是如何誕生的?我們主要從產品想法、市場分析、團隊能力三點來闡述「墨加口袋」的誕生。
這也是作為創業公司, 在選擇一個項目時, 從 0 到 1 的思考過程。
1. 產品想法
我們大概從年後, 就有了關於「墨加口袋」的想法。
一開始想做的並不是小程式, 而是一款基於流覽器的書簽管理器。 主要解決流覽器書簽的同步速度慢、查找效率低下等問題。 為平日裡通過電腦辦公的人,
當時團隊也是基於不同形態的體驗、場景以及當前的開發資源做了討論, 後來開始慢慢把小程式作為切入點, 這點後面去說。
2. 市場分析
我們的目的, 是希望説明每個人更高效地獲取和管理知識性的好內容。 高效收藏, 一處匯總, 雲端同步, 即用即取。
但我們並沒有急於實施方案, 而是去瞭解了市面上關於此類產品的種種優勢與劣勢。
我們大概看了幾十款國內外具備同類屬性的產品, 主要分為兩類:
第一類是自身產品的協助工具。
另外一種是垂直的資訊收集工具。 如美國的 Pocket、Candy、Instapaper, 以及國內的一些書簽管理類應用。
但在資訊收集的領域, 仍然存在一些很大的問題。
比如, 國外產品在國內使用流暢度不佳, 操作麻煩、功能多且雜、原文被刪便無法閱讀、不能高效整理和打包分享等等。
在研究中,
我們並不認為工具類產品功能越多越好, 初期幾個關鍵功能, 能解決用戶的核心問題就行了。
3. 團隊基因
這點不難理解, 每家公司、組織都有自己特定的基因所在, 也有獨特的優勢。 比如百度的搜索、阿裡的電商(這裡只是舉個例子)。
對於墨加科技來說, 這兩年一直在做知識服務類的產品, 舉辦的活動也基本都是圍繞知識經驗技能分享為主。
我們一直希望可以通過應用新技術, 創造新模式, 推進知識服務的數位化、普惠化、智慧化、個性化。
「讓知識對任何人觸手可及」,這是我們常講的使命。
認識到中國的移動互聯網生態,尤其是碎片化閱讀的生態,基本等同於微信生態。所以,我們決定從小程式開始入手,這個點會在下個話題進行描述。
為什麼選擇小程式?這裡用一張圖說明下,是團隊小夥伴在分析小程式時做的總結:
1. 易用性
無需安裝即可使用,用完即走,節省用戶的空間和流量。
而且,事實上我們在手機上雖然裝了很多 app,但使用率大多是極低的。
2. 開發成本
成熟的開發環境能夠讓開發者直接入手,功能反覆運算迅速。
而且小程式的開發環境、配置也一直在反覆運算升級,可以說開發效率、體驗會越來越好。
3. 傳播性
這決定了大多數人在移動端的閱讀場景,基本等同於微信生態。所以,基於小程式開發,無疑也是最大限度輻射最廣泛人群的最佳途徑。這在後來我們的用戶畫像呈現上也得到了很好的驗證。
小程式在後續也陸續支援了功能表調整、文章調整、關鍵字搜索等服務,使用者體驗也是在極速提升。
4. 擴展性
擴展性上有兩點,一種是線上與線下的結合擴展,如摩拜單車;另一種則是開發形態的擴展,如小程式的跳轉、環境的升級,這些都是很有利的結合點。
產品設計的故事在整個產品設計過程中,我們一直保持著非常謹慎的態度,盡可能少加功能,多從效率和易用的角度出發。
基本上,每天都會產生新的 idea,我們會把它放到一個需求池。這裡也會有用戶提的需求點。但到了實施環節,還是力求精簡。
「墨加口袋」的反覆運算主要從兩個方面入手:
一方面是功能反覆運算。比如批量整理、對單條內容的多種操作方式,這些都完全是從效率的角度出發。
另外一方面是性能。比如口袋的載入速度,內容詳情的加速速度,以前需要幾秒鐘甚至長文出現過十幾秒,現在和正常的內容類別應用基本沒有區別了。像大家看到的今日頭條、Flipboard,內容其實是靜態固定存在的。但對於墨加口袋來說,資料直接來自於使用者的存儲,因此就需要做到即時同步與展示,性能優化量是非常高的。
在做小程式的過程中,我們也做了一些回饋報表和客服系統,每天都能收到用戶大量的訴求,比如為什麼不做熱文推薦榜,為什麼沒有不能看別人的內容等等……
這些並不是沒有考慮過,但我們最終得出的結論就是:工具類產品的核心應該是説明用戶節省時間,而不是通過打造新的閱讀社區,讓用戶停留更多時間。
我們希望使用者存儲的內容,都是對 ta 自己有用的,能夠幫助 ta 以後去查看學習和在朋友之間批量分享的,而不是額外再構建一個社區類的閱讀空間,這個意義並不大。
最核心,是幫助用戶提高他們在各個地方,獲取和消化日益暴漲的碎片化資訊的效率,同時也提高了那些優質內容的重複利用率和生命週期。
技術遇到的坑在技術上,最開始的碰壁來自小程式的提交被拒,被拒的原因就是載入問題。
類似下圖,一直是頁面載入中,關鍵是每次回饋的錯誤機型都不一樣。
從今年 2 月底開始提交第一個版本,之後一個月一直被拒,差不多有 10 多次,到 4 月初才過了第一版。
,差不多把市面上主流的機器全部類比了一遍,才算通過,花了近一個月。
但這一個月是有效果的,從上線第一版一直到現在,提交了快 30 個版本,都是兩、三天就通過,沒有被拒的情況。
另一方面的坑來自於資料的併發。
因為做的是內容採集工具,每天口袋使用者都會添加 1w+ 條的內容,而且會分類到不同主題的口袋,每條內容又都具備唯一的關聯性。
這導致伺服器壓力很大,有時每秒的併發請求都在幾百+,後來除了升級配置外,也在代碼上做了重點優化。
因為系統在初期不穩定,導致一開始的新用戶流失率非常高,後來逐漸穩定下來就好了很多,希望做小程式開發的企業注意考慮到這點。
第一波用戶從哪裡來?我們大概是從 5 月初開始推薦這款小程式,因為定位是知識管理工具,希望能做好工具本身。
一開始主要是內測,從墨加老用戶、知乎、簡書找了一些粉絲來用。這些粉絲本身就有收集整理資訊的需求,希望能提高自己的效率,因此轉化率非常高,後來開始有了傳播以及一些媒體的報導。
讓我們意外的是,很多的報導其實是使用者自發撰寫的
用戶的訴求也很簡單,就是快速存儲與整理,隨時訪問,不用擔心內容資料的丟失。
另外一方面,我們也開始做一些定性的用戶訪談與回饋的統計,讓工程師根據屬性找到活躍使用者。
我們有個用研小夥伴,每天都會與使用者訪談,收集用戶的訴求。現在大概有幾百份統計記錄了,這非常有價值,很多時候不能僅從主觀意識去判斷。
在過程中,有個很有意思的現象,就是使用者屬性的多元化。
我們開始認為只有科技圈的人用的比較多,後來在統計結果中,發現很多教師、學生家長、建築工人,甚至是 70 歲老人都在用「墨加口袋」。他們會存儲一些考題、生活攻略、技能方面的內容。
關於小程式的未來,能讓每個用戶都能接觸並使用到,以解決自己遇到的問題,很多時候用 app 解決問題反而繁雜。
對未來的預期,就是希望小程式能夠擴展更多的開發配置,來提高開發者的效率。同時新的元件也意味著新的場景化設計,人性化的產品設計就來自於此。
對於「墨加口袋」而言,我們已經有一群非常忠實的使用者,資料也很不錯,每天都會有大量使用者採集和整理好的知識性文章、經驗攻略等優質的內容。
但對於我們來說,目前更主要的還是提升產品性能與和使用者體驗,這也是我們最堅持的核心理念,好的產品是很容易獲得口碑傳播的。
客觀來講,「墨加口袋」現在仍有很多缺陷,但我們也提供了良好的回饋系統與技術支援,使得問題解決的速度越來越快,這也應感謝口袋團隊每一位成員的努力。
最後,希望每個「墨加口袋」的用戶,都能真正利用好它,走出資訊雜亂、碎片分佈,難以高效管理和利用的困境,進而有更多的時間,專注工作,享受生活!
謝謝大家的閱讀 ^_^
「墨加口袋」小程式使用連結
https://minapp.com/miniapp/3032/
「讓知識對任何人觸手可及」,這是我們常講的使命。
認識到中國的移動互聯網生態,尤其是碎片化閱讀的生態,基本等同於微信生態。所以,我們決定從小程式開始入手,這個點會在下個話題進行描述。
為什麼選擇小程式?這裡用一張圖說明下,是團隊小夥伴在分析小程式時做的總結:
1. 易用性
無需安裝即可使用,用完即走,節省用戶的空間和流量。
而且,事實上我們在手機上雖然裝了很多 app,但使用率大多是極低的。
2. 開發成本
成熟的開發環境能夠讓開發者直接入手,功能反覆運算迅速。
而且小程式的開發環境、配置也一直在反覆運算升級,可以說開發效率、體驗會越來越好。
3. 傳播性
這決定了大多數人在移動端的閱讀場景,基本等同於微信生態。所以,基於小程式開發,無疑也是最大限度輻射最廣泛人群的最佳途徑。這在後來我們的用戶畫像呈現上也得到了很好的驗證。
小程式在後續也陸續支援了功能表調整、文章調整、關鍵字搜索等服務,使用者體驗也是在極速提升。
4. 擴展性
擴展性上有兩點,一種是線上與線下的結合擴展,如摩拜單車;另一種則是開發形態的擴展,如小程式的跳轉、環境的升級,這些都是很有利的結合點。
產品設計的故事在整個產品設計過程中,我們一直保持著非常謹慎的態度,盡可能少加功能,多從效率和易用的角度出發。
基本上,每天都會產生新的 idea,我們會把它放到一個需求池。這裡也會有用戶提的需求點。但到了實施環節,還是力求精簡。
「墨加口袋」的反覆運算主要從兩個方面入手:
一方面是功能反覆運算。比如批量整理、對單條內容的多種操作方式,這些都完全是從效率的角度出發。
另外一方面是性能。比如口袋的載入速度,內容詳情的加速速度,以前需要幾秒鐘甚至長文出現過十幾秒,現在和正常的內容類別應用基本沒有區別了。像大家看到的今日頭條、Flipboard,內容其實是靜態固定存在的。但對於墨加口袋來說,資料直接來自於使用者的存儲,因此就需要做到即時同步與展示,性能優化量是非常高的。
在做小程式的過程中,我們也做了一些回饋報表和客服系統,每天都能收到用戶大量的訴求,比如為什麼不做熱文推薦榜,為什麼沒有不能看別人的內容等等……
這些並不是沒有考慮過,但我們最終得出的結論就是:工具類產品的核心應該是説明用戶節省時間,而不是通過打造新的閱讀社區,讓用戶停留更多時間。
我們希望使用者存儲的內容,都是對 ta 自己有用的,能夠幫助 ta 以後去查看學習和在朋友之間批量分享的,而不是額外再構建一個社區類的閱讀空間,這個意義並不大。
最核心,是幫助用戶提高他們在各個地方,獲取和消化日益暴漲的碎片化資訊的效率,同時也提高了那些優質內容的重複利用率和生命週期。
技術遇到的坑在技術上,最開始的碰壁來自小程式的提交被拒,被拒的原因就是載入問題。
類似下圖,一直是頁面載入中,關鍵是每次回饋的錯誤機型都不一樣。
從今年 2 月底開始提交第一個版本,之後一個月一直被拒,差不多有 10 多次,到 4 月初才過了第一版。
,差不多把市面上主流的機器全部類比了一遍,才算通過,花了近一個月。
但這一個月是有效果的,從上線第一版一直到現在,提交了快 30 個版本,都是兩、三天就通過,沒有被拒的情況。
另一方面的坑來自於資料的併發。
因為做的是內容採集工具,每天口袋使用者都會添加 1w+ 條的內容,而且會分類到不同主題的口袋,每條內容又都具備唯一的關聯性。
這導致伺服器壓力很大,有時每秒的併發請求都在幾百+,後來除了升級配置外,也在代碼上做了重點優化。
因為系統在初期不穩定,導致一開始的新用戶流失率非常高,後來逐漸穩定下來就好了很多,希望做小程式開發的企業注意考慮到這點。
第一波用戶從哪裡來?我們大概是從 5 月初開始推薦這款小程式,因為定位是知識管理工具,希望能做好工具本身。
一開始主要是內測,從墨加老用戶、知乎、簡書找了一些粉絲來用。這些粉絲本身就有收集整理資訊的需求,希望能提高自己的效率,因此轉化率非常高,後來開始有了傳播以及一些媒體的報導。
讓我們意外的是,很多的報導其實是使用者自發撰寫的
用戶的訴求也很簡單,就是快速存儲與整理,隨時訪問,不用擔心內容資料的丟失。
另外一方面,我們也開始做一些定性的用戶訪談與回饋的統計,讓工程師根據屬性找到活躍使用者。
我們有個用研小夥伴,每天都會與使用者訪談,收集用戶的訴求。現在大概有幾百份統計記錄了,這非常有價值,很多時候不能僅從主觀意識去判斷。
在過程中,有個很有意思的現象,就是使用者屬性的多元化。
我們開始認為只有科技圈的人用的比較多,後來在統計結果中,發現很多教師、學生家長、建築工人,甚至是 70 歲老人都在用「墨加口袋」。他們會存儲一些考題、生活攻略、技能方面的內容。
關於小程式的未來,能讓每個用戶都能接觸並使用到,以解決自己遇到的問題,很多時候用 app 解決問題反而繁雜。
對未來的預期,就是希望小程式能夠擴展更多的開發配置,來提高開發者的效率。同時新的元件也意味著新的場景化設計,人性化的產品設計就來自於此。
對於「墨加口袋」而言,我們已經有一群非常忠實的使用者,資料也很不錯,每天都會有大量使用者採集和整理好的知識性文章、經驗攻略等優質的內容。
但對於我們來說,目前更主要的還是提升產品性能與和使用者體驗,這也是我們最堅持的核心理念,好的產品是很容易獲得口碑傳播的。
客觀來講,「墨加口袋」現在仍有很多缺陷,但我們也提供了良好的回饋系統與技術支援,使得問題解決的速度越來越快,這也應感謝口袋團隊每一位成員的努力。
最後,希望每個「墨加口袋」的用戶,都能真正利用好它,走出資訊雜亂、碎片分佈,難以高效管理和利用的困境,進而有更多的時間,專注工作,享受生活!
謝謝大家的閱讀 ^_^
「墨加口袋」小程式使用連結
https://minapp.com/miniapp/3032/