“以结果导向来看，产品经理和交互设计师的目地是什么，最终都是为了搞信息架构和产品定位吗？　我想不是。因此信息架构和产品定位都是为了了满足用户需求而服务。如何让用户心满意足的使用产品并付钱，这个是最关键的。从用户角度看可能就是他自己一个场景。从这个层面看，两者的交集就在于这里，即：都是为用户而服务且达到赚钱的目地；从两者的职责分工来看，交互设计就不用说了，ucdchina普及了很多知识。那么产品经理的职责是对产品负责，有对产品的认知高度和对整体，全局的协调把控能力。楼上所提出两个角色的“矛盾”，我所认为是产品经理未负起产品经理的责任，没有对产品一肩挑起的魄力，即：产品经理未能让多方沟通未能达到共识。

关于“执行力”：个人认为设计师应该有产品经理对项目管理的Sense，如果是交互设计是三天，那么三天就应该做完这些事。至于产生的问题，在三天之内就应该去解决。设计师不是应该懂得退让，这里有一个产品的意识，即全体人员有对产品的热情才是问题的关健。

关于“忽略细节”：把项目分解掉，有些功能放到二期／三期／四期去做，交互设计具备的素质是要有对项目风险的预估。但细节不应该忽略。

关于“调动／培养团队”：这个要看个人能力和魅力等因素去推动这个工作，不是每个人都应该这样。（补充一下：项目中只能有一个负责人）

关于“设计师向产品经理转换”：我认为两者有不同的分工和职业发展方向，可能一些朋友想做产品，一些朋友愿意做可用性。诚然，做产品虽优于做可用性，但行行出状元，只要坚持地做一件事，都可以达到成功。”

相关文章

• IM端修改错别字的交互探讨
• 一个直肠癌患者的最后50天
• 我的咕叽咕叽2008-01-30

你知道IMBD的电影排行算法么？你有兴趣研究一下么？

加权平均分(WR) = (v ÷ (v+m)) × R + (m ÷ (v+m)) × C 在这里：
R = 该电影的平均分
v = 该电影的总投票数
m = 列入前250所需要的最少票数(目前是1300票)
C = 数据库中所有电影的总平均分(目前是6.7)

哈哈，厉害吧，投票数多的话，那么R，也就是每个人的电影评分就起到主要作用；
如果投票数少呢，也不能说电影不好，小众的东西还往往是精品呢，文化的东西，毕竟有可能因为语言等因素，或者曲高和寡变得在IMDB上变得小众，这样如果投票数少，那么也不能一棒子打死，就趋于平均水平。
如果票数相同呢，那么就看R了，平均分越高，那么自然排名就越靠前啦。

好玩吧，再看一个。

很多网站在设计博客的排行时，在时间相关性上很困惑，为了满足 访问网站频率不同的用户需求，他们只好按日、周、月来做排行，非常明显的缺陷是，让每周或每月的开始时，周榜和月榜上的精彩文章精彩程度不够，而上周末或 月末的精彩文章可能被过早撤出用户视线。但是如果按七天排行或者三十天排行，算法又太复杂。
有没有兼顾的算法呢？答案是有的。

假定用户访问周期介于T1到TN，TN=N*T1，用户访问频率在T1到TN之间线性分布。
设文章在每个时间TX里获得的访问量为TXPV，设计系数A=(N-1)/N使用计算式T1PV*A^(N-1)+T2PV*A^(N-2)+T3PV*A^(N-3)+……+TNPV=∑TXPV*A^(N-X)来计算随时间衰减的关注度。

太TMD牛了，佩服的五体投地。
如果算周排行榜，一篇文章在第一天的访问量跟第七天的访问量在权重上明显是不同的，到第七天还有人在访问，那就说明这篇文章更热。

通过这件事情我想，作为一个产品经理，其实应该有这样的基本功力。今天大家在研究热文的的出现和排序算法的时候，我为自己是个理科生感到非常惭愧，对于分析一种算法的改变对于效果的影响上，我表现得跟个文科生一样。倒也不是说文科生同学们就干不了这个事儿，只是说我这么多年的专业训练啊，都tmd练到哪儿去啦？？！！

作为一个将致力于成为一个有创意的、脚踏实地的、有执行力的、成熟的、经验丰富的、牛B哄哄的产品经理作为毕生奋斗目标的人，我今天的体会是一定要严于律己，有意识的培养自己对于算法的感觉，积极参与工程师同志们的算法讨论，不断修炼，逐渐成仙。

相关文章

• Dopod 585到手
• 2009年为博客准备的目标
• 系统化思考：产品不只是产品