100萬用戶服務器_我的應用在一個月內如何增長超過100萬用戶

100萬用戶服務器

by Assaf Elovic

通過阿薩夫·埃洛維奇

我的應用在一個月內如何增長超過100萬用戶 (How my app grew by over 1M users in one month)

只需要這種簡單的每周方法和耐心。 (All it took was this simple weekly approach and patience.)

Building and promoting a new consumer product is one of the most challenging things you can do as an entrepreneur. While there are many approaches on how to design, test, build and promote apps, usually they don’t seem to bring real results.

建立和推廣新的消費產品是您作為企業家可以做的最具挑戰性的事情之一。 盡管有許多方法可以設計,測試,構建和推廣應用程序,但通常似乎并沒有帶來真正的結果。

Then you start wondering, maybe it’s the product? Maybe there’s not enough market fit? Or is it bad execution? Or maybe we should grow the marketing and branding budget! Maybe we’re not targeting the right audience? Maybe we should build more features!

然后您開始懷疑,也許是產品? 也許市場契合度不夠? 還是執行不好? 也許我們應該增加營銷和品牌預算! 也許我們沒有針對正確的受眾? 也許我們應該構建更多功能!

When you start questioning everything, things usually get even worse. You start defocusing from the main goal and start wasting energy and money on all kinds of wide approaches.

當您開始質疑一切時,情況通常會變得更糟。 您開始偏離主要目標,開始在各種廣泛的方法上浪費精力和金錢。

The worst is when you think it’s all a matter of growing your marketing or branding budget.

最糟糕的是,當您認為這完全是增加營銷或品牌預算時。

Your goal should always be one: improving customer retention. For those who are not familiar with what customer retention is, click here.

您的目標應該始終是一個目標: 提高客戶保留率 。 對于那些不了解客戶保留率的人, 請單擊此處 。

案例研究:為什么讓客戶保持聯系很重要 (A case study: why it’s important to keep your customers around)

To make my point clear, I’ll let you in on a story I heard from a friend of mine, who’s the Co-founder and CTO of a very successful productivity B2C company.

為了明確我的觀點,我將介紹您從我的一個朋友那里聽到的一個故事,他是一家非常成功的生產力B2C公司的聯合創始人兼CTO。

In 2012, they released the first version of their app to the Android Google store, and a crazy thing happened. Within a few days after the launch, 500K users worldwide had downloaded the app. The reason for that crazy growth was mainly because there were no good apps in the productivity space back then. Over the next few months, they had grown to a few million users and raised over $5M from VCs.

2012年,他們在Android Google商店中發布了他們的應用程序的第一個版本,然后發生了一件瘋狂的事情。 發布后的幾天內,全球有50萬用戶下載了該應用。 瘋狂增長的原因主要是因為當時生產力領域沒有好的應用程序。 在接下來的幾個月中,他們的用戶已增長到幾百萬,并從風投中籌集了超過500萬美元。

Four years later, however, they still couldn’t reach a decent business model. He realized that despite the big numbers, there were very few users who were actually using the product long term.

然而,四年后,他們仍然無法達到一個體面的商業模式。 他意識到盡管人數眾多,但實際上長期使用該產品的用戶很少。

So he decided to dig into the data and look for the reason. He found out that retention was very low. Even worse, he discovered that it hadn’t improved much in four years! That’s when it hit him to focus on retention instead of user growth.

因此,他決定深入研究數據并尋找原因。 他發現保留率很低。 更糟糕的是,他發現四年來并沒有太大改善! 從那時起,他開始著重于保留率而不是用戶增長。

Back then, VC’s poured millions of dollars into companies with large user growth because they didn’t know how to deal with or measure the crazy scale that mobile app stores and websites brought with them.

當時,VC向擁有大量用戶增長的公司投入了數百萬美元,因為它們不知道如何應對或衡量移動應用程序商店和網站帶來的瘋狂規模。

Today the case is different. The first thing you’ll need in order to raise money in B2C is to show retention growth. And there’s a very good reason for that.

今天的情況有所不同。 要在B2C中籌集資金,您需要做的第一件事就是顯示保留率的增長。 這有一個很好的理由。

Back to my friend’s story: with no retention, it didn’t matter how many users had downloaded their app. After a week, 95% of users stopped using the product. So even if they had a billion users, after a few weeks it would only be a number in their database.

回到我朋友的故事:沒有保留,沒有多少用戶下載了他們的應用程序。 一周后,95%的用戶停止使用該產品。 因此,即使他們有十億用戶,幾周后,在他們的數據庫中也只會是一個數字。

Here’s a thought: if you have 100K users using your product every day, it’s 100X more valuable than having 100M users using your product once a month.

這是一個想法:如果每天有10萬用戶使用您的產品,則其價值比每個月有1億用戶使用您的產品貴100倍。

Most importantly, once you’ve reached a decent retention rate, you can be sure that your marketing budget will lead to the sustainable growth of your product and business.

最重要的是,一旦達到了不錯的保留率,就可以確定您的營銷預算將帶動產品和業務的可持續增長。

精益創業方法 (The Lean Startup approach)

Too many startups begin with an idea for a product that they think people want. They then spend months, sometimes years, perfecting that product without ever showing the product, even in a very rudimentary form, to the prospective customer. This is where the Lean startup comes in.

太多的創業公司以他們認為人們想要的產品的想法開始。 然后,他們花費數月(有時是數年)的時間完善該產品,甚至從未向潛在客戶展示產品(即使是非常原始的形式)。 這就是精益創業公司的來歷。

In short, the Lean Startup is a methodology that posits that every startup is a grand experiment that attempts to answer one main question — “Should this product be built?”

簡而言之,精益創業是一種方法論,認為每個創業公司都是一個宏偉的實驗,試圖回答一個主要問題-“該產品應該制造嗎?”

A core component of Lean Startup methodology is the build-measure-learn feedback loop.

精益啟動方法的核心組成部分是構建測量學習反饋回路 。

The first step is figuring out the problem that needs to be solved, and then developing a minimum viable product (MVP) to begin the process of learning as quickly as possible.

第一步是找出需要解決的問題,然后開發最小可行產品(MVP),以盡快開始學習過程。

Once the MVP is established, a startup can work on tuning the engine. This will involve measurement and learning, and must include actionable metrics that can demonstrate the cause and effect question.

一旦建立了MVP,啟動程序就可以調整引擎。 這將涉及測量和學習,并且必須包括可以證明因果問題的可行指標。

Whenever my team and I are working on a product, here are the steps we’ve:

每當我和我的團隊開發產品時,以下是我們執行的步驟:

  1. Define the most important product assumption

    定義最重要的產品假設
  2. Design and build an MVP of how this assumption should be tested

    設計和構建應該如何測試此假設的MVP
  3. Target early adopters to test the MVP

    針對早期采用者以測試MVP
  4. Apply the test results

    應用測試結果
  5. Repeat

    重復

This is how our growth looked in the first year (2017) of iterations:

這是迭代的第一年(2017)我們的增長情況:

Slowly but surely right? Now let’s look at an example together and see what happened after enough iterations.

慢慢地但一定正確嗎? 現在,讓我們一起看一個示例,看看經過足夠的迭代后發生了什么。

過程 (The process)

定義最重要的假設 (Define the most important assumption)

I’ll use my team as an example. We believed that there were no decent reminder apps that people actually like to use. The main reason, in our opinion, was that there is a lot of friction in setting a single reminder. Either you need to fill out a long form on a mobile app, or naturally ask an assistant like Siri — realizing that she doesn’t understand 50% of your requests.

我將以我的團隊為例。 我們認為,沒有人們真正喜歡使用的體面的提醒應用程序。 我們認為,主要原因是在設置單個提醒時存在很多摩擦。 您要么需要在移動應用程序上填寫一份較長的表格,要么自然要問Siri這樣的助手-意識到她不理解您50%的請求。

