Magic FAQ

+1  

Personal information exchange - the essential missing part of social networking profiles.

YAML 発想

When people communicate face to face, it is natural for them to reciprocate and exchange information bit by bit. For example, if the other person asks me where I'm from, I ask the same in return; if I ask the person's occupation, I expect to be asked bout mine, and so we continue disclosing detail after detail to each other.

This trading of information (in barter) happens naturally when we communicate face to face, but we have no time-efficient way of doing this on-line. All what modern social networks provide is the possibility to set visibility of your static information of your profile, and if you want to share something else, you have to retype or copy-paste the information you want to share each time you want to do it, and that's a waste of time.

So, here is an idea: profiles should contain a "magic FAQ." Any visitor of your profile should be able to add a publicly invisible question to your magic FAQ; you would be notified, and have an option to answer it, both replying the questions and building your FAQ at the same time (one shot-two birds). The publicly invisible conversation could continue much like a hierarchical comments, forming a hierarchy that you possess. The next time someone asks a similar question (i.e., adds a question to your FAQ), you could tell the system that it's just another way to ask the same thing, and reuse your previous answer with a click of a button. A different follow-up question? No problem -- the data structure like pHTN (probabilistic hierarchical task network, which is just hierarchically arranged lists with probabilities of each element in the lower level of the hierarchy) can handle this, and even learn to auto-suggest you to reuse your most preferred answer (three birds?).

An expected result of this idea, is that even celebrities, who don't have enough time to chat with every fan, would suddenly have time to communicate personally, in this semi-automated manner.

P.S.: This idea is a result of mass spamming, and at the same time thinking of how to save people's time.

[Reminded by Profemaile, 2005]

Credits: Inyuki of HalfBakery.


(通知しない) (不必要) ログインしてください。

それは素晴らしい考えです!

いくつかのことについて疑問に思っています...

まず、たとえば、メッセージを受信するたびに通知を受け取りたくない場合は、「自動返信」を使用します。

第二に、それが「自動返信」になる場合、これは通信の絆と信頼を減らすことができます。一意性とユーザーへの接続を維持することが重要です。

That's a great idea!

I am wondering about couple of things...

First, for example, I don't want to be notified every time I get a message, I would like it to use "auto-reply".

Second, if it's going to be "auto-reply" then this can reduce the communication bond and trust. It's important to preserve uniqness and connection to the user.


こんこかこさん、こんにちは! :)

//最初に、たとえば、メッセージを受け取るたびに通知を受けたくないので、「自動返信」を使用したいと思います。

けっこうだ。私たちは自由な時間を最大限にしたいです。そして、あなたが言うように、ユニークさも最大化し、他の人が価値を得られるようにします。同意した。つまり、モデルは、既存のナレッジベースのどの部分を応答として送信するべきかを理解するのが非常にうまくいくはずです。すべての有効なポイント。

Hi [Kocmoca], and welcome to Homebase! :)

// First, for example, I don't want to be notified every time I get a message, I would like it to use "auto-reply".

Fair enough. We want to maximize our free time. And yet, as you mention, also maximize uniqueness, -- so that others do get the value. Agreed. Which means, the model should get pretty darn good at figuring out what parts of existing knowledge base it should send as a response. All valid points.