Thursday, July 30, 2009

Group Mailer v1.9 Update

After 2 months in the approval process, the 1.9 version has finally be released. However existing functionality that was in 2.0+ OS is no longer available in 3.0 OS, mainly the forwarding email capability.

Monday, March 23, 2009

Aquari: Secured Brower Launched

We are proud to announce Aquari, our implementation of Safari with the added security and privacy features, has finally launched today. This has been the longest delay from our initial submission to approval - 6 weeks in total.

Link coming soon...

Thursday, February 19, 2009

AppStore Secrets from PinchMedia

Pinch Media released a very nice analysis of how rankings and downloads affect your position on the app store: AppStore Secrets

We have always suspected a 3-7day rolling window, they suggest a 24hr window which is surprising. Slide embedded below:

Tuesday, February 10, 2009

Group Mailer Press

Again, keeping with tradition of still not having a nice press page off our company website, we'll keep track of all the blogs and news article in another blog:

PISCES (JPN): http://pisces-319.seesaa.net/article/113950536.html

Saturday, February 7, 2009

Group Mailer Launched

Our app was approved on yesterday (2/6/09) and we woke up to a slew of email from the mighty feedback button.
The feature that Apple should of built as part of their mail app
and
This is great! I wish it were this easy on my desktop
This is the kind of positive feedback we have been receiving on our first day of launch. We have not had any negative feedback except a few to add features which we are prioritizing.

iTune link to Group Mailer:
http://phobos.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=303944262

Friday, January 30, 2009

Hide a Caller Press

Starting this post to keep track of the blog and press we receive for Hide a Caller until we get around to creating a proper press page off our website.

If you see any blog out there in the wild with Hide a Caller, please leave us a comment and where to find it.

1/30/09: iPodTouchLab (JPN) - http://ipodtouchlab.com/2009/01/hide-a-caller-336.html
1/12/09: AppVee - http://www.appvee.com/t/hide-a-caller
1/12/09: AppVee YouTube Demo: http://www.youtube.com/watch?v=HAEsX8vWTKs
1/9/09: AppScout - http://www.appscout.com/2009/01/smash_softwares_hideacaller_ip_1.php

Thursday, January 22, 2009

AdMob: Potential Click Fraud or Just Broken?

Well today we wanted to experiment to see if advertising helped with downloads of the paid application Hide a Caller Pro so we decided to spend $100 (well $97.57 to be exact) and see if we had a significant bump in downloads since experimenting with small dollar amounts tends to have errors with regular daily fluctuations.

The results are in, fresh off our daily download report, Hide a Caller Pro was... drumroll... flat to slightly down compared to our regular flat base of daily downloads. So does this means advertising did nothing... yep... you got it, the original claim from AdMob that apps that advertise generate 140% more growth than apps that don't do not apply to us.

What is worst, we spent our entire budget in a matter of 5 minutes. We had the delivery rate set to spread the ads evenly throughout the day, but the setting was not honored. The exact time was 1/21/2009 between 6:55pm to 7pm. We even have emails from AdMob at 6:58 telling us our ad balance was running low (below $50) and another email at 7pm telling us that our ad budget had been depleted. Great...

So either there is massive click fraud or their service is broken. Broken because lack of inventory and broken because of their delivery settings not being honored.

Here is the AdMob report (it does not do hourly breakdowns unfortunately)


Advertisers be warned, advertise at your own risk. For now, we will halt all advertising with AdMob until we can resolve these issues with a representative. I will update this post if I get anything back from them.

UPDATE: Here's another post from Hal Mueller with similar experience.

UPDATE 1/29/2009:
AdMob service representatives aren't so helpful (their names are blanked for that purpose), apparently the delivery rate is only honored when there is enough funds in your account exceeding the max daily ad spend, furthermore they encourage me to experiment with my bid when we are already having fill rates at min. bid:
With regards to budgeting, there is a $100 per day minimum to make use of this. Because the funds in your ad balance were below this threshold, funds were not able to be spent evenly over the day. I would encourage you to experiment with your bid as well as targeting parameters as these can alter spend rate as well as ROI.

Best,
B****
AdMob Support
We followed up requesting for information on where this is stated on their service agreement, we'll update this post when we get a response.

UPDATE 1/30/2009:
E**** is even less helpful than B****:
Thank you for getting back to us. The settings that you see on the Daily Budget page all apply only when a daily budget is set. If you are looking for specific text that the spend rate refers only to daily budgets, you can click on the question mark next to "Show ads evenly over the day" on that page and you will see that we do specify that this applies to your "budget". I am working with our engineers to make this even more clear.

If you have any other questions, please let us know.

Regards,

E****
AdMob Support