So that’s when we defined our most important product assumption: if we could achieve understanding for almost every reminder request in natural language, users would use such a product long term.

因此,這就是我們定義最重要的產品假設的時間:如果我們能夠以自然語言理解幾乎所有提醒請求,那么用戶將長期使用這種產品。

設計和建立MVP (Design and build an MVP)

Since our assumption was focused on NLU (natural language understanding), we decided to focus solely on that. No branding, UX, or other features.

由于我們的假設側重于NLU(自然語言理解),因此我們決定只專注于此。 沒有品牌,UX或其他功能。

First, we hired data scientists to build a state of the art NLU algorithm for understanding complex reminder requests.

首先,我們聘請了數據科學家來構建最先進的NLU算法,以了解復雜的提醒請求。

Secondly, since all we were validating was this assumption, we decided to build the MVP as a chatbot on Facebook Messenger, instead of going through the long and annoying process of building a mobile app.

其次,由于我們只是驗證了這一假設,因此我們決定將MVP構建為Facebook Messenger上的聊天機器人,而不是經過漫長而煩人的構建移動應用程序的過程。

Please note: If we were to build a mobile app, this would not add anything to testing our assumption, and would make our MVP longer and more complicated to design and build. Moreover, it might even defocus us from the main assumption. For example, what if users just don’t like to use new apps anymore? We might’ve concluded that our assumption was wrong, even though it was for a whole other reason.

請注意 :如果我們要構建一個移動應用程序,那么這將不會增加任何測試假??設的條件,并且會使我們的MVP更長,設計和構建起來也更加復雜。 而且,它甚至可能使我們偏離主要假設。 例如,如果用戶只是不想再使用新應用程序,該怎么辦? 我們可能已經得出結論,即使是完全出于其他原因,我們的假設也是錯誤的。

It’s important to narrow your MVP as much as possible, so there are no distractions from your main assumption.

盡可能縮小MVP至關重要 ,因此您的主要假設不會受到干擾。

針對早期采用者 (Target early adopters)

We needed English speakers, since our NLU algorithms only supported it. Also, we believed that millennial moms would eagerly want a product like this, since they’re always on the move and very busy, while constantly needing to remember things. So we targeted some Facebook pages (with no budget) which were based on a community of moms, and successfully brought onboard a few hundred beta testers to try it out.

我們需要說英語的人,因為我們的NLU算法僅支持它。 此外,我們相信千禧一代的媽媽會急切地想要這樣的產品,因為他們總是在忙碌而忙碌,同時又經常需要記住一些事情。 因此,我們針對了一些基于媽媽社區的Facebook頁面(沒有預算),并成功引入了數百名Beta測試人員進行嘗試。

將測試結果應用于產品 (Apply the test results on the product)

After our first iteration, we learned the following:

第一次迭代后,我們了解了以下內容:

  1. There were many more ways to ask for reminders than we thought. But users really enjoyed the ease of setting reminders with a simple request.

    請求提醒的方式比我們想象的要多得多。 但是用戶真的很喜歡通過簡單的請求即可輕松設置提醒。
  2. Users don’t always ask for reminders in a single request but break it down into a few steps.

    用戶并非總是在單個請求中要求提醒,而是將其分解為幾個步驟。
  3. When working with chatbots, users would like the assistance of buttons to make it faster and easier to handle.

    當使用聊天機器人時,用戶希望借助按鈕的幫助,以使其更快,更容易處理。

With these results, we prioritized and went on to our next assumption, which was to add buttons to the flow of setting a reminder (conclusion three). And guess what? That assumption also turned out to be true. For more proven assumptions, you can read my article on How to improve your chatbot.

根據這些結果,我們確定了優先級并繼續進行下一個假設,即在設置提醒的流程中添加按鈕(結論三)。 你猜怎么著? 該假設也被證明是正確的。 對于更可靠的假設,您可以閱讀有關如何改善聊天機器人的文章 。

Little by little, we improved our overall product and retention rate on a weekly basis.

漸漸地,我們每周都會提高整體產品和保留率。

