Posted on

New productivity app to reschedule tasks with fixed time spans

We recently launched this new app called ARS, which stands for Auto-Re-Schedule. It is a very niche productivity app for people who have tasks that need to be done at fixed time spans — starting from the time the task was completed.

Traditional productivity apps like Apple’s “Reminder” app, Google Calendar or the like, usually pre-schedule tasks for a certain date/time. For example, every Monday morning 8:00 am “Bring child to kindergarten”. Just an example, not that I would forget that 🙂 So technically, all future tasks of that one thing to do, are scheduled in advance for every Monday morning. There was simply no need for us to create another app that can do exactly the same.

Download & Full Announcement: ARS – Auto-Re-Schedule Launched – Reschedule Tasks with Fixed Time Spans

ARS is different. At ARS you can schedule a task for Monday 9:30am as “Pick up mail from postbox” and you can set a fixed time span, for example 7 days. So when you complete this task, it will automatically re-schedule itself 7 days after you have completed that task.

Early Completion. So if you pick up your mail early, say on Thursday morning 9:30am, you can mark your task as completed. It will automatically be re-scheduled for the next Thursday 9:30am, i.e. 7 days later.

Late Completion. Should you miss your time and complete the task two days late: Wednesday 9:30am; then you mark the task as “done” and it will automatically re-schedule itself for the following Wednesday at 9:30am, i.e. 7 days later.

Again, ARS works differently in that sense. Of course, you could keep using the existing Calendar/Reminder app and will work just as fine — as long as you manually edit the next alert time if you’ve completed your task early or late.

Use Cases. ARS only makes sense for very specific tasks, like emptying the postbox here in Germany. I have a maximum of 7 days I can keep my mail there before the post office ladies will send it back to the sender. So I’d like to make sure I pick up my mail on time. Same counts for pre-paid SIM cards in certain countries. In Hong Kong at Smartone for example, pre-paid SIM cards can be topped up and from the time of last top-up the card is valid for 180 days. If you top up early, that 180 day counter resets. So you got to make sure your SIM card is topped up on time and if you top up early, that fixed time span is being kept and the reminder to top up is being set properly.

ARS can be downloaded for free. Your first 3 reminders are free. If you’d like to use more, you can purchase the upgrade through the app for $0.99.

Download ARS here

Please follow and like us:
Posted on

Building a Company Targeting Consumers versus Targeting Businesses – From an Online / Social Media Perspective

A couple of years ago when we started building mobile apps for BlackBerry® smartphones the majority of BlackBerry® users were business people. They used their devices because they got them from their employer. The biggest BlackBerry® app buyer group back then were businesses who wanted to improve their business processes and bring more functionality to mobile. Obviously, we could have gone the way of building applications and services for those companies. As we weren’t the best B2B sales people, we were in not in the best physical location (Kunming, PRC) to meet up with business decision makers and we couldn’t be bothered to nurture business relations and attend ‘networking events’; we chose the path of targeting consumers directly. In a sense, it’s more fun anyway.

By targeting consumers we have to focus on moving at a faster pace. We need to bring updates of products very frequently, we need to publish new products often and we have to hit the sweet spot of what people really want, and so on. On top of that we have to establish a proper relationship with our users. This includes multiple communication channels like email, direct instant messaging, Twitter, Facebook, etc. Since the launch of S4BB’s Facebook page back in October 2011, we could grow our fan base to over 120,000 fans in less than 6 months. Most recently, we are pushing this a bit more and are seeing tremendous interest. To our marketing interns: Great job so far!

Building a huge fan base is usually one of the main goals of consumer companies when it comes to social media like Facebook for example. Every marketer you might want to hire, keeps telling you: you need a huge base (newsletter subscribers, Twitter followers, Facebook fans, feed subscribers, etc.) and later on you just need to “activate” them to sell products and services to them. That does sound good in theory, but let’s be honest here – what’s happening in the real world? In fact most companies spent a lot of money on building up huge online / social media properties with Facebook pages and communities way bigger than our S4BB Apps. Yet, most of those brands utilize their social media presence in the traditional “one-way direct marketing” kind of sense by kicking out a discount voucher once a week and publishing news about their products. Hoping these initiatives pay off. Yes, we do that too and yes, everything can be tracked to ensure proper ROI. But the truly big thing is: social media actually allows us to have a direct bi-directional communication with our brand’s audience. “Social Media Gurus” can talk you to sleep about that topic. Yet, nobody has an answer on how to manage bi-directional conversations with hundreds of thousands of fans and followers who have different views about different topics, products; speak different languages, live in different time zones and countries, and could all talk at the same time — to you.

