从0-1上架一款ios应用系列第一篇:软件开发生态,为什么是ios?
写于:26.3.23 6pm-7:30pm

封面图由Nano banana2生成
前言
独立开发常被戏称为作为中年失业三件套之一(外卖、滴滴、独立开发)
然而在近年Ai Coding爆火的氛围下,越来越多的互联网从业者/各行各业深耕的专家们/找不到工作的大学生们都不满足于用别人的产品,都开始跃跃欲试,希望开发属于自己的产品。
笔者作为一个同样在Ai时代有巨大热情的开发者,从对ios开发一窍不通,到即将上架自己的第一款ios app,在期间踩了不少坑,因此打算写这系列文章,作为自己的反思回顾,同时也帮到其他有同样需求的人。
什么是产品?
在Vibe coding的时代(Openai创始人之一Andrej Karpathy发明的词,译为结对编程或者氛围编程,指和Ai agent用自然语言沟通需求,让Ai帮你写代码)代码的生产成本几乎降到了0,取而代之的稀缺品是创意、执行、落地、工程稳定性和商业化。
过去,很多人都喜欢说,我有一个可以改变世界的想法/创意,现在就差程序员帮我实现了。现在Ai Agent把Coding的学习和执行成本降到了一个非常低层面,现在确实是进入了一个“人人都是产品经理”的时代。
那么,什么是产品?互联网公司的产品经理的职责又是什么?为什么这个新兴岗位可以拿这么高的薪水呢?
笔者认为产品的概念应该来自于商业,一个高度封装的、用于售卖的商品即可称为产品。
例如云南产的苹果、苹果公司生产的手机都可以称为产品,类似的,还有软件产品,例如黑神话悟空的游戏本体、淘宝软件本体、一款微信小程序的软件本体。
在互联网领域,今天常说的产品经理,广义上就是对这类软件产品(尤其是App)从定义、设计到商业化全权负责的人。这个定义更侧重商业变现角度,在产品管理领域还有更广义的解读(如以用户价值为核心的黑盒子模型等)。
从工程的视角看,开发一个大型硬件或者软件产品(例如大疆的无人机、Adobe公司的Photoshop软件)显然不是一个轻松的事情,那么这就需要分工合作。
美国工程院院士、软件工程师Fred Brooks的著作《人月神话》被称为软件开发领域的Bible,其中就对软件开发和项目管理进行了详细的阐述,他把软件开发过程需要的团队和人员分工比做“外科手术式团队”,其中具体的角色和分工,笔者用如下表格进行更直观的叙述。
|
角色 (Brooks 定义) |
核心职责 |
现代中国互联网岗位对应 |
|
首席程序员 (The Surgeon) |
核心灵魂。 负责定义系统架构、编写最关键的代码、整合所有模块。 |
技术负责人 (TL) / 首席架构师 |
|
副手 (The Alter Ego) |
** Surgeon 的影子。** 负责思考技术方案的替代方案,随时准备接替 Surgeon,也是主要的讨论对象。 |
资深后端开发 / 技术副手 |
|
架构师 (The Architect) |
用户接口的守护者。 独立于实现过程,专门负责定义产品的功能和规格。 |
产品经理 (PM) / 产品架构师 |
|
管理员 (The Administrator) |
后勤保障。 处理合同、财务、空间和法律等琐事,让技术人员专心产出。 |
项目经理 (PMP) / 行政运营 |
|
编辑 (The Editor) |
文档打磨者。 负责将 Surgeon 的草稿加工成清晰的外部文档和手册。 |
技术文档工程师 (Technical Writer) |
|
两位秘书 (Secretaries) |
记录者。 一个负责行政事务,一个负责管理项目的文件库(代码库)。 |
项目助理 (PMO) / 早期配置管理员 |
|
程序库管理员 (Program Clerk) |
版本控制。 维护团队公用的代码库、测试数据和运行记录。 |
运维工程师 (SRE) / DevOps |
|
工具维护者 (Toolsmit) |
磨刀石。 编写团队专用的脚本、宏和小型工具,提高开发效率。 |
效能工具开发 / 基础架构组 |
|
测试员 (The Tester) |
寻找故障。 根据规格说明书编写测试用例,扮演 Surgeon 的对手。 |
测试工程师 (QA) |
|
语言专家 (Language Lawyer) |
技术钻研者。 精通某种语言或系统的各种“黑魔法”和底层特性。 |
技术专家 / 首席科学家 (Fellow) |
其中标红的部分就是产品经理在这个开发模型/系统中需要担任的职责,而实际上很多产品经理现在逐渐沦为“画图仔”和“文档仔”,这显然不是一个高效和可靠的方式。
随着Ai工具的引进,“一人公司”作为缓解就业压力的遮羞布也被越来越多提起。不过确实,理想中的Agent能够代替的角色几乎可以是除了架构师和首席程序员的所有人——但是这也意味着,哪怕技术可以边做边学,如果基本的模式不明白,后面必然会带来巨大的技术债,造成工程上的崩溃。(当然这对于初学者是必不可少的弯路)
所以AI时代的产品经理,应该是一个集首席程序员和架构师于一体的角色,也只有这样懂技术、懂审美、懂调研的个体才能真正做到完美指挥Ai工作,成为Ai时代的Super Individual。
为什么是ios?
曾经有网红把人群粗暴地分为“苹果人”和“安卓人”,由于这种分法过于赤裸不符合普世价值观,因此该网红遭到了封禁处理。
但是从这个爆火社会现象我们也能看出,使用不同操作系统的人群的消费力是不一样的,开发ios应用作为独立开发者的第一步,比起安卓开发和其他形式的开发的优势,可以总结为以下三点:投入回报比、上架难度、分发渠道。
投入回报比
通常来说,使用ios系统(苹果手机)的用户,比安卓系统(国产Android手机)的用户更加愿意在软件上付费,同样的,由于安卓系统的开放性,软件在破解的难度上也更低,这让开发者开发ios应用能够得到的潜在收益是高于安卓系统的。
上架难度
对于国内的应用市场,不管是Oppo/Vivo、小米、鸿蒙、荣耀,几乎都需要公司实体资质才能上架自己的App(笔者没有仔细进行核查)。而Andriod系统的原始大本营,Google Play,也需要有通过封闭测试(新账号需20人连续测试14天)才能上架的严格规定。而相比之下,App Store只需要注册成为苹果开发者,通过审核之后就可以上架,这对于个人来说,无疑是极大地降低了上架难度。
分发渠道
上架和合规都是商业化不可缺少的一步,之所以需要关注上架和分发,是因为产品做出来了得有人使用,才能创造收入。
在2026年的今天,几乎没有人会从网站上往自己的移动智能设备上下载安装包,就算下载安装了,也会在系统层面上提示你风险存在,这让非官方渠道下载的App的信用成本变得非常高。
就好比,没有人会担心在大型连锁超市里买的可口可乐会喝坏肚子,但是在小巷子里真有可能买到全是科技与狠活的可回可乐。
所以,要想实现正常途径的商业化,就必须上架官方的应用商店。
而对于分发,Android和安卓系统存在多个分发渠道(不同手机厂商的应用商店、Google Play等),这就意味着,如果你想让小米、华为、Oppo、Vivo的用户都用上你的App,你得跑到这几个大卖场都提交资质审核申请。
相比之下,ios系统只有一个App Store,这就意味着,只要你通过了审核(当然,App Store的审核是所有平台中最严格的,重点审查隐私、设计一致性、功能价值和用户体验,通常24-72小时出结果),全世界的苹果用户都能看到你的产品,这对于复制边际成本几乎为0的软件产品来说,无疑是最好的卖场。
而常常被诟病的30%内购抽成的“苹果税”,在最近降到了25%,但是实际上其他应用商店的抽成比这还要高。
成本和收益的博弈
如果把一切都量化为收支,综合上述所有的因素来看,毫无疑问,对于一无所有,什么语言都不懂的独立开发者,以ios开发起步,是潜在的投资收益比最高的选择:作为个人,只需要有一台MacOS系统的电脑,外加支付每年99美元的注册费用,就可以开发上架你的App,获得开发App爆火之后的潜在超额收益。
明白了这一点,在后续的篇目中,相信读者能够更加信心坚定地开发自己的App。
下一篇,撰写中….
夜雨聆风