Victus Spiritus

home

Motivating Specific Actions to Enhance Site Value, a Heuristic Approach

05 Sep 2010


I'm working on marketing research for GarageDollar and exploring methods to entice visitors to submit sales. Game elements immediately came to mind, and later in this post I'll enumerate a few actions which are applicable to a broad range of social knowledge sites.

My initial hunch is that showing quality garage sales to visitors will lead to targeted traffic. I'll outline a model in the following section that will help answer the ongoing question every founding team wants to know the answer to, "What is the most important feature we should be developing right now?"

The App Value Model, Web Application Performance

If you are able to understand precisely how an application provides value, you will know where and when to expend resources to maximize it's performance. Beyond internal metrics, competitors and partners both provide external measures to validate and refine your understanding. One method to put all this data to practical use, is to develop a model that's at least relatively consistent between features. Unlike a business model, the app value model is designed to estimate and gauge the performance of a single application.

[caption id="attachment_5086" align="aligncenter" width="320" caption="In this example the best feature combination is an even mix of 2 features"][/caption]

The heuristic model I've selected for web app value is a parametric surface. The height represents the sum total perceived value. I'll abbreviate total perceived value as TPV and it's measure depends on the specific offering and strategic goals. For ease of use it helps to normalize the final TPV on a scoring range of 1-10. If you're app scores a 10, your users love the app, nag all of their friends to try it, and you're likely on the road to riches. If the app scores very low, it's a good time to review the key features and find out which area needs changing first. There are many ways to transform separate feature scores into TPV, but following Occam's Razor I'll limit the selection to the simplest method that is able to fit historic measurements: a (weighted) sum or product**.

Parameter values are the feature scores. Features represent all the forms of functionality you're considering adding to an app at any time, in addition to all the current application functions. These features are not required to be independent. For example page design (feature 1) and application response speed (feature 2) can be correlated.

Feature quality is up to each team to decide, and optimize to. While the value of each feature is determined uniquely by each project team, it's important that designers be cognizant of how much TPV shrinks or grows based on design decisions. For web apps a good starting metric for feature fitness is network efficiency.

Network efficiency is the result of:

If a feature doesn't lead to greater customer satisfaction or bring in new customers, it probably doesn't belong in a web app. The exception to this is a feature which greatly improves the product's stability or resilience. One way to test a perceived low value feature, is to temporarily remove that feature and test it internally, or in a limited number of external trials. If your estimate for network efficiency is off the mark, you can investigate why. This measure bares similarities to conversion metrics but instead of customer acquisition or purchase actions, we track the network efficiency of a feature. While these measures are subject to change, larger or more mature applications become less flexible.

Identify Behavior with the Strongest Network Effects, and Reward It

The first challenge to improving your (web) application's value is to discover the largest social gradients to higher app value and reward those activities the most.

After a bare bones user model is hacked up (username, points) a strategic decision is required on whether to work within larger networks (Facebook, Twitter, Google) or to remain independent. Larger networks enable rapid communication and authentication while making your app vulnerable to the whims of external businesses*. You can see how the feature of connectivity begins to map to the network efficiency of the feature. My default position is to use third party networks if they add value, but not be reliant on them as a sole source of growth^. The more effective channels you have, the more resilient your business is.

I'll conclude with a list of game elements I'm considering for GarageDollar that will enhance displayed sale quality:

Notes:
*= changes in third party systems can force you to repeatedly update how your business connects, Fees can be leveraged for access, etc.
**= The weights could all be unity, a number between 0 and 1 determined by the design team or other meaningful metric, a correlation matrix, or even more complicated models. More complex models can minimize error with an appropriate system model (least squares, L1 norm, filters).
^ = if you have to sell your soul, make sure you sell it to multiple devils