写于： 26.3.23 6pm-7:30pm
前言
独立开发常被戏称为作为中年失业三件套之一（外卖、滴滴、独立开发）。
然而在近年 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 |
| 工具维护者 (Toolsmith) | 磨刀石。编写团队专用的脚本、宏和小型工具，提高开发效率。 | 效能工具开发 / 基础架构组 |
| 测试员 (The Tester) | 寻找故障。根据规格说明书编写测试用例，扮演 Surgeon 的对手。 | 测试工程师 (QA) |
| 语言专家 (Language Lawyer) | 技术钻研者。精通某种语言或系统的各种“黑魔法”和底层特性。 | 技术专家 / 首席科学家 (Fellow) |
其中**标红（加粗）**的部分就是产品经理在这个开发模型/系统中需要担任的职责，而实际上很多产品经理现在逐渐沦为“画图仔”和“文档仔”，这显然不是一个高效和可靠的方式。
随着 AI 工具的引进，“一人公司”作为缓解就业压力的遮羞布也被越来越多提起。不过确实，理想中的 Agent 能够代替的角色几乎可以是除了架构师和首席程序员的所有人——但是这也意味着，哪怕技术可以边做边学，如果基本的模式不明白，后面必然会带来巨大的技术债，造成工程上的崩溃。（当然这对于初学者是必不可少的弯路）
所以 AI 时代的产品经理，应该是一个集首席程序员和架构师于一体的角色，也只有这样懂技术、懂审美、懂调研的个体才能真正做到完美指挥 AI 工作，成为 AI 时代的 Super Individual。
为什么是 iOS？
曾经有网红把人群粗暴地分为“苹果人”和“安卓人”，由于这种分法过于赤裸不符合普世价值观，因此该网红遭到了封禁处理。
但是从这个爆火社会现象我们也能看出，使用不同操作系统的人群的消费力是不一样的，开发 iOS 应用作为独立开发者的第一步，比起安卓开发和其他形式的开发的优势，可以总结为以下三点：投入回报比、上架难度、分发渠道。
1. 投入回报比
通常来说，使用 iOS 系统（苹果手机）的用户，比安卓系统（国产 Android 手机）的用户更加愿意在软件上付费，同样的，由于安卓系统的开放性，软件在破解的难度上也更低，这让开发者开发 iOS 应用能够得到的潜在收益是高于安卓系统的。
2. 上架难度
对于国内的应用市场，不管是 Oppo/Vivo、小米、鸿蒙、荣耀，几乎都需要公司实体资质才能上架自己的 App（笔者没有仔细进行核查）。而 Android 系统的原始大本营，Google Play，也需要有通过封闭测试（新账号需 20 人连续测试 14 天）才能上架的严格规定。而相比之下，App Store 只需要注册成为苹果开发者，通过审核之后就可以上架，这对于个人来说，无疑是极大地降低了上架难度。
3. 分发渠道
上架和合规都是商业化不可缺少的一步，之所以需要关注上架和分发，是因为产品做出来了得有人使用，才能创造收入。
在 2026 年的今天，几乎没有人会从网站上往自己的移动智能设备上下载安装包，就算下载安装了，也会在系统层面上提示你风险存在，这让非官方渠道下载的 App 的信用成本变得非常高。
就好比，没有人会担心在大型连锁超市里买的可口可乐会喝坏肚子，但是在小巷子里真有可能买到全是科技与狠活的可回可乐。
所以，要想实现正常途径的商业化，就必须上架官方的应用商店。而对于分发，Android 系统存在多个分发渠道（不同手机厂商的应用商店、Google Play 等），这就意味着，如果你想让小米、华为、Oppo、Vivo 的用户都用上你的 App，你得跑到这几个大卖场都提交资质审核申请。
相比之下，iOS 系统只有一个 App Store，这就意味着，只要你通过了审核（当然，App Store 的审核是所有平台中最严格的，重点审查隐私、设计一致性、功能价值和用户体验，通常 24-72 小时出结果），全世界的苹果用户都能看到你的产品，这对于复制边际成本几乎为 0 的软件产品来说，无疑是最好的卖场。
而常常被诟病的 30% 内购抽成的“苹果税”，在最近降到了 25%，但是实际上其他应用商店的抽成比这还要高。
成本和收益的博弈
如果把一切都量化为收支，综合上述所有的因素来看，毫无疑问，对于一无所有，什么语言都不懂的独立开发者，以 iOS 开发起步，是潜在的投资收益比最高的选择：作为个人，只需要有一台 MacOS 系统的电脑，外加支付每年 99 美元 的注册费用，就可以开发上架你的 App，获得开发 App 爆火之后的潜在超额收益。
明白了这一点，在后续的篇目中，相信读者能够更加信心坚定地开发自己的 App。
下一篇：撰写中….