我独立开发生涯的第一个商业化产品 - 微寻

466

微寻

2024 年 04 月 27 日晚八点,微寻 终于正式上线了。时隔一周,我在五一假期的最后一天写下此文,以纪念这款我独立开发生涯的第一个商业化产品。

1. 何为微寻

微寻 为个人网站提供微信码登录 能力。

没错,微寻 是一个小型 SaaS,它以极简的方式对外开放微信扫码登录的能力。个人开发者如果想为自己的网站接入微信扫码登录便可以通过 微寻 来实现。

无需烦人的申请流程、无需复杂的开发配置 、无需昂贵的认证年费。

只需轻松对接两个接口,即可为您的网站接入微信扫码登录。

一切,就是这么简单。

一个熟练的开发者,可以在 2 个小时之内(甚至更快)通过微寻将自己的网站接入微信扫码登录。

2. 想法诞生

现如今 2024 年,微信扫码登录 已然成了很国内多人登录一个 PC 网站的习惯,我个人便是如此。

微信扫码登录相比于常规的账号注册、登录机制对于用户来说方便很多。

2.1 站在用户角度

站在用户角度,用户只需要拿起手机扫一扫就可以完成账号注册、登录环节,免去了诸多麻烦。

一般的网站如果有账号机制的话,都会有用户的头像上传、昵称等修改机制,而微寻扫码后,这一切都已经在几秒钟之内完成了,不需要再去单独设置。

更何况有些非常愚蠢的网站,在注册时,会让用户填写非常麻烦的表单,比如你得想一个账号,这个账号一般来说需要全站唯一,还需要想一个密码,再填写一个图形验证码或邮箱接收,或短信接收。

单说密码这一项,有些网站甚至会做出限制用户的密码长度至少要达到多少个字符、必须要有大小写、必须要有特殊字符等这种愚蠢的行为。

我遇到这种网站就会特别烦,能不注册就不注册,今天你一个规则,明天他一个规则,现在信息爆炸的社会,网站这么多,根本记不住。经常有登录一个以前注册过的网站,但密码就是想不起来了,如果你的浏览器准确地识别并记住了你当初的密码还好,如果没记住,那可就惨了,修改密码走一遍?

可能有人看到这里会忍不住打断我,这都是网站为了用户密码的安全,那么我想说一句,你的网站如何加密处理我的密码,那是你自身的需要做好的事情,如果你的库被脱了,结果里面明文存储着我的密码,那么就算我的密码再长、再复杂,又有什么用?

别做这么愚蠢的行为,不要强迫用户提高他们密码的复杂度。

安全的第一责任,首先是网站需要做好的事情,应该是用户密码安全的最后一道保障,其次才是用户。

2.2 站在开发者角度

站在开发者角度,如果是只有一个网站的话,那么账号的注册、登录、验证码、修改密码、修改昵称、修改头像等这些都开发一遍也无关紧要,但是如果你有多个网站都需要这些环节,而每个网站都需要搞一套这些流程的话,那想想也是挺难受的,我仅仅需要一个账号啊。

2.3 微寻诞生

微寻 便在这样的想法下诞生了。

2023 年的时候,我计划着让自己在 2024 重点走上独立开发这条路,不为别的,只为了自由。

我计划中的第一个产品是用来解决我个人的一个痛点,一个针对五笔用户的在线词库网站,服务于像我这样需要时不时自定义调整五笔词库的五笔用户,其名为:爱五笔 (不用点,现在它还不存在,如果你恰好也需要这个工具,欢迎加我微信:lvxc1208,备注:爱五笔,我会在它上线的第一时通知你)。

在构思设计爱五笔的时候,它的核心功能就是 在线自定义整理词库,方便跨机器词库统一。日后可能还会有类似社区交流等功能,这些都离不开账号机制。

如上文所述,我计划日后多开发一些独立产品,不想每个产品都要走一遍普通的账号机制,于是想用微信扫码来解决,既方便了我,更方便了我的用户

但在了解如果让 个人网站接入微信扫码登录 的过程,实在是被恶心坏了。各种复杂的认证、审核流程简直让人发指。还有昂贵的认证费,居然无论成功失败,一次 300 元,这镰刀的姿势真酷啊,这里就不展开吐槽了,小伙伴们可以去 微寻官网 首页看看 对比其它渠道,甚至可以自行尝试了解以官方的各种姿势接入微信扫码登录的九九八十一难。

在熟悉了解官方的各种姿势的过程中,比较适合个人开发者就是自行开发小程序。然而这一切如果每个网站都搞一遍,那代价也太大了。

我就想着做一款产品,把这一能力简单化以后对外开放给有和我一样需要的开发者朋友们,便有了 微寻

3. 受众人群

如果你已经读过了微寻的诞生背景,相信你此时已经非常清楚微寻的受众。

那便是符合以下特征的开发者:

  • 认同微信扫码登录比较方便。
  • 希望自已的网站也接入微信扫码登录,给自己和用户带来方便。
  • 苦于官方各种渠道的麻烦,想简化接入流程。

到这里可能有些朋友会担心:我的网站都来接入你这么个破玩意儿,万一哪天你挂了,我网站的用户都登录不了了,岂不都完蛋了?

如果有这样想法的朋友,那一定是没有意识到微寻是为你解决了什么问题。

第一、即使是微寻真的到了运营不下去的那一天,也不会突然间征兆地就无法使用了,也一定会提前通知已经接入微寻的会员朋友们,给大家留下充足的时间做两手准备。

第二、你也可以不完全依赖于微寻,只将微寻当作是给你的用户提供的另一种方便登录的辅助机制,还顺手解决了头像、昵称等问题,岂不是舒服嘛。

第三、我个人日后会有多个产品也都依赖于微寻,微寻的首要受众人员就是我自己,对外开放只是顺手的事情,所以它不会那么轻易倒下的,人在塔在。

4. 技术用料

在对外宣传微寻的过程中,有些朋友会毫不吝啬地称赞微寻的 UI 不错、想法不错,想了解到更多的信息,比如:是模板还是自行开发?后台用的啥技术等,在此也就自行爆料一翻吧,这玩意儿没啥好隐藏的。

4.1 前端

Bun、Vite、Vue 3、Pinia、Element Plus、HeadlessUI、Tailwindcss,IconPark。

前端大致这些吧,还有用到了 Element 的图标。

目前还是 SPA 形式,想想也没啥好 SEO 的,毕竟需要 SEO 的目前就只有首页和文档页,还不如我直接扔在 index.html 里去好了,上 Nuxt 代价有点大、那个 Vite 的 SSG 插件我还没整明白,如果没什么回报赚钱的话,就先这样了。

4.2 后端

JDK 21、SpringBoot 3、Maven、Mybatis Flex、SaToken、X File Storage、Thymeleaf 等。

都是 Java 生态的东西,不必多说。至于 Thymeleaf,是用于编写发送邮件的模板。

4.3 小程序

原生微信小程序,搞了一个自定义命令,用于动态切换开发环境和生产环境的环境变量,UI 用的 Vant,非常简单的小程序,没什么可说的。

4.4 其它有趣的东西

一开始微寻是很简陋的。

在等待 微寻 正式上线的期间(各种东西,各种审核),我尝试着用 PHP 的 Laravel 和 InertiaJS 重写了一份,因为 InertiaJS 可以无痛解决前后端分离项目的 API 接口相关、API 认证机制、页面路由等相关的问题,看着很爽,用起来也的确很爽,但是 PHP 自身的痛点让我在写了两天以后就不再浪费时间了,转而把时间和精力投入到 UI 的调整上。

所以有了微寻现在的样子。

5. 钱景如何

说实话我个人对微寻的钱景不太乐观,没有抱太大的期望。

因为这款产品面向的受众非常地小众:程序员 -> 要做自己产品的程序员 -> 认可微寻的理念的程序员 -> 有服务器、会后端的程序员 -> 认可微寻、信任微寻的程序员 -> 有付费理念的程序员,这一层层过滤下来,最终用户有多少可想而知。

不过这并不会给我带来什么负面影响,因为微寻最初是为了解决我自己的问题而诞生,我在创造它的过程中,也充实地感受到那种独立开发带来的快乐,解决我的痛点是首要问题,能赚到钱会带来很大的正反馈,但不是唯一的。

就像我的计划一样,走上独立开发这条路,微寻是一个被动产生的产品,就像走路前要穿好鞋子一样。

至于以后的独立开发道路会怎么样,谁又知道呢?

我理解的独立开发,是既能享受到自由开发产品去解决实际问题的那种快乐,又能以编码这种手段解决谋生问题。

所以,能赚钱很重要,但不是最重要。

但同时能赚钱又是最重要的,因为没有钱,就没办法良好地、持续地独立开发啊。

也许有一天我会意识到,赚钱才是最重要的吧,但希望我能永远保持现在的观点。

6. 今后规划

微寻目前已经处于纯粹的推广期,静静等待有缘人了,有一些但无关紧要的调整在清单里,但那些都不影响功能使用,什么时候有一些收获,获得到一些动力再去安排上吧。

接下来便着手 爱五笔 的开发了。顺利的话,预计能在 2024 年 05 月之内就能上线。

鉴于国内环境,个人想搞点什么真的太费劲了(正规的那种),总结下来就是:

  • 开发两个月,
  • 上线上半年;
  • 水浅王八多,
  • 遍地是大哥。

别的不说,就单说备个案,就好像我要去刨了某些人员的祖坟似的。

所以我目前计划中的面向国内的东西就只有 微寻爱五笔 这两个,都是为了解决我个人的需求,搞定它们两个以后,还是尽量放眼海外吧。

备案不通过

本文首发于 星辰酒馆

浏览 (466)
充电
收藏
1条评论
hzhijun
hzhijun
我也是一名独立开发者,我个人觉得微寻很实用。
电一下
评论
星辰
用起来~
电一下
评论