21.# 产品党每周话题

产品党每周话题 08:如果你来做小密圈的 markdown 功能

断更一段时间后,准备重新收拾产品党这个圈子。所以,欢 迎大家来讨论。因为我们自己在做小密圈这个产品,所以偶 尔可以拿出我们在产品设计过程中的一些细节讨论,让大家 也来思考和争执,对小密圈有益,相信对参与者也有益。

(如果您对其他产品的功能特性有问题,也可以投稿给 我)。

小密圈计划加上 markdown 功能,但是很犹豫:

1. 是不是应该有 markdown 支持?

2. 目前看到的有两种形态,一种是输入时可以切换文本模 式/md 模式,在 md 模式才激活 markdown 的识别。另一种是 直接发,发完后自动识别是否内含 markdown 语法,如果是, 自动按照规则显示,哪种好?

最基本的考虑有:

1. 纯文字形态,仪式感较低,可以促进沟通。markdown 可能 就略重了;

2. 切换模式,在交互上复杂了。不切换模式,开发略复杂而 且不是所见即所得,用户容易抱怨。

好了,告诉我你的决策吧 :)

关于「产品党每周话题」 产品党是小密圈里的一个免费公开圈子,希望能和产品经理

们有更多思维碰撞。「产品党每周话题」是其中的一个项 目,希望以每周一期的频度,发出问题,大家一起讨论。也 欢迎大家提出自己的问题(如果能提供奖品最好,奖品不在 贵,一份心意即可)。

评论区:

1 : 不用支持

2 : geek用户这么多 不支持不行?

3 : 原因呢?其实这个问题在我们内部吵了很久

4 : Markdown小众

5 : 说点题外话。slack是匹黑马。同为社交或沟通类产品,很多东西值得借鉴。作为一个产品人,对ryver的东西更有感觉。 窃以为,ryver很多做法可以参考

6 : 锤子便签是这样设计的。

7 : 移动端交流为主,富文本即可,写作的话把 markdown 编辑器做在 Web 端即可。markdown 真正喜欢并懂得他的效率的 人很少,喜欢简单语法带来的仪式感的人更多。

8 : 是的,这种就很重,我是不喜欢的

results matching ""

    No results matching ""