社区讨论LinuxDo 最新
分享一次自己的经历
先给自己打个求职广告,远程兼职 语言类技能: 英语雅思7.0 德语大学四级 普通话母语 其他类型技能: AI API 配置 Codex或者Claude Code环境部署 服务器基础运维 海外客户技术支持,客服 有无佬友做AI SaaS、海外业务、API 服务相关远程业务的可以联系我,薪资好说 然后分享一篇自己的博客 [!NOTE] 前言部分 关于我:2025级在校大学生,现在大二,就读于机械电子工程专业。在真正决定开始运营我的中转站之前,我其实已经从5月开始在一家中转站公司进行实习,主要是做一些技术支持、系统开发…
内容摘要
作者:#Felix
板块:#非我莫属
先给自己打个求职广告,远程兼职
语言类技能:
英语雅思7.0
德语大学四级
普通话母语
其他类型技能:
AI API 配置
Codex或者Claude Code环境部署
服务器基础运维
海外客户技术支持,客服
有无佬友做AI SaaS、海外业务、API 服务相关远程业务的可以联系我,薪资好说
然后分享一篇自己的博客
[!NOTE] 前言部分
关于我:2025级在校大学生,现在大二,就读于机械电子工程专业。在真正决定开始运营我的中转站之前,我其实已经从5月开始在一家中转站公司进行实习,主要是做一些技术支持、系统开发一类的工作。并且也有在做自己的项目开发。但是6月份的我实在是有点不甘于只在别人的中转站做客服,于是我决定尝试自己也运营一次。
在这短短的三个月中,我面临了比如跨时区的客户支持、中转站程序二次开发、渠道管理以及平台合规之类的等等问题。虽然这其中大部分问题对我来说并不是什么无法解决的难题,但是大部分也确实消耗了50%的精力,尤其是需要熬夜回答客户消息和系统维护的时候。但是好在最终的结果是好的,在三个月中,我不敢说我是全职在做,因为我没有进行任何的推广,我仅仅是有客户消息的时候回复一下,以及需要更新系统的时候进行一下维护。在这种兼职的情况之下,三个月我的中转站营业额约为 4500美金(6–8 月,扣除平台售卖抽成后、未扣提现手续费,不包括国内营业额)。当我回看这个金额的时候还是比较欣慰和开心的,这尤其为我8月的出行提供了大量的资金。
[!WARNING]
本文仅记录和分享个人经历,不做任何赚钱教程亦或者入行建议
第一章:六月,怎么开始的?
1.1 一次实习带来的想法
其实在我正式开始运营一家中转站之前,我就已经在一家专门经营中转站的公司实习,在这家公司里面我经历了许多许多的客户维护的工作。除此之外也会包含一些系统开发和社群维护的工作。
这一段实习从5月持续到8月,在这段时间里我也学会了很多客户维护的相关经验,以及例如文档撰写和开一个中转站会遇到的常见问题的解决办法。所以对于我来说进入中转站这个行业,并非一次完全没经历过的探索,而是一次拓展和尝试
1.2 开始这门生意的理由
对于我来说其实这门生意并没有那么重要,因为我还是一名大学生,我不需要依靠这份工作去养活自己,也不需要赚到多少多少钱才可以去做什么事情。
让我开启这次探索的其实仅仅来源于我个人的兴趣,我想去验证自己是否具有独立经营一门生意的能力和决心。除此之外,也包含着我对于这个行业的好奇和对于ai技术的热爱。所以这次的运营对我来说仅是一次商业实验罢了,于是我在刚开始的时候也并没有为自己定下什么宏远或者伟大的多少多少营业额的创业目标。
当然除此之外,其实还有一个比较现实的原因:我在八月份计划前往云南旅游,虽说我有父母的支持,但是我本身就只是兼职在空闲时间运营这个中转站,能多攒一点钱出行,也是为旅行增添一份享受了
1.3 开始之前拥有什么
在入行之前,我就在实习工作中积累了对整个API中转行业的基本的认识,包括他的运转逻辑、定价逻辑、进货渠道和配置等等等等
当然除此之外,我从初三的时候便拥有了自己的服务器,并且开始了开发和运维的学习和实践,所以独立运营中转站的服务器运维和中转站程序的二开工作对我来说都可以在AI的辅助之下轻松完成,这也大大的降低了我的程序迭代周期和开发成本
第二章:把 API 变成商品,第一批客户从哪里来
2.1 关于我的售卖平台选择
我想所有做过C端客户的都知道,拉新客户和做推广是一件非常困难、复杂和艰难的过程。有的客户抱着白嫖的决心,注册多个账号薅羊毛;有的客户会出现各种问题,支付问题、技术问题等等等等。
我本身并不愿意将过多的精力放在这些事情上面,所以我选择了一个受制于人但是更便捷的方法——我直接找了一个类似闲鱼的现场平台进行售卖。
选择这种平台的原因很简单:
一个是我不需要去折腾各种境外收款的工具
二是我不需要做任何的推广,我只需要做好客户体验和商品定价
于是我开始在这个平台尝试售卖。
其实这个平台做的并非专业的api售卖,在我刚开始的时候他们也并不售卖api产品,而是类似共享订阅或者代订阅的服务。但是我在和他们的平台经理进行了一番讨论和沟通之后,他们决定在claude订阅的大类中添加api这个选项,而我作为推动这个品类的人,也自然成为了第一个吃螃蟹的人,第一批在这个平台售卖api的商家。
2.2 我如何发货的
得利于平台的商品类型的发货,帮我省去了很多的告诉用户如何创建密钥和密钥的倍率都是什么意思的过程。我可以直接将对应额度的api密钥发货给用户,他只需要在自己的客户端配置密钥就好。
为此,我专门给我的程序开发了一个批量创建用户和api密钥的功能,专门用来批量创建用户以及用户名下的api密钥,这样既避免了直接售卖api密钥无法准确定位到单个用户的麻烦,也省去了我手动创建用户和密钥的麻烦。
有了这个二开的功能,我需要做的就非常的简单了。我将创建的用户和对应的密钥导出之后,下载这些信息,然后提取出里面的密钥,将他复制到平台批量补货的格式文件里面,然后再将这个格式文档上传到平台的自动发货系统。这样用户就可以在下单之后立刻收到完整的使用信息,无需人工操作或者人工审核。
除了发货需要的api密钥之外,我会在备注当中补充说明使用我们服务所需要的baseurl请求地址,以及一些简短的使用指南和建议。并且在后期,我也逐渐加上了好评返利等促销活动的消息。例如:base_url: https://api.example.com. Thank you for your purchase! You can check your API Key balance and transfer credits between Keys anytime on https://api.example.com. After completing a real-world test, submit a genuine review to receive an additional $10 in credit. Thanks for your support!
2.3 第一批客户与增长
由于我是第一批开始售卖API密钥的,所以最初和我竞争的商家并不多,只有极少数的同类商家。
所以我的第一批客户源自于抢占市场先机,相较于别的商家,我们的产品规模和类型更为整齐和丰富,在别的商家定价的额度层次不齐的时候我们定下来50美金 100美金 200美金 500美金和1000美金5个额度阶梯和他们对应的价格,这也大幅提升了客户对我们的信赖程度。
在后续的售卖当中,我们也依托平台的曝光以及我们自身积累的客户评价,在留住和优化老客户体验的同时,不断拓展客户。在整个7月当中,我的收入是 2201.5美金。
此类直接在平台上进行售卖的方式,为我这种个人商家以及没有独立营销团队的小商家解决了早期获客的问题,但是问题也逐渐浮出水面,那就是对于平台的依赖,以及很多售后行为受制于平台规则,并且需要承担平台跑路的风险和提现手续费之类的隐性成本。
第三章:为了卖 API,我把中转站改成了另一种产品
3.1 现成的程序并不等于现成的生意
目前市面上有两个主流的API中转站开源程序,Sub2Api以及Newapi。然而,这两个程序都只是最基础的,为了让所有人都能直接开箱即用的,这就意味着他的功能不可能满足所有人的需求,例如我的需求他就无法满足,所以我选择以newAPI作为基底,在它的基础上去二次开发,使其满足我的固定额度、自动交付、面向 C 端的商品模式。
所以我才在后期的运营过程中不断寻找需求痛点,并且设计交互流程和具体逻辑,然后再在Ai的辅助之下,对我的程序进行改进和二次开发。
3.2 ex.1 批量创建用户与 API Key
由于我选择的平台采取售卖的商业模式,我就需要摒弃在常规中转站的用多少充多少的充值模式,转而卖类似国内三大运营商最喜欢的流量包的形式,也就是卖固定额度的额度包。
我开发了批量创建用户的功能,我只需要设置创建用户的数量,他的默认分组,可见分组以及这个用户的额度,并且给这一批次打上标签,就可以直接进行创建。然后再下载包含信息的csv文件,并导入到平台的自动发货系统,这就完成了一次简单的补货,通过这一类的程序,大大的减轻了我的人工工作了,将原本重复的人工操作转换成批处理工作。
3.3 ex.2 余额迁移:解决重复购买的问题
但是这种模式之下也暴露出一个弊端,那就是老用户在找我反复购买额度包的时候,每次发给他们的都是一个满额度但是全新的账户和API,这对于在多个编码器里面使用我们服务的客户不得不在每次购买之后,对自己的key全部进行一次轮换。
在一次用户的反馈当中,我马上也注意到了这个问题,于是我开发了这个余额迁移的功能,这样用户只需要提供新的key和目标key,就可以将他们新买的key的额度转移到他们正在用key当中。
余额迁移的功能
所以我觉得,在真实的开发当中,最重要的反而不是作出多炫酷的功能或者多完善的逻辑,而是找到可以真正解决用户痛点的功能,并且将它不断的简化和优化,提升用户体验。
3.4 ex.3 渠道故障时的自动路由
这一点的更新和改进,其实也是主要集中在提升客户体验,由于各个渠道的使用感受、稳定性和可用模型列表的不同,导致有时候用户的请求会从A渠道转到B渠道去继续处理。
但是
资讯来源
LinuxDo