type
status
date
slug
summary
tags
category
icon
password
本篇文章内容源于我近期发布的B站视频,我把这个视频转文字后“人工古法”整了这篇内容,与大家分享我在这方面的思考。其中也舍去了一些相对无关的内容,调整了一下部分段落的顺序,优化了一下视频的部分逻辑问题。也正因如此,这篇文章的部分内容看起来可能也会有点口语化,因为它来源于我的视频口述,请见谅,我并没有做大篇幅的重写,你就权当是我在跟你单向聊天吧~后续应该还会有几期相关的视频/文章来分享我的复盘。
作为后端,我为什么独立开发了「知我记物」呢?这个标题里面有几个关键字,我一一解释。
为何「独立开发」?
第一个点。就正如我的简介所说,我是前字节后端程序员,而我离开字节的其中一个原因,就是因为我想做独立开发。你可能会问:“字节里面肯定有独立开发者啊,那为什么你不在字节里面就做独立开发者呢?”可能对于别人可以,但是我不行 —— 原因很简单,就是没时间。“那为什么别人有时间,你挤不出来?”这种东西你们应该也懂,那种文化就摆在这;再加上我是一个很容易内耗的人(mbti是INFJ),一天工作完回来,仅剩的时间就没多少了,我还要花很多时间在处理自己的情绪问题上。
而且,我可以毫不夸张地跟大家讲,我学习一些业余的书,其实我百分之八十都在看心理学,或者说什么各种情绪问题方面的书,反而不是那些后端技术、系统设计。不管你信不信,但事实确实如此,像什么《蛤蟆先生去看心理医生》《明天又要上班了》《当下的力量》《自卑与超越》《如何成为不完美主义者》《臣服实验》《被讨厌的勇气》《最优解人生》等等各种相关书,我简直如数家珍。
最近在看《了不起的我》,强推!

说回字节的工作。它占据了我的大部分时间和情绪资源,我剩余的那些时间和能量感不足以去支撑我完成独立开发这件事情,甚至一定程度影已经影响到我的身心健康了,所以我没有办法去做这个事情,选择了离职。
这时会面临一个问题 —— 我是全职做还是业余做?我现在的状态是业余做,但我其实最早的想法是全职做,所以我当时是直接裸辞了。看来是很不成熟的一个想法,因为当时我裸辞是确实我已经有点撑不住了的那种感觉,便断崖式地断裂关系。但是后来等身体情况好一点之后,冷静下来,还是马上又去找了个工作,无缝衔接上去了。现在的公司,相比字节肯定是会好一些的,并没有这么忙,工作压力也没有那么大,那它就足以支撑我去做独立开发。我是真的喜欢这件事情。
如果有关注我即刻的或者说有加我微信的,应该有看到过我的分享。那个时候是今年1月10日的时候发布的这个产品,当时发出去的时候我看到我自己的姓名挂在了 App Store 上面的时候,我是非常的兴奋感慨。那种感觉,我不知道怎么说,就真的是…… 也不能说是孩子吧。就甚至有点热泪盈眶,像你作为一个人,你作为一个个体真正的存活在了一个世界上,并且你有一个东西留下来了。如果你有去独立创造一些东西的话,就可能会有种感觉,特别是它被发布在了一个公开渠道上,然后它可以真正的对人产生影响的那个时候。这是第一条原因 —— 就是想做独立开发,喜欢产品。
但是这个只是我做独立开发的原因。

