工作-标签&分类

新产品中,用户搜索内容时候,一般会选择标签,也即是通过场景&状态进行搜索,然后搜索之后可能会选择直接分享或者在勾选相应的分类。
现在将分类和标签的区别总结下:

标签归属于分类
推荐使用:内容——标签——分类
任意创建内容,使用标签建立内联,概括为分类后推送给用户。分类做为对标签的归纳,不直接作用于内容。也就是说,能够大量聚集的标签组成分类,满足二八原则,其他不能聚集的形成长尾频道,通过显隐两条线来贯穿用户的所有内容需求。
如果成立,意义将远远大于纯粹的标签,同为多维结构,有序必然强过无序。

label是本身的,tag是附加的;
label强调是一种标志,tag强调是一种记号;
label标明信息之间的归属,tag区别信息之间的差异。
个人理解,拿一个人作为例子
首先你是人,你的 Category 是 “人”
其次,人有姓名,体重,身高,这些都是 “Label”
最后,这个人可以是好人,可以是 程序猿, 这些是 “Tag”

Tag,标签,一般包含一段内容的属性,可以是分类,可以是话题,也可以是作者,地理信息等。
Label,标记,是网页框架中一个区域的功能概括。比如知乎首页上的“浏览”、“问题”、“通知”就是label。选择不同的标记,相应区域的功能就会发生变化。
category,分类,可以理解为种属概念。一段内容有且只有一个种属的分类。和Tag不同的是一段内容可以有多个tag,并且tag是未预先设定的,一段内容可以有多个Tag,也可以没有Tag。但caterory在一个分类标准下只有一个。

新产品调研方式

做了快2个月的新产品调研,新产品倒是没有做,方法却自成一系。

展示一个思维导图:

目前产品调研和产出的步骤是:1、有一个新想法,基于想法全面考虑所有可以做的功能和内容;2、然后调研各类相关产品的功能点,以及各类突出点;3、最后,把想法缩减到最小。专注于做一个功能,做到能够为用户提供需要的内容。4、在规划其他内容。

不过以现在互联网产品同质化和各类垂直都已细化到不行的地方,有个新想法,就发现已经有人再做。从想到的通用积分、旅游位置标记、游戏排行、文章章节评论、照片日记、相册管理、游戏视频、到现在的SNS配图。而且,所有的产品:内容和质量是一个关键点,运营又是一个强关系的部分。

编程类的在线教育-计蒜客

就计算学科来说,国内每年相关专业毕业的学生的数量极为有限,且普遍存在的现象是教学内容陈旧、简单,学生中的佼佼者必须依赖自我提升进行学习;而更广大的非自觉型精英群体的学生则被动的成为了教育无用论者的论据,学校老师总希望更好的兼顾这类学生,但是却效果甚微。

在这个过程中,有很多地方形成了矛盾,这些矛盾存在且合理,也因而变得格外的难以解决。

供需矛盾:很多时候,为了所谓“顾及全体学生”和“教务处的要求”,老师们只能被动的教授过时、简化和缺乏思考的教学内容,相应的,到了企业、研究机构要人的时候,大学输出的庞大数量的人群因为缺乏严肃的教育过程,最终是很难达到合格要求的。在信息化迅速发展的今天,企业对于信息技术人才的诉求增长远远超出了高校输出合格人才的能力,甚至在企业一次次降低招聘门槛的状况下,招聘计划依然很难满足。而与此同时,大量的“干部身份”的毕业生还在就业市场中苦苦待业,甚至不得不开始向一些本来与他们无关的职业培训机构寻求帮助。

精英矛盾:国内的大学中依然会有一些顶尖的人才的出现,他们在大学期间普遍追求的是非大学体系内教授的新技术、新方法、新思想。他们不太依赖于老师的教学,不少优秀的老师也多对他们也尽可能的给予了空间,他们中很多的人在临近毕业时都是企业开出天价争取的对象。可是,他们的选择太多了,在这个全球化日益加剧的今天,他们中太过巨大的比例的人都最终选择了海外,国内的企业(包括BAT)因为总体人才环境的问题,对于他们来说都太缺乏吸引力了。

中等人才陷阱:由于上面两个矛盾的愈发严重,加上在政策层面不断鼓励职业培训的发展,我们在信息技术领域的问题除了优秀人才缺乏、低端人力竞争加剧以外,中等人才缺乏上升动力的问题也会愈发严重,我把它叫做“中等人才陷阱”。在计算教育领域,看似大学一片繁荣——各个大学都设立了计算机专业、电子专业等等,职业培训机构也遍地开花——各种先就业再付费看起来似乎那么的正确。但是映入眼帘的是优秀人才的增长乏力、教育发展缺乏方向、教育腐败多发、教育设计目标单一等一系列的严重问题。是否有方法可以让我们的信息技术学科的输出结果不落入“中等人才陷阱”?

可以预期,对这一系列的矛盾的破除工作,将是一场苦战。计蒜客做的就是这样一件事情。
以上是一个很全面的评价。

文字摘取自:微信链接

工作总结-手游接入体系建设

3月份,一整个月都在整理手游接入体系。

一个体系的建设,不需的时候,没人用没反馈;一定是在需要的时候,效率最快、结果最明显。

源起:起初内部游戏接入时候,都是运营一个个去找单个的负责人,期间不明确的部分,都是运营自己积累经验,没有规范和规则。后来,有些外部游戏需要接入,更换频次高的运营人员需要联系不同的负责人,根本在混乱的流程中不知所措。随着公司越来越多的外部游戏接入,这个问题越来越重了,所以,需要体系的建设。

怎么做。

1、首先和每个部门的接口人,聊一下接入过程中涉及的业务流程,以及需要其他部门配合的内容。产出:记录下来并把相关的问题梳理留备份。

2、根据每个部门的描述,梳理整个接入的流程,其中,以两个维度梳理。一个是时间阶段,一个是部门维度,明确那个时间段那个部门需要对接完成那些业务。产出:整体业务流程图。

3、和所有部门一起确认流程是否有问题,更改流程图;最后确认一份最终完结无误的流程,发个所有人周知。产出:期间把过程中问题梳理留备份。

4、在和单个部门确认详细业务流程。并对流程中的问题进行梳理和处理,完善优化现有流程。业务流程中需要的文档,各部门都用统一规格书写,保证对外的一致性。【最重要的一部分是验收标准:对每个业务项完成的验收标准是什么,每个时间阶段的验收项以及验收标准。具体验收标准的制定方是QA还是各个负责部门,需要双方协调。】

如何呈现。

将整理的整体业务流程和各部门的详细业务流程放到wiki上呈现。

1、先总业务流程呈现—>

2、然后再链接至各个分支步骤—>

3、再补充完善各部分的详细补充文档—->

4、各阶段的验收标准及验收项明确—>

5、接入过程中常见问题汇总&注意事项。

规模化接入及运行

1、每次的游戏项目启动会时,和CP、运营讲述一遍整体的流程。

2、和各部门详细过一遍各部门的详细流程,以及接入过程中注意事项。

3、在接入过程中,通过wiki查找相应接入文档,详细细节和不明了的问题可以直接联系相关负责人。

如何持续改进&优化。
1、在接入过程中,汇总相关问题,改进流程和文档内容。

2、FAQ内容,条理化梳理。

文章书评-调研分析

1、产品要解决什么问题(产品价值)

  • 单个文章章节的评论
  • 目前书评更多的是对整个书的评价,或者是部分的读书笔记, 或者针对书中某个观点的阐述等,或者是结合生活 的感悟,零碎话语。
  • 2、为谁解决这个问题(目标市场)

  • 文章类型:长篇经典书 用户:非速食主义者
  • 正好在需要看某个章节的时候,出现了这个评论内容
  • 3、成功的机会有多大(市场规模)

  • 目前阅读类APP都是书目,有评论的是大的网站
  • 高质量书评可能对读者而言只是参考,而非必要内容
  • 4、怎样判断产品成功与否(度量指标或收益指标)

  • UGC数量较多
  • UGC质量较高
  • 对章节评论的需求,渐渐深入
  • 5、成功的必要条件是什么(解决方案要满足的条件)

    6、如何把产品推向市场(营销组合策略)

  • 由于优质的文章对章节类的书评需求较高,前期可以做top10或者 某个单本经典文章,内容包含章节评论,吸引部分用户
  • 7、时机合适吗(市场时机)

  • 现在书评做的比较好的豆瓣,人群和品牌已经比较固化
  • 章节的书评,更多应该是在阅读类中的一个小众功能点,而非单一应用
  • 8、为什么我们最适合做这个产品(竞争优势)

  • 现阶段阅读类市场:文章数量和种类较多;阅读体验较优质; 大部分阅读APP有标签推荐机制;且在内容和用户基数上, 大APP已经有很大优势,内容和运营很难超过。
  • 9、有哪些同类产品(竞争格局)

  • 目前同类的豆瓣读书,基于页码&章节对文章进行评论
  • 产出的内容,不一定是基于单个章节;部分内容是用户个人的随意产出,与章节无关
  • 用户随机的UGC内容,无关本章的实际。
  • 为什么涉及此块内容的较少

  • 速食用户角度,只是粗略看下文章
  • 用户评价书的概率较低,除非经典文章