看到一则 Twitter 要做付费订阅的新闻(http://36kr.com/p/5068173.html),有点好奇。
我之前在思考竞争问题的时候,观点是:微博、Twitter 之类的产品,是不应该做类似小密圈的「又小又私密」的产品的,做了对他们的伤害更大。
看到一则 Twitter 要做付费订阅的新闻(http://36kr.com/p/5068173.html),有点好奇。
我之前在思考竞争问题的时候,观点是:微博、Twitter 之类的产品,是不应该做类似小密圈的「又小又私密」的产品的,做了对他们的伤害更大。
有一段时间,我对 Slack 的崛起很兴奋(可能有几个原因,一来我经历过 IRC 聊天的时代,对类似 IRC 的沟通体验很怀念,二来是我当时想做对企业有价值的 SaaS 产品,任务管理太多也太容易复制了,Slack 的成长空间更具想象力)。
学习、测试、使用、观察、思考了一段时间后,我写过一篇文章做了当时的总结,参见:http://mp.weixin.qq.com/s/ON-PmCnWBqexR2qY9eBEcQ。
最近一段时间,因为纯银的产品经理社区使用了 Slack 作为载体,我再次深度体验 Slack,越发觉得,这个产品真是棒极了。
各种细节就不细数了,只说它的 Thread 功能给我带来的震动。
之前我理解,Slack 是一个消息总线,各种应用消息都可以在 Slack 聚合并分发,这种模型,其实就是一个微信 + 微信开放平台,与各种第三方产品的 API 可以无缝结合。
但无论 QQ、微信还是钉钉们,解决不了内容沉淀的问题。
从 TK 微博看到的一段话:
前阵子听某公司技术负责人讲他们的工程师文化,我总结了一下:1、不养闲人,选择能“在一起”的人。 2、进人慢,出人快,该淘汰就淘汰。 3、追求技术巅峰,鼓励内部分享。 4、技术上任何人可以挑战任何人,你行你就上。 5、不做技术/语言之争,只看效果。 6、讨论阶段民主,执行阶段专制。 想了一下,貌似不需要做什么附加的注解,TK 的总结就蛮清晰的了,对小密圈这样的小团队,无论研发还是运营岗,还是需要提倡工程师文化滴。
来一碗鸡汤:一位我关系很好的高中同学,家境普通,大专会计专业,成长过程却颇值得记一笔。
小密圈和得到同在「知识付费」领域。得到已经很出色了,小密圈刚起步。得到输出精品内容,小密圈是社区。得到音频为主,小密圈还是文字为主。
得到的 app 是这几年比较难得的 app 精品,列几个细节:
凌乱无序的一些碎片观点: