Sumi Mahjong 的起点不是灵感,而是一份立项判断:这个赛道已经被头部验证过需求,但头部产品的主要差评集中在广告、订阅、误导和体验劣化上。
这种项目适合独立开发者切入,因为核心玩法可以本地完成,商业化可以做得更克制,用户痛点也非常清楚:他们不是想要更复杂的系统,而是想要干净、安静、没有广告的一局游戏。
所以立项时真正要回答的不是“我能不能写一个麻将游戏”,而是“这个项目能不能成为产品矩阵的第一块游戏样板”。
开发细节补充:这篇记录放在 Sumi Mahjong 禅艺麻将 的产品日记里,不是为了把一个功能包装成故事,而是把“01 · 立项调研:为什么从麻将消除开始做游戏矩阵”放回真实项目推进中看。它要同时回答三件事:用户为什么需要这个点,开发时哪些边界必须先定住,以及这个选择会怎样影响上架、推广和后续课程复盘。平台口径是 iPhone / iOS / 游戏,当前公开状态是 App Store / 无广告 / 无追踪,所以文案不能脱离真实发布进度。
对应的 docs 线索主要来自 ZenMahjong 产品策略、玩法算法与判定、牌面资产和动效记录、完成审计与本地化上架文档。公开页面不会照搬内部工作记录,而是把可公开、可学习、不会泄露私密路径和账号信息的事实整理出来。ZenMahjong docs 覆盖开发哲学、痛点功能清单、命名品牌、UI 结构、主题美术、定价 IAP 和本地化上架。 开发计划记录了玩法算法、两折线判定、周 1 开发日志、动效粒子、开源布局参考、随机布局策略和牌面生成流程。 完成审计把玩法、隐私、无广告、StoreKit、素材和上架说明合在一起,让游戏不是只停留在可玩 Demo。 公开文章要说明为什么小游戏也需要不做清单:无广告、无账号、无体力、无排行榜,都是架构和商业化选择。
从产品功能看,Sumi Mahjong 禅艺麻将 关联的能力包括:144 张手调水墨麻将牌、经典两折线连接规则、撤销、提示、洗牌、无广告 SDK、无账号、无第三方追踪。写这类日记时,不能只说“做了什么”,还要说明为什么先做这些、为什么暂时不做另一些。比如一个按钮、一个导入流程、一个本地模型开关或一段截图文案,放在代码里只是小改动,放在产品里却会影响用户理解、审核员复现和后续推广素材。
从工程推进看,这篇日记对应的检查点是:轻量游戏的上架、IAP 和隐私边界;产品页如何表达安静体验。真实开发最容易失真的是中间过程,因为最后页面看起来只有一个结果,但实际会经历方案取舍、权限确认、素材准备、测试设备、审核备注和发布节奏。把这些过程写下来,后面做同类产品时才不会重新踩同一个坑。
从隐私和合规看,当前约束是:正常游玩不需要网络;付费解锁通过 Apple StoreKit 完成。这类信息必须前置到开发日记里,因为独立产品的可信度不是靠口号建立的,而是靠数据在哪里处理、用户能不能退出、功能是否离线可用、商店页怎么承诺、隐私政策是否与实现一致这些小事实积累出来的。
从课程和复用看,这篇内容可以沉淀到 iOS 小游戏、StoreKit 2、无广告产品、多语言上架。它的价值不只是给访问者看一个产品,而是展示一个独立开发者怎样把想法转成可验证的产品:先收窄场景,再选技术路径,再做体验最小闭环,最后把审核、推广、运营数据和失败教训都纳入下一次迭代。
轻量游戏也可以成为完整产品案例:规则、手感、美术、IAP、审核和推广都能拆开复用。 这也是为什么每篇产品日记都要写到足够长:不是为了凑字数,而是为了把“证据、决策、实现、边界、复盘”都放在同一页,让读者看到一个判断是怎样被逐步验证出来的。最难的是让麻将消除既安静又耐玩,同时避免广告化和过度游戏化破坏产品气质。
所以这篇日记的结论不是“功能已经写完”,而是把一个阶段的判断公开化:哪些证据足够支撑继续推进,哪些资料还需要回到源码、商店材料、公开文案或运营观察里补齐。这样的记录会比单纯的发布公告更慢,但也更真实,能让产品页、发布记录和课程内容保持同一条事实线。
验收时我会把它拆成四个层次:第一层是用户路径能不能走通,第二层是异常状态有没有被诚实处理,第三层是页面上的按钮、状态、截图和文案是否对应真实发布渠道,第四层是公开证据能否支撑这个判断。只要其中一层对不上,产品看起来再完整,也不能算真正进入下一个阶段。
交接时也要保留边界:源码、构建、测试、商店元数据、公开文案、平台反馈和运营观察分别保存原始资料。产品日记只把这些事实翻译成读者能理解的过程,不替任何私有记录保存原始材料。
把这些内容公开出来,还有一个很现实的原因:AI 教程如果只展示成功结果,很容易让人误以为产品是一次生成出来的。真实情况恰好相反,真正可学习的是一次次收窄、验证、失败、补证据和重新提交。日记越具体,后续读者越能看到判断的脉络,而不是只看到一个漂亮的截图。
需求面:头部验证过,但用户怨气集中
调研里最重要的信号是:麻将消除/麻将 solitaire 不是冷门需求,头部产品有大量评分和长期搜索流量。需求已经被别人花钱验证过,我们不需要从零教育用户。
但低分评论显示,用户最不满的并不是麻将玩法本身,而是广告太多、付费后仍有广告、更新改坏体验、关卡和排行制造焦虑。这种痛点对独立开发者反而是机会,因为我们可以选择不走那套商业化路径。
供给面:差异化不是功能更多,而是更干净
这个项目的差异化不是做更多模式、更多活动、更多社交,而是做更少干扰。免费完整游玩、无广告、无账号、无服务器、一次买断主题,刚好对应头部产品被骂得最狠的地方。
这也是为什么立项文档里会把“无广告”和“一次买断”放到核心位置。它不是营销话术,而是决定代码依赖、隐私政策、审核说明和截图文案的产品底座。
能力匹配:适合独立开发的本地游戏
麻将消除的优势是核心逻辑可以完全本地实现,不需要服务器、账号、实时联网或复杂后端。SwiftUI、SwiftData、StoreKit 2 足够支撑首发版本。
难点也很明确:不是联网服务,而是玩法判定、布局生成、手感、美术资产和上架表达。对我们来说,这些难点都可以沉淀成教程和复用流程。
商业考虑:从单品到矩阵
Sumi Mahjong 不是孤立小游戏,而是验证“沉静、离线、无广告、买断”的游戏产品线。跑通以后,后续纸牌、蜘蛛纸牌、空当等产品可以复用部分架构和上架流程,但玩法必须独立。
这也是教程价值所在:一个立项不是只写收入预估,而是要说明它在产品矩阵里的位置、可复用资产、审核风险和失败后的退路。