还有一个原因可能大家也能猜到,就是现在AI起来了,还出来了一个关键工具 —— Cursor。我估计大家应该现在也是有在用的,至少我现在都一直在用 Cursor。那为什么我不用其他的,比如说我完全可以用 VSCode 加其他的插件,或者说什么 Windsurf、字节的 trae、阿里的通义灵码之类的?主要就是因为 Cursor 对于工程细节的暴露是足够的,是比较符合工程师品味的。还有一个,是它的模型是 Claude,特别现在的是 Claude3.7,如果你有去刷x的话,你可以看到那些开发者分享他们使用 Claude3.7 去生成各种代码做出来的东西,那个质量是绝对够够的。
但现在 Cursor 更新到 0.46 版本之后,个人感觉非常烂,感觉它在学其他的产品,交互和理念都变掉了,所以我又把它版本降回 0.45 了(虽然在我发这篇文章的时候又被封了)。0.45 及其之前的版本都是很对工程师味的。
之前的 AI 其实也能做事,比如说ChatGPT,但之前那种都是局限在于对话模式,上下文也很有限。但是 Cursor、Windsurf 加入了之后,它们有个东西叫 composer(或者你叫他创造者模式也可以),它可以同时改多个文件,对你整个项目建立index,理解那个项目,然后你还可以随意的去 @ 到某一段具体的代码、某个文件。
话说回来,其实就是因为 AI 的这种底层能力支撑了我可以像产品一样“用嘴做产品”,即“亲嘴”做一个产品。我可以现在跟大家透露一下「知我记物」,其实是一个纯 ai 项目,基本没有人工古法(99.9%的AI纯度),也就是有时候我可能会去改一点文案,或者说他有一些很奇怪的小错误,我会帮他修正一下。但我基本上我全程都是用 composer 模式,没用那个 ask 模式。我只会在公司工作的时候才用对话模式,因为它的那种影响面相对比较小;而我自己把控的的整个项目,我会相对更有把握一些。
至于我的技术栈呢,是用的 SwiftUI 那套。在此之前,我是不会 Swift 的,也是多亏了 AI。选择 Swift 主要是为了能吃到一些比较先进的特性,写起来也更舒服,可读性也更强(虽然我现在没怎么写,但我总得看吧)。而且 Swift 有个好的点,它跟 Go 很像(我平时在公司是写 Go 的),它像是一个声明式的、有很多语法糖的 Go。所以说在技术上面,这一块的难度其实不是特别大,只要你思路对、有工程经验,就比方说 AI 一直在那 kuakua 一顿写,你会知道什么时候去重构,比如说把什么拆到什么里边、什么组件是可以复用的,还有查问题和调试的经验。这其实也是程序员来独立开发做产品的一个工程优势,相应的产品在产品上也会有产品设计、商业变现上的其他优势。
为何「知我记物」?
前面的两个其实属于大方向的原因,还不够具体,只是谈到了我为什么要做一个独立产品。我们来更进一步地聊聊第三个点 —— 为什么我做的是知我记物这个产品呢?
其实它的想法来源比较杂,是 —— “播客+flomo+心光”。可能有点抽象,我一个个解释一下。
首先来说播客。我在某一次跑步的时候,我在听播主聊长期主义,我就想说 —— 那我能不能有一个 App 能帮助人去指导 ta 的一个消费理念,比如说一个物品想要用的久,可能你要买一个质量好的、性价比高的物品。你对物品使用的久的话,物品是可以发挥出真正的价值的。
而且时间长了的话,你跟物品之间是有一种联系在里面的,我不知道大家会不会有这种感觉啊,就比如说我以前买的一台笔记本电脑,用了个八年了吧,到现在也还能用,甚至能打《双人成行》。就是你跟物品之间的关系在长时间之后,会建立一种情愫在里面。这样的话,或许也能帮助人的消费理念变得更好吧。举个例子,当你看到你的物品急速膨胀,然后你会发现你记得好累,其实也能反过来反推你去思考 —— 我的消费是不是存在什么问题?当然,这个东西是看工具怎么来帮助你实现这一个点,这是我的想法。换句话说,也就是长期主义、极简主义。这是我的想法来源。
其实最早的版本我是「记账+记物」,做了二者的打通,因为我想说涉及消费理念,应该把你的消费行为也囊括进来。我最早的第一个版本也确实去写了记账,但是我写到一半时候我就做了个用户调研,发现不太对劲,很快就把这块给砍掉了。这个具体原因我会放在之后的复盘来聊,这里不展开。
其次,为什么还有一个 flomo 呢?flomo 是我平时用的一个闪念笔记软件,以前的内容中我也有分享过。flomo 的产品理念,是“持续不断记录,意义自然浮现”,我是很认可的。所以我就始终坚信着 —— 你去记一个东西,它是有它的意义在里面,将来会帮到你的。就包括说我们今天去写技术文档,你先别管说你今天有没有用,至少它能辅助你的思考、帮你理清楚你当前的思路,也可以拿它来做宣讲评审;在之后的工作中,无论是帮助到你自己去重新梳理,还是帮助到后来的新人上手,都是能产生一个价值的。
那心光给了我什么灵感呢?我之前听了心光主理人聊的一期博客,说他希望这些记录是能从里面去挖掘出一些价值、让记录这个东西本身的数据能迸发出价值。而这也是我知我记录的产品理念。
我在小红书上面写的是「知我知物,让记录迸发出价值」,其实就是上述提到的灵感来源的一个杂揉吧。
但我的 idea list 里面有好几十个东西,我都没做。那为什么我去做的就是「知我记物」呢?是因为我做了市场调研,我看到市面上大概至少能有五个 app 在做包含付费项的物品记录,并且他们都跑通了,由此我借他们确认了有市场需求。包括说前面提到我开始是做了记账的,但我后来想明白了,记账你就做记账,记录就做记录,如果你记账加记录,这件事情我一个人是做不了的。受限于个人能力,我把记账给砍掉,我就瞄准物品记录这个赛道。这便是我做「知我记物」的原因。
为何「iOS」?
或许你会疑惑,为什么我选的是 iOS app,不是安卓,不是小程序,也不是web端?我带大家跟着我的思路一起来浅脑暴一下。
可能很多后端做项目,就是喜欢去搞 web 端。做什么端,其实跟用户有比较大的关系。我要去做一个物品记录软件,我就要想 —— 什么样的人会来用物品记录软件呢?
有的人可能会觉得说,我有什么东西我还要来你 app 这边记一下,这不吃饱了撑的吗?但是就是有这么一类人(包括我),就是喜欢把各种东西记到 app 上面去统一做一个盘点,这其实是很正常的一个需求。有一种人叫做“恋物癖”,或者说有“电子囤积症”的,也有说法叫“电子仓鼠党”,而我正是这类人,所以我能 get 到这个点。
囤积,是人类的天性,不管是食物,还是信息,这是生物演化所致。
我们来思考一下 web 端的问题。个人认为,web 端更多的是面向一些严肃的工作场景,比方说你去用阿里云,或者你去用一些 SaaS。就是一些比较工作性质强、效率类的,才会去考虑 web 端,对我来说,这是一个排除法。但也不是说 web 端不符合这个特点就不能做,因为 web 端其实有个好处,它验证东西很快,包括我前面说的 flomo,它第一版也是去做的 web 端,即使我认为它并不适合做 web 端。
或许你会问:“那你可以做小程序啊!js 简单,还天然跨平台,国内环境也更适合小程序。为什么不做小程序?”很简单,就一个原因 —— 他多一跳。本身我的产品理念是希望用户可以多进来记,或者多来看看你有什么物品,多和你的物品建立关系;但小程序的特性和我的理念是相冲的。你会发现,小程序端它的应用很多是一次性的强需求场景,比如说点餐、充电等等。我承认我的这个物品记录需求,它其实是一个痒点,不是痛点;而强需求场景,是需要强痛点的,比如说:我电车没电了就是要充电,我手机没电了就是要充电,我饿了就是要吃饭…… 因为我没办法呀,我就是得用这个东西。而且小程序端应用它足够“快”,即用即走,它是需要快的强需求场景,像最近你去点餐,你甚至可以直接支付宝碰一碰,你在桌子上碰一下,就进入菜单点餐了;点完餐,用户的“产品旅程”也结束了,商家也赚到了钱、完成了交易。但我的 app 不是这样的,我是希望它能躺在你的桌面上,甚至有小组件,和你的物品、和放置你物品的 app 产生联系,你时不时过来看一下。这是我不做小程序端的原因。
现在我们排除掉了web端、小程序端,也就剩移动端了。那为什么我选的是 iOS 而不是安卓呢(此处不考虑鸿蒙,用户体量不足,付费意愿不明,个人调研不充分)?这个也不难想到,如果你有去做过调研,或者说你自己有做过一些东西,你会发现安卓的应用市场上架现在卡的很严,个人开发者整不了,你需要企业资质;而企业资质你还得去搞个公司、个体户,这样一来,你一开始就要投入几千的成本进去了,而且还比较麻烦。比如说,小米还需要你有专利,然后你就会在这些意义性质不强的东西上面去浪费一些时间,而不是做产品本身。
还有个问题,安卓用户的付费意愿大家懂的都懂…… 为什么安卓端很多都是免费的 app?一个是安卓开源;还有一个是安卓的市场太杂了,用户鱼龙混杂,你发一个软件、第二天破解版就出来了;白嫖党更是数不胜数,所以你也可以发现很多安卓开发者会往 app 里面加应用广告,而不是说去搞一个会员制。除此之外,安卓端的兼容工作太多了,多少手机用的都是安卓,甚至还有那些其他各种七七八八的设备,不只是手机,这就意味着你要做的兼容工作也比较多。没完,安卓还有又多又散的分发渠道,实在不好管理和传播。
既然提到传播,我就多说一些,这点我得好好吐槽一下。你在国内互联网大平台的软件里面,比如小红书,你没有办法去做「传播」这件事,你的链接、二维码是发不出去的,国内各种 app 之间都像有一堵墙,你点一个链接,它都会提示你“现在要跳转到外部网站,可能存在风险,xxxx,请问你是否要跳?”用这样的方式来卡你一道,从而留住用户;这也正是我前面说的“多一跳”的问题,多一跳用户就流失了呀!
不好传播是 web 和 apk 官网都有的问题,所以我不会选择安卓端,因为你这个东西都不好分发出去。可能有人觉得说搞个网站备案一下,把 apk 丢上去不就得了,但你还得想个办法把你官网给分发出去吧,不然别人怎么能找得到你官网这里呢?并不是所有的用户都这么 geek,懂得说我要怎么找到你的 landing page,你也无法要求你的用户都这么厉害。但是,与此同时,你又没法在平台上分发你的链接(原因见上);你总不能说你开始研究 SEO 让大家能搜到你吧🤣,你硬要这么说,我只能说“是条路子,但我不会这么做”。试想一下,即使你的官网真的被你成功建立到主流搜索引擎的索引上了,然后你在小红书和用户说“你去百度搜索一下 xxx”,且不说百度会不会插入一堆相关的广告导致用户下载错误,仔细想一下这个流程,其实还是还挺有阻力的,因为并没有一个统一的官方的地方,能让用户能比较确认、清晰、快捷地触达到你的 App,每多一分阻力,用户就少一分。
所以为什么会选到 iOS 呢?其实就是跟安卓对立的,我们一个个看:
- 它资质没那么严。独立开发者交钱就行,现在好像是 ¥688/年。我是愿意去花这个钱的,至少把它当学习成本,怎么说也比注册公司那些的便宜省时。我当时是一天半回本(当然,后面赚的没那么多),因为我有一篇小红书爆了,所以它前面流量会多一点,这个之后细说。我希望你能相信 —— 苹果给开发者提供的服务一定是值这个钱的!
- iOS 用户付费意愿高。这个毋庸置疑,相比安卓端的用户,iOS 用户就是更愿意花钱。付费才是对产品价值最好的认可,开发者也需要钱才能做的下去。
- 产品发布和兼容工作少,省心。它是一整套的 App Store Connect,从应用的开发到分发都是很统一的,包括和你 XCode 这个 IDE 的联动。开发者体验很好,非常省心,我本身就是业余来做这个事情,我不希望再在这些非产品本身的事情上面再多花时间了。而且,SwiftUI 框架已经做了很多兼容的事情了,iPhone 设备也较为统一,不会有各种奇奇怪怪的问题(虽然我们后面会考虑兼容 iPad,但可能很多都是验证性工作,真的要改的兼容性代码应该不会很多)。
- 分发渠道统一。苹果的生态是比较统一的,大家下载、升级 App 都是要在应用商店里操作的,而不是去哪里搞个破解版安装包。你不用在这上面做过多的操心,就一个分发口子。(不讨论其他三方网站)
- 相对好传播。相较于前面举的安卓的例子,苹果是更好在小红书上传播的,你可以直接和别人说“去 App Store 搜索「知我记物」”,非常的确认、清晰,用户打开 App Store 也很快捷方便。更重要的是,你不用给他链接,告诉名字就行了,用户如果完成了一次搜索行为,还会增加你的产品搜索量,相关的关联排名可能还能上涨。成立的前提是,App Store 里只有苹果的 App;但你在搜索引擎里就不一定了。搜索引擎有 SEO,相对的,应用商店就会有 AEO,策略是不一样的。

