针对网友的各种疑问,统一做个总结:
1 、你这个东西不是有 wordpress 这些可以实现吗?
我吃块牛排,你给我一整头牛,没有这个必要。
这类用户没有审好题目,不做解释。
2 、你这个需求和痛点是存在的,但是为什么没有人做出来?
首先提供一个帮助中心的文档服务,不可能形成一个市场,更不可能支撑起一家公司,这些专业做这个的,就提供一整套的服务,所以就有了各种专业的知识库产品,但我上面说了,这种解决方案太重。
一个小零件和小服务不足以撑起一家公司,所以没人做,
但是我这种小零件多了,就可以形成一个可观的市场和规模了。
3 、需求多样化,你这个东西不实际。
就像论坛系统,问答系统,这种东西其实看起来需求多样,但是可以提炼出一个模型的。
比如问答,就是最简单的提问,回答,
你要定制?对不起,不会开放太多的定制功能,因为会把产品变得复杂。
如果开发文档厚得像一本书,我看你文档的时间,还不如自己动手了。
4 、那如何应对用户需求多样化这个问题?
我可以提供几个套餐给你,比如问答系统,A 方案、B 方案、C 方案,根据不同的用户群体,选择不同的方案。
如果你需要更详细化的需求和定制,抱歉,你要么选择别的产品,要么自己动手开发。
4 、我为什么把数据放你那里?你公司倒闭了我怎么办?
有时候我开发一个产品,前期只需要快速搭建原型而已,我追求的就是快,效率、验证我的想法。
我们提供数据随时导出的功能,比如你公司发展到一定程度,注册用户 20 万,我可以提供一键导出数据的功能,把 20 万的数据导出,几秒钟的时间。
所以,你不需要过分依赖于我们的服务,这种服务的理念就是微小,随时可以装卸,转移。
5 、评论里面提到了 notion,实际上我也受他这个 all in 的思想启发了。
我们写文档有专业的工具,我们写表格也有专业的工具,但是 notion 的思想就是把这些零件都拆解出来,让你随意组合。我们也是一个 all in 的思想,把这些零件一个一个打包给你,让你随意装卸。
6 、你这个是前端组件化,还是说只提供 api,或者说提供一个服务?
不局限于形式。
比如我既可以提供 api,也可以提供 UI 组件,也可以提供一个中等规模的服务组件。
比如文章系统,就是一个组件。
比如用户填了邮箱,需要一个发送验证邮件的功能,这也可以作为一个组件,提供一个 api 给你就行了。
比如你需要前端产品页的展示,我们甚至提供一套前端的 UI 组合套件给你。
7 、你这个东西不就是傻瓜化建站,或者什么别的东西?你这个东西的定位是什么?
准确的定位应该是:互联网组件服务提供商。(好像也不太准确)
不是傻瓜化,我们提供一个服务
8 、市场存在吗?需求存在吗?痛点存在吗?
你可以观察很多公司的文章系统,比如石墨文档
https://shimo.im/blog你看他这个博客,其实就是最简单的文章查看而已。
人家肯定是自己开发的,引入一个开源的东西没必要,太重。
所以很多人觉得用户肯定有一堆个性化的需求,
实际上,目前的互联网都是简洁至上的趋势,如无必要,勿增实体。
前端也有很多标准化的组件了,比如 element 这种东西,可能你插入一个表格,就是插入一个标准的组件而已。
又看看 zoom 官网的帮助文档,人家也是自己开发的:
https://www.zoomvideo.cn/download/gettingstarted/你可以观察很多很多的公司,他们为什么要自己造轮子?当然是因为没有好的解决方案。
这世界上肯定有很多这样的公司,他们每天做着重复性的劳动,但是这种劳动还真没啥技术含量,又不得不做。