At S4BB Ltd. and Skylab Mobilesystems Ltd. we are building products for consumers in a large scale. We target global audiences in any country in the world with any mobile platform they prefer. At TreeCrunch Ltd. we are actually building a platform for companies which have huge online properties with many customers, followers, fans; simply users, I like to call them. TreeCrunch’s direct customer-engagement platform allows us to overcome these challenges in communicating with our audiences at S4BB and Skylab, but it also allows any brand like yours to do the same. Is your company up for that?

More to come. Stay tuned and subscribe to my RSS feed.

Related posts:

Please follow and like us:
Posted on

Scaling a Web Server to Serve 165 Million Ad Requests per Day


I am usually not the kind of guy who likes to boast with numbers, but in this case I believe it helps to put things into perspective. For over seven years I am in the mobile app business targeting consumers directly. Over the years we have created thousands of products, most of them paid, some completely free and some with ads.

For years, I did not believe in monetization of apps through advertising. Even today, I am still very skeptical about that because you need to have A LOT of ad requests per day so that any significant income can be generated from that. At the moment, our few (around 10) mobile applications that sport ad banners, generate up to 165 million (165,000,000) ad requests per day. That makes up to 5.115 billion ad requests per month. If you compare that to a fairly large mobile advertising company like Adfonic with their “35 billion ad requests per month” (src: About Adfonic) we are doing quite alright for a small app company. We are using a mix of different ad networks depending on what performs best on which platform. Besides that we are breaking it down into country/region to use appropriate ad provider that is best for that region. Part of that also involves ad providers who do not support certain platforms natively. So built server-side components to handle such ad requests in a “proxy” kind of way that still allows us to get ads shown in apps on a certain platform that is not officially supported by the ad provider. Basically, we have a mini website that just shows an ad; and we can have hundreds of thousands of mobile devices accessing this website from all over the world at the same time.

Using cloud service providers like Amazon AWS, Rackspace, SoftLayer, Microsoft Azure, or others any can serve a virtually unlimited number of requests these day. It all depends on your credit card limit. There are obviously usage patterns of programs of applications and over the course of the day, we have ups and downs. For example, at midnight GMT most people all over the world like to use our applications and therefore they request more ads. Five hours later, we experience the lowest traffic. Depending on application store release schedules, promotions, featured listings, user notifications, external promotions like on blogs or elsewhere, unexpected sudden spikes in traffic can occur any time. “Automatic Scaling” in combination with “Load Balancing” seemed to be the magic solutions for this.

After months of running a bunch of server instances behind a load balancer we were quite happy with the performance. It was easy for us determine usage patterns and see how many servers we need to serve the average maximum number of requests without our service to fail. We didn’t think that much about cost-optimization because our cloud computing bills weren’t that high; so we didn’t really work on such auto scaling components. That had two main disadvantages: Firstly, we spent more that we needed to as we probably didn’t need half of the server that were running while we had low traffic. Secondly, we were not prepared for sudden massive spikes in traffic. With TreeCrunch on the other hand, we are building a scalable system from the ground up.

So early this week I took three hours and looked into how to implement such auto-scaling. Actually, it took me two hours to install the tools properly. However, as you can see in the above charts, the current systems works in a way that if we hit a maximum amount of average traffic per server, a new server is being created and added to our load balancer — it then immediately starts serving ads. If the average traffic falls below a certain threshold, a server is being terminated and therefore stops serving ads. To minimize server load, we run really tiny PHP scripts that are extremely optimized just for the purpose of requesting an ad the desired ad company and delivering such ad to the client (mobile app). As web server we are currently using lighttpd which is very lightweight indeed. Interestingly, we noticed that there is not really a problem with “normal” system resources to handle a lot of requests. Our CPU usage is fairly acceptable (constantly around 50%), we don’t need any hard drive space as we are just proxy’ing requests and we don’t even run out of memory. The first limitation one of our ad servers hits, is the maximum number of used sockets which is by default around 32,000 (or something like that) on Debian-based linux. That’s more or less an artificial limitation by the operating, but we didn’t play with adjusting that one yet.

Summary: In a fairly short period of time, we managed to set up a proper auto scaling policy that allows to scale up to virtually unlimited numbers of ad requests. With fairly low budgets companies nowadays can setup proper data centers, serve millions of users and maintain their infrastructure with a few very talented people and without purchasing any hardware that would be obsolete a year or two later.

I love the time I am living in. Every single day something new and exciting pops up.

Please follow and like us:
Posted on

Traveling the Silicon-Valley-Style Tech Startup Road

Though, I don’t find much time to write articles these days, I believe I should write down my experiences as long as I still remember them properly. My fellow regular readers might have noticed a slight change in logos on the right sidebar which now sports the TreeCrunch logo; a company I co-founded a couple of months ago. In a nutshell, TreeCrunch is a social, viral, open-ended customer engagement platform with an incredible potential to influence companies and society.

