这是一个创建于 1532 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近想做一款产品，搭建官网，然后我感觉有很多重复性的工作。
比如我希望为网站增加一个问答系统，又比如我希望为网站增加一个文章系统，又比如我要开发网站的账号系统，注册+登录+手机验证+邮箱发送验证+找回密码等等。
搭建完之后，我还要搭建产品的文档和帮助中心等等。
其实这些东西，你做下一款产品的时候，这种工作依然是重复的。
我也在想，这世界上，会不会还有人跟我一样，做着一样重复的工作呢？
也许你会说，搭建问答系统？网上有很多开源的问答系统啊，至于文章系统？也有很多 CMS 啊。
至于帮助中心，网上很多产品啊，语雀、gitbook，很多很多。
但你有没有发现，这些东西都很重，比如我如果引进一个问答系统，就是引进一整套的东西，文章系统，又是一整套的东西。
也就是说，我希望这些服务可以定制化、标准化、颗粒化。
最好像集装箱一样，问答系统是一个集装箱，文章系统是一个集装箱，帮助中心是一个集装箱。注册登录也是一个集装箱。
当我搭建我的网站时，我希望这些集装箱拼在一块，组合起来。节省我的效率。
比如文章系统，我可以给你提供接口，甚至是一个 UI 模块。你只需要在前台引入就行了。
后端的文章点击、点赞、文章查看量、文章的发布和修改，都是我们网站提供的。
再比如，问答系统，一个问答系统，你只需要在前端嵌入问答系统就行了。问答的数据分析，后台的统计查看，都在我们网站上进行。
这样，互联网就像是一个一个的基建工程，我们提供最底层的模块化组装服务。
你们觉得这样会不会节省很多效率？
比如我希望为网站增加一个问答系统，又比如我希望为网站增加一个文章系统，又比如我要开发网站的账号系统，注册+登录+手机验证+邮箱发送验证+找回密码等等。
搭建完之后，我还要搭建产品的文档和帮助中心等等。
其实这些东西，你做下一款产品的时候，这种工作依然是重复的。
我也在想，这世界上，会不会还有人跟我一样，做着一样重复的工作呢？
也许你会说，搭建问答系统？网上有很多开源的问答系统啊，至于文章系统？也有很多 CMS 啊。
至于帮助中心，网上很多产品啊，语雀、gitbook，很多很多。
但你有没有发现，这些东西都很重，比如我如果引进一个问答系统，就是引进一整套的东西，文章系统，又是一整套的东西。
也就是说，我希望这些服务可以定制化、标准化、颗粒化。
最好像集装箱一样，问答系统是一个集装箱，文章系统是一个集装箱，帮助中心是一个集装箱。注册登录也是一个集装箱。
当我搭建我的网站时，我希望这些集装箱拼在一块，组合起来。节省我的效率。
比如文章系统，我可以给你提供接口，甚至是一个 UI 模块。你只需要在前台引入就行了。
后端的文章点击、点赞、文章查看量、文章的发布和修改，都是我们网站提供的。
再比如，问答系统，一个问答系统，你只需要在前端嵌入问答系统就行了。问答的数据分析，后台的统计查看，都在我们网站上进行。
这样，互联网就像是一个一个的基建工程，我们提供最底层的模块化组装服务。
你们觉得这样会不会节省很多效率？
第 1 条附言 · 2020-09-14 17:18:21 +08:00
针对网友的各种疑问，统一做个总结：
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/
你可以观察很多很多的公司，他们为什么要自己造轮子？当然是因为没有好的解决方案。
这世界上肯定有很多这样的公司，他们每天做着重复性的劳动，但是这种劳动还真没啥技术含量，又不得不做。
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/
你可以观察很多很多的公司，他们为什么要自己造轮子？当然是因为没有好的解决方案。
这世界上肯定有很多这样的公司，他们每天做着重复性的劳动，但是这种劳动还真没啥技术含量，又不得不做。
 |
101
milu2003516968 OP @tikazyq 是的，总算来了一个明白人。
|
 |
102
tikazyq 2020-09-15 15:54:12 +08:00
@milu2003516968 这相当于用基础物理规律来推导万事万物，基本是不可能通用的
|
 |
103
ragnaroks 2020-09-15 22:57:18 +08:00
只要需求方还能提需求,那么你这种设想就不能实现
|
 |
104
pinews 2020-09-16 11:27:49 +08:00
这东西啊，就像计划经济，不是不好，前期非常有效，然后就急转直下，成本高，效率低，所谓才华是短暂的，中庸是永恒的。
|
 |
105
haizhen3587 2020-09-16 13:26:25 +08:00
有点类似一个支持私有化部署的一套 业务中台， 部署后，方面其他公司其他产品调用。
|
 |
106
ql9075 2020-09-18 15:46:14 +08:00 via iPhone
做个内部的一个业务组件，我一直也是坚持这个想法的。楼主有项目可以多人参与的话可以加我一个。：）
|
 |
107
DoctorCat 2020-09-18 19:24:23 +08:00
这个思路就像低代码、无代码开发，其实适用场景也是有限的。
市场会有嘛：有 市场有多大：不确定 市场教育难点：对于企业客户而言，除效率和安全性外，你要让他们相信他们接入后的边际成本递减才行。 |
Select Language