取舍之道

题图来自于NextDay

产品经过几次三番地改版,终于差不多成型了。这期间,每次都是彻头彻尾地重构,重新画原型图,重新定义结构,重新写后台。

讨论最多的问题,不是「做什么」,而是「不做什么」

相应的,不是「为什么不做」,而是「为什么要做」

这个过程其实挺难的,毕竟砍掉一部分功能,可能会意味着失去一部分用户。

但毕竟众口难调,最稳妥的还是「小而美」开始,只要有一个点能让用户产生共鸣,然后把这个点做到透。之后再去做延展也是可以的。

这个过程,从外界看起来,或许真的很难理解,为什么不做这个功能呢,应该很多人都需要这个,就这么点功能,是不是太简单了,体现不出科技感?

就像前几天推荐的Markdown工具Typora,从我个人的使用体验来说,觉得很强大了,所见即所得,语法也支持的很好,加上插件配合,还可以直接画流程图和框图,导出格式也支持多种。

有朋友看到,就问有没有办法生成侧栏目录。Typora是支持TOC的,但不是侧栏,一般在文章最顶部,跟在word中插入目录是一个效果。

搜了搜,确实也有办法去实现,大致思路是引入JS去修改生成的HTML文件,当然也有别人做好的一些插件包,想实现总有办法,只不过Markdown本身似乎是不支持的。

内嵌这样一个方法也不会特别难,为什么Markdown本身不支持呢?

除了这个,如果想做,还有很多可以做,比如设置字号、字体颜色等等(可以通过内嵌HTML标签实现)

为什么不去做?

回到Markdown的定位:「易读易写」的轻量级「标记语言」,创造者们对于它的期望应该是随手就来,简单到极致的。

目前这些语法已经足够实现它的愿景了,作为一个书写方法,要实现的是「易读易写」,而不是一个文档系统,也不是一个word或是一个网页。

我最后给的建议是,用HTML+JS写一个侧栏索引(也有现成的框架可以用),而Markdown就只负责每页的内容输出。各自分工,各取所需。

互联网时代的人们,往往希望一个产品简单的同时又足够强大,而这两点在某种程度上来说,是矛盾的,简单必定需要舍弃一些东西,而强大又需要加入一些东西。

最理想的状态可能是:用户前端无感知,而把繁杂的工作交给后端去做,让人觉得输入足够简单,但输出异常强大。也就是用户只需要非常有限的操作,就可以得到大量的可用信息。

就像是Apple系列产品,简单到3岁小朋友一上手就能左滑右滑玩得很溜。

可以做,但不做。把不做的时间和精力用在打磨「必须做」的功能上。

用起来简单,但其实很智能(Smart),也许才是好产品应该有的状态。

撒欢吧

谈理想

聊人生

讲故事

相对论

花火田丁

微信号:huahuoding

花火田丁

不折腾不人生

  • 发表于:
  • 原文链接http://kuaibao.qq.com/s/20180322G1UWX500?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。

扫码关注云+社区

领取腾讯云代金券