From the beginning, we wanted to form a company that accomplishes four major goals:

  1. Build a successful tech company with global reach based out of Hong Kong.
  2. Help companies understand their social media audience and improve their business.
  3. Create a workplace where coders are kings and everyone loves to come to work.
  4. Expand as quickly as possible by raising funds internally and externally.

Building a tech company in Hong Kong is not easy. Yes, infrastructure is incredibly good — super fast non-firewalled Internet connection (that’s actually all a hacker needs), according to OECD most economic freedom, considerably low tax rates, access to all kinds of conveniences in life, a very good life style and any kind of beer your can imagine (important for us Germans) over one hundred “AAA” rated beaches. Yet, there are disadvantages and obstacles to overcome: recruiting of the best programmers available (remember, we are in competition with banks, hedge funds and property companies that are loaded with cash), high cost of lodging, cultural differences (to most uni grads is not as “cool” to work at a startup as it is silicon valley for example).

Helping companies understanding their social media audience is not the big problem. Our technology is superior, our prototypes are working, our first clients have committed to enjoy our services and work with us; growing with us.

Creating a great workplace for hackers is also the easier part for us. Over the past years we have been gathering a lot of information about how to make a programmer’s life fulfilling and fun. It can be quite boring when you are cramped in a 2 sqm area behind a tiny desk right next to the guy who showers once a week. Let’s start with small things like free soft drinks and snacks, free Friday lunches, air hockey tables, going over to purposely not enforcing too harsh deadlines (taking off pressure) and ending up in private rooms for each developer with two 23 inch (or bigger) monitors and the fastest desktop computers money buy. It is a very “not typical HK style” workplace and it is obviously not the right place for everyone. We believe the ones who like to work without too much supervision, but a lot of responsibility and creative ownership – those will change the world and they will change other people’s worlds.

Expanding as quickly as we can is not easy either. With S4BB, Skylab and Slate Takes (the other logos on the right) we have always pursued the way of self-sustaining growth without external funding. So for years now, our strategy has been exclusively: get profitable first; then spend money. That came with a lot advantages like not being in debt, having complete control over the direction the company and its products need to go. For example, a couple of years back we decided not to do any contractual mobile development work with S4BB and Skylab which obviously had a negative effect on cashflow in the short term. We decided to spend our time (==money) to build our own products that became assets of our business and have helped us a lot over the long term to create sustainable constant income to fund the creation of an awesome hacker workplace. On top of that, I don’t like to bring someone else’s dream to life.

With TreeCrunch on the other hand, we are going down the typical “Silicon-Valley-Style Tech Startup Road” with a slight twist. We are three co-founders that invested their own money, have a unique vision, developed superior technology, come with over 30 years of combined industry experience and (most importantly) we have run companies before; without going bankrupt. Even though we had enough ‘internal’ funding that we wouldn’t need to raise more, we are still doing it. Everyone knows this, but sometimes it has to be spoken out loud: “You got to raise money when you don’t need it.” That is one of the reasons why we are about to close our first pre-seed funding round raising our cash reserves by about 50%. Furthermore, TreeCrunch just got awarded the Cyberport Creative Micro Fund which comes with a grant of HK$100k.

With TreeCrunch we joined several programs so far, these are two:

Fund raising in Hong Kong is an interesting challenge. There are plenty of semi-governmental funds (like CCMF), fully covered government schemes as well as private companies (like Microsoft) with their programs. These are great opportunities which we will look and enter into when it makes sense. There are also a lot of wealthy people and families around who made a fortune with properties, stocks and other businesses. The usual way of investing their wealth is not related with startups – and the sub-group of tech-related startups is even further away from that.

For example, you won’t believe how incredibly hard it seems to be to set up a simple thing like a “shareholder’s agreement”. In the U.S. there are templates for this, you can go to almost any lawyer in the bay area and you will get a template for a couple of bucks or shares. For those who don’t know: Hong Kong’s economy is built on two major pillars: the property and the stock market. Other major factors of Hong Kong’s economy include the financial industry, import/export and tourism/retail. Then, for quite a while there is not much coming along the list of important industries and at the further end of it some creative industries like movie production, media or IT are popping up. Hong Kong is an incredible place for business and life – yet it surprises me again and again that there are not that many companies actually creating assets like intellectual property for example. We want to create a successful tech company with global reach and along the way help transforming Hong Kong into a more diversified economy and create long-term highly qualified jobs.

We know that our biggest assets are our co-workers and we hire only the best we can find. This is where we put our money and it will help us fulfill our dreams and help our customers to solve their problems.

More information about TreeCrunch Limited: www.treecrunch.com

Please follow and like us: