The About page is usually one of the last things you think about when building an app.  It’s just not core to the whatever it is you’re trying to build.  And yet, you’ll soon find that it’s pretty much a necessity for most apps.  Not only is it something you can use to help build a better relationship with your users; it’s also something that can help you to fulfill some of the marketplace certification requirements. 

Having a place in your app that encourages the user to reach out to you and connect is a very good thing.  It could be used by them to report a bug or a wish list item (before they use the app rating to express their frustrations) or it could be another place where you encourage end users to rate and review or actually buy your app.  By communicating with users you will become more connected to them and your app’s ratings and reviews will tend to be more positive. 

The other area where the About page can be useful is in fulfilling some of the Marketplace Application Certification Requirements.  One requirement in particular (5.6) states that your app must include “application name, version information, and technical support contact information that are easily discoverable.”

View or download the video on Channel 9 (includes higher quality video)

In the video, I show a very simple app that surfaces an about page as a manually created page providing information about the app and myself.  Once you start thinking about what else you might include in the About page, manually maintaining that in code is probably not ideal.  You can add all sorts of things e.g. rate and review the app, a buy link for users using a Trial app, legal terms of use, credit to others who may have helped you (like open source projects) or a development change log.  As you can imagine this can start to get quite complicated and become a project in and of itself.  Fortunately someone has already done some of the heavy lifting for you.  Peter Kuhn aka Mister Goodcat has open sourced a project called Your Last About Dialog (YLAD) that goes a long way to making the About page a dead simple thing to add to your projects.

“Your Last About Dialog” is a robust and generic, highly configurable implementation you can easily pull into your own app and set up for your needs. It is able to pull most data from your application automatically, supports fetching both text and Xaml content from remote sources (with fallback local content), and allows easy localization of the complete dialog content to all of the languages supported by your app.

In the video I show off a few of the YLAD features but there are many more.  I encourage you to have a look by pulling it in to your app using NuGet.  You have installed NuGet, right? If you haven’t go do it now, I’ll wait here.

Let me know what you think about this episode of Top Ranked.

SOURCE CODE: I’ve provided the source code for the very simple app I showed in the video as an attachment (ItsAllAboutMe.zip) to the blog post below .

As an aside, I say the word “aboot” enough times that I’m sure many will spot my Canadian accent.  Don’t hate me.   

If you have questions aboot any of the videos, aboot problems or issues you’re hitting or if you have topics that you think would be of interest to other devs on the Windows Phone platform then drop me a note. I’d be particularly interested in hearing aboot some of the best practices you’ve adopted that you think have raised your quality or your ratings/ranking in the Marketplace. I’ll be sure to give full credit and link love whenever I can.

The Top Ranked series is hosted on Channel 9. You can view all the past videos there. You can also subscribe to the entire series via Zune or iTunes. All that is available here:
https://channel9.msdn.com/Series/Top-Ranked

Let me know what you think by dropping me a note the contact form on my blog here:
http://blogs.msdn.com/b/benriga/contact.aspx

Or better yet follow me on twitter and drop me a note there:
https://twitter.com/benriga

ItsAllAboutMe.zip

In this episode, I focus on another small tweak that developers can add to their apps that will help make those apps look a lot more like native apps.  I’m referring to the addition of the Tilt Effect to controls.  By default, when you add controls to the canvas in Visual Studio or Expression Blend they do not get the tilt effect.  This may seem like a small thing but as I’ve mentioned before the experience is something that users will notice and their ratings and as a result your rankings will be affected by that. 

View or download the video on Channel 9 (includes higher quality video)

The thing is, that there is, in fact, a really easy way to add the tilt effect to your apps using the Silverlight for Windows Phone Toolkit .  You can grab the source code for that from Codeplex or, even easier, you can just pull it in to your project and reference it using Nuget.

Adding the Tilt Effect is as simple as adding the namespace for the toolkit and then adding the effect to either the individual controls or to the entire page.  In most cases it shouldn’t take you more than a few seconds on each of the pages in your project so there’s really no reason for you not to take advantage of this.

Let me know what you think about this episode of Top Ranked.

If you have questions about any of the videos, about problems or issues you’re hitting or if you have topics that you think would be of interest to other devs on the Windows Phone platform then drop me a note. I’d be particularly interested in hearing about some of the best practices you’ve adopted that you think have raised your quality or your ratings/ranking in the Marketplace. I’ll be sure to give full credit and link love whenever I can.

The Top Ranked series is hosted on Channel 9. You can view all the past videos there. You can also subscribe to the entire series via Zune or iTunes. All that is available here:
https://channel9.msdn.com/Series/Top-Ranked

Let me know what you think by dropping me a note the contact form on my blog here:
http://blogs.msdn.com/b/benriga/contact.aspx

Or better yet follow me on twitter and drop me a note there:
https://twitter.com/benriga

In this episode we talk about pricing and more generically about market testing.  I know, I know, marketing is probably not every coders favorite subject.  I bring it up as I’ve noticed many apps in the marketplace that are underpriced.  Apps that are cool, differentiated or do something of great value to the consumer can clearly support higher price points.  No user is ever going to ask you to charge them more for your app so the task of picking the right price point falls on you.  The easiest way to do that is to do market testing aka A/B testing (or split testing, bucket testing etc.).  In this episode I refer specifically to price testing for paid apps but this technique could easily be used to test for other things that might increase revenue in paid apps or downloads in free apps.  All sorts of things like categories,  descriptions, keywords, or artwork can be affect the performance of your app and so could be optimized.

View or download the video on Channel 9 (includes higher quality video)

As I mentioned above, from what I’ve seen in the marketplace many developers will underprice their apps.  They seem to be optimizing for number of downloads.  That is indeed what you want for free or ad-supported apps but for paid apps you probably want to optimize for revenue and that formula is a simple one everyone knows: revenue = paid downloads x price.  If you optimize for downloads then likely you are in a race to the bottom; i.e. how fast you can get to the $0.99 price point.

Since you have 2 variables to optimize and only one which you have any control over, the easiest way to optimize for revenue is to test different price points and watch the number of paid downloads at each point.  Obviously if you want to maximize revenue then you want to get the highest price possible for your app.  To do that start at a high price.  Over time you may need to drop the price (e.g. for competitive reasons or for sales or promotional events).

So the obvious question is: how do I do market testing on the Windows Phone marketplace?  Since you cannot vary pricing by market in the marketplace the way I recommend is to submit the same app with the same metadata twice.  You would do that to two different markets that have very similar buying behavior.  Examples of markets that have similar buying behavior are US/Canada, France/Belgium, Germany/Austria, or Australia/New Zealand.  By doing this you can do your A/B testing; i.e. by maintaining all things equal except for pricing then you can figure out what price the market will bear for your app.

Let me know what you think about this episode of Top Ranked.

If you have questions about any of the videos, about problems or issues you’re hitting or if you have topics that you think would be of interest to other devs on the Windows Phone platform then drop me a note. I’d be particularly interested in hearing about some of the best practices you’ve adopted that you think have raised your quality or your ratings/ranking in the Marketplace. I’ll be sure to give full credit and link love whenever I can.

The Top Ranked series is hosted on Channel 9. You can view all the past videos there. You can also subscribe to the entire series via Zune or iTunes. All that is available here:
https://channel9.msdn.com/Series/Top-Ranked

Let me know what you think by dropping me a note via the contact form on my blog here:
http://blogs.msdn.com/b/benriga/contact.aspx

Or better yet follow me on twitter and drop me a note there:
https://twitter.com/benriga

In this episode of Top Ranked I explore Trial mode.  Trial mode is one of the most important features available to you as a developer if you’re building a paid app.  By implementing Trial mode in your app you give consumers the opportunity to take your app for a spin while ensuring that you’ll get paid for your hard work if a consumer sees value in it.

We know from what we see on the back end that apps which include trial mode get 70x more downloads on average.  Of those 70x more downloads about 10% will get converted into purchases so doing the math you can expect on average about 7x more sales just by doing the small amount of work required to include a trial capability into your app.

We make it very easy for your app to know whether it is running in trial mode or if the consumer has purchased a license.  What we cannot do is decide what trial mode means for your app.  In fact, I would say probably the most important part of including trial mode is deciding how trial mode should work in your app.  There are various scenarios that you could use.  You might make the trial time-based (e.g. full functionality for 10 days), launch based (e.g. full functionality the first 10 times the app is launched on a device) or partial functionality (e.g. only the first 2 levels of a 30 level game are available in trial mode).  You should be careful when allowing full functionality in a trial as a consumer could easily uninstall and re-install the app to completely reset the trial.  When you provide full functionality you may want to consider storing the info about a user or a device in the cloud so that it persists across reinstalls.

There is a performance cost related to checking for trial mode so you should be careful about how often you actually do the check.  It’s a synchronous (blocking) operation that can take 60ms or more to complete.  Note that you will not see this when in development as that 60ms penalty is not there then but you will see it when the app is published.  An easy way to avoid this issue is to perform the license check when the app is started or resumed from a dormant/tombstoned state.

Another best practice is to be absolutely sure that you close the deal.  That is, that you make it very easy for the consumer to buy your app.  You should absolutely include links to the marketplace buy page right in the app itself.  If you don’t do that then you’re relying on the end-user to make the effort of launching the marketplace app, searching for your app and buying it.  Most just won’t do that.

Although it’s strictly not related to trial mode, another important best practice is to encourage consumers to rate your app.  The best way to raise your standing in the rankings is by getting lots and lots of high ratings.  That will help you get more visibility and encourage more downloads.  If you don’t explicitly encourage consumers to rate from within the app then you are relying on them to search for the app again or find it in the app list and tap-and-hold to find the rate and review page.  Again, most consumers just won’t do that. 

And the final thing you should be sure to do within your app is to include the capability to test both the full version and the trial version of your app while you are in development.

In the video I’ll walk you through all of these topics.  I’ve also included the source code for the project I used (attached to the blog post below).  The code is not that complicated but I’m sure having it will make it that much easier for you to get started. 

View or download the video on Channel 9 (includes higher quality video).

Let me know what you think about this episode of Top Ranked.

If you have questions about any of the videos, or about problems or issues you’re hitting or if you have topics that you think would be of interest to other devs on the Windows Phone platform then drop me a note. I’d be particularly interested in hearing about some of the best practices you’ve adopted that you think have raised your quality or your ratings/ranking in the Marketplace. I’ll be sure to give full credit and link love whenever I can.

The Top Ranked series is hosted on Channel 9. You can view all the past videos there.  You can also subscribe to the entire series via Zune or iTunes. All that is available here:
https://channel9.msdn.com/Series/Top-Ranked

Let me know what you think by dropping me a note via the contact form on my blog here:
http://blogs.msdn.com/b/benriga/contact.aspx

Or better yet follow me on twitter and drop me a note there:
https://twitter.com/benriga

PhoneAppWithTrial.zip

Note: This video is the first in the series so I spend some time at the beginning introducing myself and the goals for the series.  To get directly to the content in this episode skip to about the 4:00 mark. 

When we launched the Windows Phone platform we released initially for the EFIGS (English, French, Italian, German and Spanish) markets.  In all that was about 16 markets.  With Mango we added a bunch more and just a few days ago we added another few.  We’re now up to 41 markets worldwide where as a developer you can choose to make an app available. 

Since we cannot know what the rights are, related to your app, we cannot just publish your app to new markets as those markets come on-stream.  In order for an app to made available in these new countries you will have to go into your App Hub account and cross-submit every time new markets come online.  I am surprised at how many apps don’t do this.  I suspect many developers don’t even know that they have to do this.  It’s such an easy thing to do that I thought I would do this as part of the first episode.

It may be easy but if you stay on top of it you may find that you get a nice boost in downloads as new markets come online since you’ll be there first.  Rather than try to describe what needs to be done go ahead and watch the video (topic starts at about the 4:00 mark).

More viewing options including HQ video are available here.  The complete Top Ranked Series is available here.

Let me know what you think about this episode of Top Ranked.

If you have questions about the videos, or about problems or issues you’re hitting or if you have topics that you think would be of interest to other devs on the Windows Phone platform then drop me a note. I’d be particularly interested in hearing about some of the best practices you’ve adopted that you think have raised your quality or your ratings/ranking in the Marketplace. I’ll be sure to give full credit and link love whenever I can.

You can drop me a note via the contact form on my blog here:
http://blogs.msdn.com/b/benriga/contact.aspx

Or better yet follow me on twitter and drop me a note there:
https://twitter.com/benriga

Technorati Tags: Windows Phone,Windows Phone Marketplace,Top Ranked

With this post I’m introducing a new series of videos I’m producing which called Top Ranked.  In this series I’ll present various topics that will be of interest to developers building on the Windows Phone platform.  My aim is to provide short videos on topics that will help you raise the quality of your apps and hopefully at the same time raise the ranking of your apps in the Windows Phone Marketplace.

Over the past couple of years I’ve worked with many different partners and agencies building apps for Windows Phone.  I’ll try and share some of the things I’ve learned.  I’ll also pull from the many people and resources we have within Microsoft.  I may even pull in

I’ll explore across a range technical, design and marketing topics.  Again, my goal is to give you a little something in each episode that will raise the quality of your app or help you raise the visibility of your app.

I’ll do my best to keep these videos very short.  By that I mean that each one will be 15 minutes or shorter.   If an episode looks like it will go longer than that I’ll try And break it up into smaller more digestible topics.

If you have questions about the videos, or about problems or issues you’re hitting or if you have topics that you think would be of interest to other devs on the Windows Phone platform then drop me a note. I’d be particularly interested in hearing about some of the best practices you’ve adopted that you think have raised your quality or your ratings/ranking in the Marketplace. I’ll be sure to give full credit and link love whenever I can.

The Top Ranked series is hosted on Channel 9.  You can subscribe to the episodes via Zune or iTunes.  All that is available here:
https://channel9.msdn.com/Series/Top-Ranked

You can drop me a note via the contact form on my blog here:
http://blogs.msdn.com/b/benriga/contact.aspx

Or better yet follow me on twitter and drop me a note there:
https://twitter.com/benriga

I had a great time presenting to the Bay.NET user group last week.  With so much to talk about I ran out of time so I’m posting my slides for those that wanted to go a little further.  Click on the folder below to view them.  Let me know if you have any questions.

I’m working on a Windows Phone 7 app and ran into an issue that I just couldn’t figure out.  I was trapping the LostFocus event on a TextBox and finding that by handling the LostFocus event I was losing the case where the user hit the Back Key since that actually triggered the LostFocus event event first.  Peter Torr came to rescue with a code snippet that allowed me to handle that special case.  I’m posting here so others can benefit.

In my case all I needed was the ability to figure out if the reason the control lost focus was the result of a Back Key press.  The code snippet below also provides for other scenarios like the user tapped outside the textbox or on another control.

    private void textbox_LostFocus(object sender, RoutedEventArgs e)

    {

      object focusedElement = FocusManager.GetFocusedElement();

      if (focusedElement == null)

      {

        whoHasFocus.Text = "User tapped outside of textbox";

      }

      else if (focusedElement == this)

      {

        whoHasFocus.Text = "SIP Dismissed";

      }

      else if (focusedElement is FrameworkElement)

      {

        whoHasFocus.Text = (focusedElement as FrameworkElement).Name + " has focus";

      }

      else

      {

        whoHasFocus.Text = "Magic 8-ball says....";

      }

    }

Vertigo Software just released their PDC10 Windows Phone 7 app.  That’s going to make it a lot easier to follow along this year.  If you have a WP7 device go download it now.

This year we’ll be broadcasting pretty much every minute of the PDC.  As part of building out the infrastructure and in an effort to extend that even farther out, we worked with Vertigo to ensure that both attendees and remote participants had on-the-go access to both live and on-demand viewing of the PDC event.

So for folks that can’t make it to Redmond the keynote will be available “live” on the device.  Pre-recorded session content will be available once the conference starts.  All other sessions will be available on-demand soon after the session is over (we’re shooting for within 24 hours).

Technical Details

As I mentioned, Vertigo Software built this app.  They did it in about 3 weeks with a pretty small team.  Here are a few technical details for the Windows Phone geeks curious about how this was built:

• The entire user experience was designed and developed using Blend 4 for Windows Phone (well, of course, what else would they use  )
• The application was architected using the MVVM design pattern and they used MVVM Light for Windows Phone as their MVVM framework
  • MVVM Light: http://www.galasoft.ch/mvvm/getstarted/
• The video experience was powered by the Silverlight Media Framework for Windows Phone and the Smooth Streaming Media Element
  • Silverlight Media Framework: http://smf.codeplex.com/
  • Smooth Streaming Client 1.1: http://www.iis.net/download/SmoothClient
• Content is delivered using Microsoft’s Smooth Streaming media format, specially formatted for Windows Phone.
• The content will contain multiple camera angles (speaker and presentation) and the PDC10 player allows the user to switch between these two views.

Get the app now

The app is now live in the marketplace and available to download