We never tackled more than one assumption at a time.

我們從未一次解決多個假設。

Suddenly, we started discovering users who were with us for over six months! After a year of weekly iterations, we finally decided it was time to launch our product. We reached a Week 1 retention rate of 92% and Week 4 of 19%. It was way above the market standard, which was enough for us.

突然,我們開始發現與我們在一起超過六個月的用戶! 經過一年的每周迭代,我們終于決定是時候發布我們的產品了。 第一周的保留率達到92%,第四周的保留率達到19%。 它遠遠超出了市場標準,對我們來說足夠了。

We published our chatbot on FB Messenger in mid Feb 2018, and within a month we grew by over 5,800%, as you can see below.

我們在2018年2月中旬在FB Messenger上發布了聊天機器人,一個月內我們增長了5,800%以上,如下圖所示。

This was mostly due to delivering a lean product that we knew people enjoyed and would recommend to others. Since then, we’ve grown to over 1M users worldwide and are growing by tens of thousands of users a day.

這主要是由于交付了我們知道人們喜歡并向他人推薦的精益產品。 從那時起,我們已經在全球擁有超過100萬用戶,并且每天以成千上萬的用戶增長。

We’re continuing to work with this methodology, and it’s proven a success every day.

我們正在繼續使用這種方法,并且每天都被證明是成功的。

Also, we try to make as many data driven decisions as possible. Try collecting user data for improving user experience, and do A/B tests when there is no definitive answer. For example, if you’re not sure where a button should be placed or which title would attract more clicks, try placing it on one side for half the users, and on another side for the second half. Then, see which placement led to more clicks.

另外,我們嘗試做出盡可能多的數據驅動決策 。 嘗試收集用戶數據以改善用戶體驗,并在沒有明確答案的情況下進行A / B測試 。 例如,如果您不確定應該在何處放置按鈕,或者不確定哪個標題會吸引更多點擊,請嘗試將一側放置一半的用戶,另一側放置另一半的用戶。 然后,查看哪個展示位置帶來了更多點擊。

最后的想法 (Final thoughts)

Not only does this methodology help us focus solely on what’s the most important set of features users want, but it also helps us filter out features we believe are valuable, but that are actually not.

這種方法不僅幫助我們專注于用戶想要的最重要的功能集,而且還幫助我們過濾了我們認為有價值的功能,但實際上沒有。

As they say in customer service: the customer is always right. The same goes for product development. Trust your customers, listen to them and engage with them, and you’ll understand what they want and don’t want. Never build things out of your own intuition, unless it’s to challenge your assumptions. At the end of the road, you’ll reach one of two conclusions:

正如他們在客戶服務中所說:客戶永遠是對的。 產品開發也是如此。 相信您的客戶,傾聽他們的意見并與他們互動,您將了解他們想要和不想要的東西。 除非要挑戰您的假設,否則切勿憑直覺來構建事物。 在這條路的盡頭,您將得出以下兩個結論之一:

  1. The product does not have enough market fit, time to move on.

    該產品沒有足夠的市場契合度,需要時間繼續前進

  2. You have a product people want. Good job, you’re on the way to building a company!

    您有人們想要的產品。 做得好,您正在建立公司!

Either way, you win.

無論哪種方式,您都贏了。

Thank you very much for reading, if you found this useful, please give me some claps ??? so more people can see it. For more articles, visit my tech blog at assafelovic.com. If you have any questions, feel free to drop me a line in the comments below!

非常感謝您的閱讀,如果您覺得這很有用,請給我一些鼓掌? 這樣更多的人可以看到它。 有關更多文章,請訪問我的技術博客ass afelovic.com。 如果您有任何疑問,請隨時在下面的評論中給我留言!

翻譯自: https://www.freecodecamp.org/news/how-my-app-grew-by-5-800-in-one-month-with-no-branding-or-marketing-d0bafb93108/

100萬用戶服務器

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/news/394157.shtml
繁體地址,請注明出處:http://hk.pswp.cn/news/394157.shtml
英文地址,請注明出處:http://en.pswp.cn/news/394157.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

