------来自一个老IT产品人的建议
简书是一个文学社区，他拥有了社区的属性，如用户，社群，关注关系，评论回复，以及点赞，等等这些社区要素。
但同时，又是一款文学属性的社区。也具有文学属性，就是作者，作品和主题。
简书钻则一场风花雪月的“事故”被人钻了空子。但不得不说，你管生就得管养。不能任由其野蛮滋生。
但现在这设计里面多多少少有些bug，一定会对简书社区产生负面影响。
这里需要强调的是，赞钻关系的设计理念提出的太过粗糙。
点赞与增钻的基础是个人钻的数量多少，这个设计本身就是为充值同体异表。为了获钻高就要拥有更多的钻，这一点无可厚非。但是获钻途径简化到充值即可，这个设计就缺失了与简书文学特质的关联。
这样一来，被某些人钻空子也是再正常不过了。这说明产品设计者的保守和程式化。
如果说新版本的设计，能量条，已经考虑的不能刷钻的问题，但这种设计将大大降低社区活跃度。首先，100能量点过少，不知道这个数是怎么定的值，有没有根据目前简书用户点赞值来评估。第二，每天恢复不能累加，也是一个让人不快的问题。第三，能量点产生恢复周期太机械。
这样带来的新问题是，一，这样就可以控制骗赞和水文了吗？二，可以增加好文章的点赞量吗？
很显然这两种问题都没有解决。而且由于点赞限制很有可能让刷赞变得更加产业化。也就是说，对于非依托某些组织的纯简书生态体独立作者，将是十分危机的。甚至，还可能出现专业的卖赞商人。
至于还要推出的踩，这个余以为，真是诸恶之端倪。自古文人相轻，是有道理的，无踩，还可留点斯文，有踩只怕斯文扫地。再则，人人皆有文风的喜好，不喜勿赞，和而不同。但踩就过分了，凭什么踩，有什么资格踩，能不能避免恶意踩，会不会出现互踩。如果这些问题不能解决，简书将会变成世俗江湖。
那么这些问题的出现，可以说是产品设计者没能体现文学社区文学特性的疏漏。完完全全还是普通社区的管理思路和设计理念。说白了就是犯懒了，没有做好功课，甚至可能直接捡了个现成的PPT，️️(๑‾᷅^‾᷅๑) 嫌弃你
说句良心话，在如何解决问题的方面。无论是简书的作者群体，还是普通用户群体，都能看出简书团队的努力和措施，但是要做好产品设计的功课，简书团队还要具有从文学角度看问题的视角。
网友评论