上面说的是几点客观因素,我还要补充一个稍微主观一点的因素。物品记录这个赛道,竞品有很多,那我主打的是一个什么方向呢?想了一下,既然我已经选择了 iOS,我会更想要去做一个相对比较简约、有设计感的 App。毕竟,包括我在内的 iOS 用户一般都是比较看重颜值的,所以我应该做一个算得上好看的应用。我可以接受它自定义能力、实用性没有强到那个程度,但是只要我包上那些核心功能,我换一个皮,它就能卖出去。所以我的 App 在第一个月,付费率有 14%(如果你了解这是一个什么概念,就能知道这个数据其实还是可以的)。
正是因为它是个 iOS,我倒推 —— 它得是个有颜值,至少是简洁的 App。之所以我的小红书那条能爆,是因为我专门挑了一个(自认为)颜值最高的页面。

你可以去小红书上面搜一下看看,第一条现在有几万的阅读量,而且全部人都在评论区“蹲蹲蹲”。第一条笔记我发上去爆了之后,我就知道成了,至少不会说没有用户。那个是我在做了 90% 的时候,然后发上去,想看一下市场的反馈(虽然我觉得其实这个视频还是发的太晚了,应该再早一些)。
当然啦,前面的竞品把这个赛道的市场恶意搞烂了,搞低价,搞送码,整个市场非常的恶臭,所以这个赛道其实也并不好。我现在也面临一些困境,我可能会在后面的复盘再来说这件事情。这篇内容主要就是讲定位问题。
话说回来,我是想要它有颜值、简洁,所以我的这个价格也会相对于比那些竞品会高一些,这是从定位出发来定价。当然,你客观来看,那个定价其实也不高(刚出时候 ¥19 终身会员,现在 ¥28)。那为什么又不高呢?就是因为前面有恶意竞争者,所以我做这些决策都是有原因的。
我每隔几天都能被用户私信、加上好友,让我给个优惠、降价,还有吐槽我设立早鸟价的:“凭什么别人19买的,我要花28”……我只想说,我 App 的部分子功能拉出来,已经能 cover 那些比我还贵的其他 App 了(我自己都换掉了我曾经付过费的其他产品),我付出的远超于这28元;更何况,现在同赛道除了我,请问还有几个人在迭代?甚至是以周的维度在迭代?
数据存储问题
可能还有人会问:“你这个东西没有后台存储啊,你没有后端啊,你怎么是个纯前端呢?”
是的,它没有后端。数据存储上,我没有用到任何传统的 MySQL、Redis 这一类后端存储组件。但你如果说它完全没有后端吧,也不是 —— 我其实有一个 faas,部署在 vercel 上面(vercel 大家可以理解成就是一个部署平台),它可以直接跟我的 github 去做绑定。当我的 github 项目合并 master 分支的时候,它就会去做一个自动发布,非常方便(vercel 里支持了用 Golang 去写 faas 的能力,而我是一个写 Go 的后端,一切都变得合理了起来)。但其实我也可以没有这个 faas,所以我偏向于说它是个无后端的(但是我没把话说死,万一后面我还是要迭代东西)。