原生支付url參數錯誤_小程序支付

下載微信JSAPI支付的 SDK : https://pay.weixin.qq.com/wiki/doc/api/download/WxpayAPI_php.zip ;解壓后放在extend 文件夾下,命名為wepay下載你的商戶證書,放在extend/wepay/cert/ 文件夾下面。自行將 extend/wepay/example/WxPay.Config.p…

Android清理設備內存具體完整演示樣例(二)

版權聲明: https://blog.csdn.net/lfdfhl/article/details/27672913 MainActivity例如以下: package cc.c;import java.io.BufferedReader; import java.io.FileReader; import java.io.IOException; import java.util.List; import android.app.Activity; import a…

java圖片合成視頻_使用JAVACV把圖片合成視頻

使用JAVACV1.2把圖片合成視頻,直接上代碼。自己mark一下,也希望能夠幫助更多的人。package test;import static org.bytedeco.javacpp.opencv_imgcodecs.cvLoadImage;import java.io.File;import org.bytedeco.javacpp.avcodec;import org.bytedeco.java…

NPOI導出Excel

首先在官網去下載NPOI&#xff0c;把dll引用到項目中&#xff0c;然后獲取列表調用下面的方法就可以導出 后臺代碼&#xff1a; /// <summary> /// NPOI導出Excel /// </summary> /// <param name"dt"></param> /// <param name"fil…

leetcode1028. 從先序遍歷還原二叉樹(dfs/棧)

我們從二叉樹的根節點 root 開始進行深度優先搜索。 在遍歷中的每個節點處&#xff0c;我們輸出 D 條短劃線&#xff08;其中 D 是該節點的深度&#xff09;&#xff0c;然后輸出該節點的值。&#xff08;如果節點的深度為 D&#xff0c;則其直接子節點的深度為 D 1。根節點的…

react jest測試_如何使用Jest和react-testing-library測試Socket.io-client應用程序

react jest測試by Justice Mba由Mba法官 如何使用Jest和react-testing-library測試Socket.io-client應用程序 (How to test a Socket.io-client app using Jest and the react-testing-library) Testing the quality of real-time Socket.io-client integration seems to have…

統計學會用到python嗎_統計學學的統計軟件深嗎(例如Python)普通一本統計學大一不知道該干什么?...

統計學的話&#xff0c;不考慮把基礎課和專業課好好學一學嘛&#xff5e; 大一的話數分高代幾何已經占了很長時間啦&#xff0c;多刷刷題&#xff0c;把績點和排名搞得高一點是重中之重嘛&#xff5e;再說學習語言的事兒&#xff5e; 要說日常使用&#xff0c;那還是更推薦pyth…

枚舉轉中文,通過反射方法與描述的方式獲取

示例&#xff1a; 有人為了顯示中文&#xff0c;這樣定義枚舉嗎&#xff1f; publicenum TimeOfDay { 上午, 下午, 晚上 }; 這樣定義&#xff0c;很別扭&#xff0c;特別是在使用的時候&#xff0c; 比如&#xff0c;this.Time TimeOfDay.上午; 而…

Java語言最新實用案例教程_Java 語言實用案例教程

基本信息書名:Java 語言實用案例教程出版價格&#xff1a;48元作者:常玉慧, 王秀梅出版社&#xff1a;科學出版社出版日期&#xff1a;2016-10-1ISBN&#xff1a;9787030497383字數&#xff1a;387000頁碼&#xff1a;235版次&#xff1a;版裝幀&#xff1a;平裝開本&#xff1…

(轉)Java隨機數

1 隨機數的三種產生方式 本章先講解Java隨機數的幾種產生方式&#xff0c;然后通過示例對其進行演示。 廣義上講&#xff0c;Java中的隨機數的有三種產生方式&#xff1a; (01). 通過System.currentTimeMillis()來獲取一個當前時間毫秒數的long型數字。(02). 通過Math.random()…

