Today I’ve been thinking hard about the problem of adoption of innovative projects, especially Quantified Prestige, while I was jogging and walking. Selling innovative products and services to people is hard, so there needs to be a really good strategy that makes people want to join.
Adoption of technology usually works along social connections. People tell their friends, relatives, and coworkers about some new tool or platform (or cat video for that matter ) that they totally must use, because it’s awesome (and so much better than anything that they have used so far).
Anyway, for social platforms we obviously have a bootstrapping problem, because the true value of social platforms only becomes apparent when there are many people who are using them. A social network that is only used by one or two people is effectively useless. So, there needs to be a way to encourage people to join a social platform even when it’s not that useful, yet. And I think I have found a promising strategy that could work for Quantified Prestige: Allocating Esteem Points to people who haven’t signed in to Quantified Prestige, yet.
It would work like this: An already existing member of a QP network allocated Esteem Points to a person whose email address is known. The EPs would actually be allocated to that email address. Those EPs remain dormant and useless, unless an account with the corresponding email is created. So, when someone allocated EPs to an email address that is not a real node of the system, yet, the recipient will get an email like this:
[Sender] allocated [$n$] Esteem Points to you in the Quantified Prestige Network, for the following reason:
[EP allocation reason]
That means that [Sender] holds you in high esteem. You can feel rightfully honoured about that! You can claim those Esteem Points by creating an account in the Quantified Prestige Network. [Sender] would sure be very glad about that.
What is the Quantified Prestige Network? … next generation reputation based economy and gratification system … it’s awesome, because [Sender] is already using it …
The details of the email are of course incomplete and work in progress.
This new mechanism obviously requires that besides nodes that are regular accounts, the system needs email nodes, which remain passive and “virtual”, unless the owner of the email address claims that node. Yet, the system shouldn’t be designed so that the email is the primary identifier for a node. It should be a simple id number. Users should be able to change their email address.