SNS系统前景分析与讨论.pptVIP

SNS系统前景分析与讨论 董凯 简介 项目旨在建立一个将教务管理与社交网络结合的平台，提供完备的集事务管理、师生交流、信息共享、结识朋友等功能。 在社区中应用了那种关系类型？ 用户——服务驱动型关系（apple nikon） 出版商驱动关系（qsc zupo） 会员驱动关系(98 贴吧) 合作驱动型关系(youtube) 那些人会来访问我们的系统？ 教师 上课 发表论文与科研成果 培养学生 组织项目（校内 校外） 学生 上课 参与项目（校内 校外） 与周围朋友活动 读书 游戏…… 我们应该针对他们的活动特性来规划我们的网站。 他们与谁交流？ 学生之间的交流 班级同学 兴趣爱好 课程参与 科研/项目参与 学生和老师之间的交流 课程关系 导师关系 老师之间交流 学术 行政 社区中的用户关注什么样的内容？ 用户行为 提出问题 获取建议 筹备活动 社会评论 获取资讯 获取推荐 校园时事 …… 用户群为校园用户，针对校园用户的服务更有竞争优势，而不是那些可以用在整个互联网的服务 与其他系统差异化不足 额外的时间开销 不恰当的服务 博客 （ × ） 微博 （ × ） 视频 （ × ） 论坛 （ × ） …… 我们提供哪些服务？ 我们的优势 用户自动生成 真实可用的联系方式（通讯录 蓝海） 用户群在现实社会中的社会关系 用户群在地理上的聚集 用户群在兴趣爱好方面的一致（年龄阶段） 对用户时间的掌握（作息时间 假期时间 上课时间） 对用户专业 兴趣的掌握（教务事务导入 相应的推介） 我们提供哪些服务？ 社会服务对象 Twitter：文本短信 Delicious：书签管理 YouTube/ Youku：视频 豆瓣FM/虾米：音乐 街旁：位置 知乎：问答 大众点评，美团，淘宝，开心…… 学校背景下的信息交流，活动组织平台 我们提供哪些服务？ 我们可以参考的实现 Mac OS Google 人人 联系人(√)—联系方式 iCal SunBird（标准的互联网日历格式，让用户能够在各种计算机和各种程序之间创建和共享电子日历）--事务掌控 Reminders Notes（整合在日历中） Doit.im，豆瓣同城—事务掌控（地理优势） 豆瓣书评（地理上的优势 公共的资源） 云教育（用户优势） 知乎（学术问答） 我们提供哪些服务？ 我们提供哪些服务？ 恰当的服务 事务管理 （方便小范围群体发起活动 基于地理优势） 校园时事 （地理） 学生与导师交流（简化交流） 课程交流（学生之间 师生之间） 学术资源下载推介 （内网速度 社交圈内部的相互推荐） 通讯录（信息上的优势） 日程（以与教务相关的日程为基础） 交友（认识身边那些想认识的人） 图书馆关联 （提供书评，书籍推荐，预约等功能） …… 人们对于身边的事务，校园内某只流浪狗的死亡可能会比两会更能引起大家的关注。 现阶段课程交流的缺陷，没有对比的评分系统和散乱的教师评价讨论，各种课程网站/FTP。 改变无目的的获取阅读方式，提高图书馆服务质量。 我们提供哪些服务？ 更多 特定形式的实体--在线的题库（期中考试） 更多学校购买的资源（论文，新东方……） 求职推荐，二手交易…… PC客户端移动终端 开放的API 应用接口 我们依靠什么来吸引更多的用户？ 良好的用户体验 良好的口碑 度身定做的服务（贴切的感觉） 与用户的行为保持一致（作息时间，放假时间）。 怎样把用户变为忠实用户？ 社区关系 让用户在社区中建立与现实相仿的社交圈子（社会关系，工作关系，业务关系） 虚拟到现实的实现（聚会） 功能业务 “大人物”的召集 主题 对用户的吸引力（共同的兴趣爱好） 心理 权威的认可 自我价值成就感（回答问题 书评 积极的回应—有用回答） 对社区归属感自豪感的建立 存在感 互惠 信誉感 与其他社区交互 温暖和归属感（当某人交互很少时系统及时给出推荐） 社区的成长需要什么？ “大人物”的参与（可能带来的反面效应 内部动机不足） 早期若干愿意积极参与社区建设的骨干 迭代更新 当用户认为使用系统是自己的选择而非被迫时，他们会更加倾向于使用系统。 让人感觉到，网站建设者十分注意建设一个和谐友好的社区，同时帮助用户熟悉网站的使用方式并推广 可能遇到哪些问题？ 信息的冗余 （重复的问题会消耗社区人员的能量） 对于敏感信息的管理 对于违规用户的处理 类似官方的言论遭到大众抵制 （迁怒于系统） 老师的参与积极性 隐私控制（联系方式的公开？） 站长门 发布假消息？ 实名制会不会影响用户发言的积极性？ 如何避免像Google+一样沦为鬼城（积极性）？ 与其他系统差异化不足 额外的时间开销 一种声音：我们不需要用户每天登陆，