leetcode105. 從前序與中序遍歷序列構造二叉樹(遞歸)

根據一棵樹的前序遍歷與中序遍歷構造二叉樹。注意: 你可以假設樹中沒有重復的元素。例如&#xff0c;給出前序遍歷 preorder [3,9,20,15,7] 中序遍歷 inorder [9,3,15,20,7] 返回如下的二叉樹&#xff1a;3/ \9 20/ \15 7代碼 /*** Definition for a binary tree node.*…

途虎養車三個創始人_3個來自非常規創始人的獲獎技術和產品見解

途虎養車三個創始人by Henry通過亨利 3個來自非常規創始人的獲獎技術和產品見解 (3 Winning Technology & Product Insights from WeChat’s unconventional founder) Intro: The writer is a current PMLinkedIn. Formerly he worked as a growth engineer Facebook. he …

Powershell-創建Module

1.找到默認module路徑&#xff0c;ISE啟動時自動加載默認領下的Module代碼。 $env:PSModulePath 2.在其中一個默認路徑下創建個文件夾&#xff0c;在文件夾下創建一個.psm1后綴文件&#xff0c;注意文件夾名字與文件名一樣。 3.在.psm1文件中寫入函數代碼。 4.重啟ISE自動加載m…

android是java_為什么大家都用JAVA寫android程序

您好&#xff0c;1、原始類型&#xff1a;v void 只能用于返回值類型Z booleanB byteS shortC charI intJ long(64位)F floatD double(64位)對象類型&#xff1a;Lpackage/name/ObjectName相當于java中的package.name.ObjectName解釋如下&#xff1a;L&#xff1a;表示這是一個…

preserve log什么意思_一些有意思的JavaScript代碼片段

Javascript是一門很靈活的語言&#xff0c;我們可以使用它動態地實現各種各樣的功能。但是動態帶來便利的同時&#xff0c;也存在一些令人費解的行為&#xff0c;稍不注意就會進入誤區一個接著一個的坑。雖然我使用JavaScript的時間還不算長&#xff0c;也是遇到了一些有意思的…

快速排序——Java

快排的思想想必大家都懂&#xff0c;前后兩個指針&#xff0c;向中間靠攏。我這個partition函數能保證所有相同的數都被比較一次&#xff0c;靠攏在一起。 代碼&#xff1a; public class Main { public static int[] partition1(int[] arr, int begin, int end, int pivotVal…

預處理器sass_Sass — Web的預處理器裝飾

預處理器sass美學的重要性&#xff0c;其影響以及實現這一目標的工具。 (Importance of aesthetics, its impact, and tool to achieve it.) I remember as a child, every time I’d walk up to a bakery, I’d choose the pastries with the most beautiful toppings. Only a…

leetcode971. 翻轉二叉樹以匹配先序遍歷(dfs)

給定一個有 N 個節點的二叉樹&#xff0c;每個節點都有一個不同于其他節點且處于 {1, …, N} 中的值。 通過交換節點的左子節點和右子節點&#xff0c;可以翻轉該二叉樹中的節點。 考慮從根節點開始的先序遍歷報告的 N 值序列。將這一 N 值序列稱為樹的行程。 &#xff08;回…

【BZOJ3932】[CQOI2015]任務查詢系統 主席樹

【BZOJ3932】[CQOI2015]任務查詢系統 Description 最近實驗室正在為其管理的超級計算機編制一套任務管理系統&#xff0c;而你被安排完成其中的查詢部分。超級計算機中的任務用三元組(Si,Ei,Pi)描述&#xff0c;(Si,Ei,Pi)表示任務從第Si秒開始&#xff0c;在第Ei秒后結束&…

沖刺第一天

任務板 未開始 進行中已完成 劉曉杰&#xff1a;找回密碼界面 頁面風格優化 劉曉杰&#xff1a;滑動歡迎界面/加載界面 預計時間&#xff1a;5.5h 馮晨&#xff1a;找回密碼功能 發布動態界面 馮晨&#xff…