但为什么我还是去接了这个 faas?这其实就是会有后端的思维在里面了,相当于我用 faas 做了一个代理,方便我后面可以在不变更移动端的情况下,去切换其他的 api 服务(改后端 faas 代码即可)。我现在是只接了一个汇率转换的 api,但我并不信任它,不仅是出于写代码的零信任原则,而且这个 api 服务其实也是个独立开发者弄的,保不准…… 我选择它,纯粹就是因为它给的免费额度足够高,但它客观上就是存在着有一天会不稳的可能。
我举个我工作中的例子,我是游戏平台后端,会去接三方 api 来做防沉迷、实名认证、内容审核这种业务,那我就是需要考虑这些服务会挂的可能性。所以,我前面的这一层,相当于我的后端做了一个代理,如果它挂了,我可以马上切到另一个 api 服务;即使是同个 api 服务,我 A 账号免费额度不够了,我马上切另一个号。这些是我从后端的可用性角度和成本角度出发去考虑的点。
这里也没有什么所谓的数据存储,只是把a转成b做一个数值转换,所以你也可以说它没有后端。
所以是为什么没有做数据存储呢?这个我得说道说道,为什么我不去做后台存储,正因为我是后端,我才知道这方面的工作有多麻烦。我再强调一遍,我是业余来做这件事情,所以我不可能花很多的工作在运维和发布上。这是一个时间成本的问题。
还有一个是存储成本的问题。我数据存在哪呢?我还得去买云服务,即使说我要用免费的,我还需要去做一个量的规划、后期可能还涉及迁移。还是有一定工作量在里边的。正是因为我知道它有多麻烦,所以我不想在上面花时间。但这个也跟产品形态有关系,因为我的 App 是支持我去这么决策的;有些 App 没办法。
你可能会说:“诶?那你这个后台也没存储用户数据吗?”是的,我的应用舍弃了用户体系;当然,这样你后期也就不方便去拿用户的一些数据,开展一些资源类型的,或者说进一步的玩法,有好有坏,这个之后再说吧。
还有个问题是隐私问题。这是 iOS 用户特别敏感的,他们是真的 care 他们的隐私,苹果在这方面也特别看重。有好几个用户都来问,说你这个会不会把我数据给上传云端什么的,那其实 iOS App 在发布时,开发者也会被要求专门要做一个展示隐私政策的 web 页,而且 App 里面也得有体现。所以我做的是一个纯本地应用,最多就是拿 iCloud 备份一下,并不涉及这个把你数据上传到云端的这个动作,我也拿不到这份数据。
用户并不希望说,我记个什么东西,你还能在后台看得到,甚至把我数据给卖了。用户在里面记的物品其实是有物品名称、价格等等多维度的数据,这个能很直观的看出来一个人的各种消费习惯、生活习惯,这个是很“恐怖”的,其实你拿去卖钱是很有价值的。当然,这是原则问题,我肯定不会去拿它,就是因为我知道这个问题它很敏感,将心比心,我也不希望我在某个 App 中的数据会被拿去卖掉。甚至当时我去做 App 备案的时候,那个阿里云的初审审核员还跟我讲说这个可能过不了,就是因为这个东西很敏感,这也是跟业务性质决定的。
还有个原因,是跟 iOS 这个群体的用户习惯是有关的,篇幅关系,也不再做展开了。总之,这一系列的决策,都是有原因在里边的。
写在最后
本篇内容分享的东西还挺多的,我是希望我能把这个系列持续做下去,也想说帮助到无论是我粉丝也好,或者说新观众/读者也好,能给大家分享一些独立开发上面的思考,能帮助到后来的人去做出更好的决策。希望本文对你有所收获。
- Author:王帅真
- URL:https://blog.qizong007.top/article/why-knowme-storage
- Copyright:All articles in this blog, except for special statements, adopt BY-NC-SA agreement. Please indicate the source!