• 推荐系统实践

    项亮
    2013-10-06 21:54:50
    向朋友咨詢
    2013-10-06 21:57:21
    電影的標題和海報。
    用戶反饋模塊——包括Play(播放)、評分和Not Interested(不感興趣)3種。
    推薦理由——因為用戶曾經喜歡過別的電影。
    2013-10-06 21:59:48
    。預測準確度是推薦系統領域的重要指標(沒有之一)。這
    2013-10-06 22:00:22
    所以,好的推薦系統不僅僅能夠準確預測用戶的行為,而且能夠擴展用戶的視野,幫助用戶发現那些他們可能會感興趣,但卻不那麼容易发現的東西
    2013-10-08 20:25:15
    他的基本意思就是,如果推薦結果和用戶的历史興趣不相似,但卻讓用戶覺得滿意,那麼就可以説推薦結果的驚喜度很高,而推薦的新穎性僅僅取決於用戶是否聽説過這個推薦結果。
    2013-10-08 20:26:16
    而增加推薦系統透明度的主要辦法是提供推薦解釋。只有讓用戶了解推薦系統的運行機制,讓用戶認同推薦系統的運行機制,才會提高用戶對推薦系統的信任度。
    2013-10-08 20:27:56
    推薦系統需要實時地更新推薦列表來滿足用戶新的行為變化
    2013-10-08 20:34:24
    基於用戶的協同過濾算法
    2013-10-08 20:41:17
    基於物品的協同過濾算法
    需要重新阅读

    多看筆記 來自多看閱讀 for iOS
    duokanbookid:ed873c9e323511e28a9300163e0123ac 
    • 使操作基于用户的目标和任务,概念上简单并且一致
    • 使用用户熟悉的词汇,限制在任务范围之内,并保持使用上的一致性;
    • 提供低风险环境,即使错误发生也容易修正

    当操作专注于任务、简单和一致时,我们学得更快 
    • 做一个任务分析;
    • 设计一个专注于任务的概念模型,其中主要包含对象-操作分析;
    • 严格按照任务分析和概念模型设计用户界面
     
    任务分析回答以下问题:
    • 不同的任务之间是如何联系的?
    • 人们在执行这些任务时都使用什么样的词汇?
    • 什么人做什么任务?
    • 哪些任务是常见的,哪些是少见的?
    • 哪些任务是最重要的,哪些是不重要的?
    • 在执行各个任务时,人们会遇到什么问题?什么样的错误是常见的?是什么造成这些错误?错误造成的损害有多严重?
    • 应用想支持哪些人群的任务?
    • 每个任务所需要的信息从哪里来?
    • 每个任务的步骤是什么?
    • 每个任务的结果和输出是什么?
    • 每个任务结果的信息该怎么利用?
    • 每个任务该使用哪些工具?
    • 用户在使用这个应用时想要实现什么目的?
    • 要执行这些任务,人们必须如何沟通?
     
    得到这些问题的答案后,应该为这个工具设计一个专注于用户任务目标的概念模型。
     
    对象-动作分析:
    指定应用展现给用户的所有概念对象、用户对这些对象所能做的动作、对象之间的关系。
     
    尽可能简单:
    “用户万一需要这个功能”,出发却有迹象表明会有很多潜在客户或者用户需要它,否则一定要坚决抵制。每一个新想法都要与很多其他的想法发生联系,这种联系会导致复杂性进一步上升。
     
    一致性:
    一个交互系统的用户从受控的、有意识监控的、缓慢的操作,进步到无意识的、无需监控的和更快的操作,这个过程的速度受到系统一致性的严重影响。系统不同功能的操作越可预期,它的一致性就越高。
    • 概念层面一致性:由对象、操作和概念模型的属性之间的映射决定,目标是培养“肌肉记忆”,即操作的运动习惯;
    • 按键层面的一致性:由概念上的操作与现实中执行操作所需要的实际行动之间的映射决定。
     
    对象-操作矩阵:
    对象越多,矩阵越高;操作越多,矩阵越宽。

    当词汇专注于任务、熟悉和一致时,我们学得更快
    • 词汇应是专注于任务、熟悉的,专用词汇应保持一致(同一个名称,就是同一个东西;不同的名称,就是不同的东西)。
    • 团队应该从概念模型中创造一个产品词典,包括用户能接触到的每个对象、动作和属性都有一个名字和定义。

    风险低的时候我们学得快
    一个容易使人犯错误而且错误代价很高的系统阻碍人们探索它:
    • 停用不合理的命令;
    • 向用户清晰的展示他们做了什么,使错误容易被发现;
    • 尽可能防止出错;
    • 让用户能够轻松的撤销、反转或者修正错误。
  • 答应我一件事好吗?

    在谈情说爱,或者朋友之间,有些时候,总会有这个问题“你先答应我一件事好吗?”。
    每每听到这个问题,无论是谁都会犹豫一会儿,在认真考虑一下这是谁提问的,考虑一下他可能的将会问的问题。
    但是,在用户体验设计中,请不要和用户说,答应我一件事好吗?

    在用户交互的过程中,总是可以看到一些对话框。
    例如:
    ---------------------------
    Notepad2
    ---------------------------
    保存更改到“无标题”吗?
    ---------------------------
    Yes   No   Cancel  
    ---------------------------
    当然,这个对话框作为用户当然知道发生了什么。
    但是,并非所有对话框都这么友好。

    又例如:

    [iPhone 请求授权]
    [iPhone 请求授权] (右图)
    这就如同刚才我说话,用户将会面临一个犹豫的情况。
    1 它会给我什么样的通知呢?
    2 它会不会经常给我发通知?

    最大的问题是,用户无法预测此确认对话框后的行为,如果一个用户曾经被通知烦过,那么就很容易点击“不允许”。

    另外,还有超级多相同的例子。


    如何解决这个问题?
    就此问题,我认为 Android 的表现更好。
    [Andorid 更新界面]

    [Andorid 更新界面]

    这个对话框详细地解释了用户点击确认后的情况,而不是刚才的例子一样。


    请记住一点,用户只想知道,你要干嘛,还有,怎么干。
    那么,他觉得可行,就允许你那么做了。