标签 审核指南 下的文章

背景介绍

随着HarmonyOS 的发展,很多开发者将鸿蒙作为重要开发平台,尤其是在华为激励计划的加持下,涌入大量开发者贡献了大量应用,将大量创意带个了鸿蒙生态。

但随着时间推移,许多开发者发现,鸿蒙的应用审核似乎异常“严格”,很多开发者上架提审时被卡在了《审核指南》3.5和3.7项:

  • 3.5项的规则是:应用需具备实用价值,能为用户提供实质功能/服务,且需具备创意,不得为纯信息展示,包括但不限于单一图片、单一页面、单一影视剧集类、单一图书单行本类、单一非官方游戏攻略类等。应用不得是简单打包的网站页面或套用模板、内容聚合、罗列链接、广告推广等,或为手机系统自带的简易功能。
  • 3.7项的规则是:请避免继续在已有较多类似应用的类别下进行开发,如敲木鱼、随机选择、计算器、手电筒、记事本、记账、天气、数字大小写转换、日历、指南针、智能遥控、镜子、助眠睡眠、证件照、色彩助手、手持弹幕、播放器、万能遥控器、外卖跑腿聚合平台、生鲜买菜服务聚合平台、计时类、Wi-Fi管理类、Wi-Fi搜索连接类、Wi-Fi检测提速类等类别的应用,除非您的应用能够提供独特、高质量的体验,为用户提供多样、优质的功能和服务,否则您的应用可能会被拒绝或移除。
    还有不少开发者反馈,被3.5或3.7规则拒审后,又增加了不少页面和功能还是被以同样的原因拒审,甚至有人再传只要被3.5或3.7基本死刑了,需要重新想创意开发了。小编正好之前被3.5拒审后面通过迭代成功上架打破传言,本文就通过复盘3.5后迭代的经历分享打破3.5魔咒的经验。
    image.png

应用功能介绍

小编开发的应用叫”智能带办“,踩中了个人开发者最常开发的应用清单,是个清单类应用。创意来源于日常生活中自己的痛点,每次出差出远门或者从帝都回老家,都要拉一个单子把所有要带的东西都列出来,大部分情况带的东西都差不多,一般都记录在备忘录中,列清单的时候很耗费精力,想到AI能力越来越强大,可不可以让AI给生成?在AI工具中虽然可以生成清单,但是又没法做勾选等操作,融合操作和AI能力就想到做一个智能生成带办的应用,应用的亮点就是专注解决出行携带难题,通过AI智能生成场景清单,让你告别遗忘,轻松应对每一次出差、旅行、露营与日常外出。

智能带办,让你每一次出发,都底气十足。
告别“忘带焦虑”,从容开始每一段行程。
image.png

3.5拒审版本功能盘点

提审被拒绝的版本主要包含四个页面:Chat、历史、我的、详情。在Chat页面输入要办的事情自动生成要带物品清单,勾选物品确认后生成带办清单并自动跳转到详情页,页面效果如下:
Chat页面:
image.png
清单页面:
image.png

清单展开详情页:
image.png

详情页:
image.png

新迭代功能

在重新提审的版本对整个代码工程做了重构,UI也进行了优化,包含功能:
推荐:
image.png

清单页:
image.png

Chat页:
image.png
详情页:
image.png

碰一碰页:
image.png

语音输入:
image.png

对比拒审前和拒审后版本功能区别如下:
1、UI美化
2、增加了推荐功能
3、增加了HarmonyOS 系统碰一碰分享能力
4、增加了语音输入功能
5、Chat页输入框上方增加了推荐问题

复盘总结

通过对比被拒版本与最终上架版本,我们可以清晰地看到一个核心转变:从“一个不错的功能点子”进化为“一个完整、独特且有深度的产品”。这不仅是一次功能的叠加,更是对审核规则内涵的深刻理解与主动契合。下面,我将逐点拆解迭代背后的逻辑,还原打破“3.5魔咒”的真实路径。

  1. 从“单薄的功能演示”到“完整的用户体验闭环”

    • 原版本痛点:应用流程始于Chat输入,终于清单生成与勾选。这更像是一个AI工具的“功能演示”,用户使用路径短,用完即走,缺乏留存价值和持续使用场景,恰好落入规则3.5所述“功能单薄”的范畴。
    • 迭代策略与效果:

      • 增加“推荐”页:这是本次迭代的“棋眼”。它不再是空白的起点,而是提供了“出差”、“露营”、“健身”等丰富的预设场景。这带来了三大好处:其一,直观证明了应用的“实用价值”和解决多种场景问题的能力,直接回应了审核对“实质功能”的要求;其二,降低了用户冷启动门槛,提升了易用性;其三,构建了内容厚度,让应用看起来像一个精心策划的工具集,而非一个简单的输入框。
      • 结果:应用从一个“AI清单生成器”变成了一个“出行准备助手”,用户体验形成了“浏览场景-选择/自定义-生成-管理”的完整闭环。
  2. 从“通用AI套壳”到“彰显HarmonyOS独特性”

    • 原版本痛点:功能完全依赖AI接口,在任何平台均可实现,未能体现鸿蒙生态的独特优势。这容易让审核认为应用是“简单打包”或“套用模板”,缺乏不可替代性。
    • 迭代策略与效果:

      • 深度集成“碰一碰”能力:此功能是彰显“鸿蒙基因”的关键。它不再是简单的文本分享,而是通过系统能力实现了跨设备的无缝清单流转。这充分展示了开发者对HarmonyOS系统级能力的钻研与应用,证明了应用是为鸿蒙原生体验而设计,提供了其他平台难以复制的“独特、高质量的体验”(这也恰好回应了规则3.7的精神)。
      • 结果:应用的核心竞争力从“能生成清单”升级为“能在鸿蒙生态中优雅、便捷地生成和协同处理清单”,差异性豁然开朗。
  3. 从“基础交互”到“丰富且人性化的交互维度”

    • 原版本痛点:交互方式仅有文字输入和点击勾选,较为单一。
    • 迭代策略与效果:

      • 增加“语音输入”:这不仅仅是增加一个功能,更是提升了应用的易用性、包容性和现代化程度。在出行准备等双手可能不便的场景下,语音输入尤为实用。它展现了开发者在打磨用户体验上的深度思考。
      • 增加“推荐问题”:在Chat页输入框上方添加推荐问题(如“周末露营带什么?”),极大地引导了用户,丰富了交互的启发性和探索性,让AI工具变得更“聪明”和友好。
      • 结果:应用提供了文字、语音、预设场景选择、碰一碰分享等多种交互路径,功能层次变得更加立体和丰满,彻底摆脱了“单一页面”、“简单操作”的观感。
  4. UI美化:不仅是“面子”,更是“里子”的体现

    • UI重构与美化:这常常被开发者视为“表面功夫”,但在审核视角中,精致的UI是应用“高质量”和“完成度”最直观的外在表现。一个粗糙的界面会强化“敷衍”、“模板化”的印象;而一个设计精良、符合鸿蒙设计规范的界面,则传递出开发者认真打磨产品、尊重用户的积极信号。本次的UI优化,与功能深化同步,共同塑造了一款成熟应用的质感。

核心经验提炼:给开发者的避坑指南

  1. 超越功能点,思考用户旅程:不要只满足于实现核心功能。问自己:用户从哪里来(入口引导)?核心功能之后还能做什么(场景延伸/分享/管理)?如何让他下次还想用(留存价值)?构建闭环。
  2. 拥抱系统能力,打造生态差异化:在鸿蒙上开发,务必主动探索并集成Kit能力(如碰一碰、原子化服务、卡片等)。这是证明你为鸿蒙而来、并能为鸿蒙生态增色的最强证据。
  3. 叠加交互维度,展现思考深度:在主流程上,思考是否能提供更便捷(如语音)、更引导(如推荐)、更趣味(如动效)的交互方式。丰富的交互是“功能深度”的体现。
  4. 用视觉品质为产品背书:将UI/UX视为产品不可或缺的一部分。高质量的设计能无形中提升审核对应用整体质量的评价。

结论

“智能带办”通过审核的经历证明,规则3.5并非“死刑判决”,而是一道清晰的“产品成熟度”分水岭。被拒不是创意的终结,而是产品打磨的开始。关键在于,开发者必须跳出“我明明有这个功能”的委屈心态,转而以审核规则为镜,以更高标准审视自己的应用:它是否构成了完整服务?是否具备生态特色?交互是否丰满精致?当你的应用能从这些维度展现出独特价值和用心之处时,“3.5魔咒”自然不攻自破。

做出海工具站,绕不开的一道坎:收款

海外工具站最常见的支付方案是 Stripe ,
但现实是 Stripe 不支持大陆个人直接注册。

那么 Creem,是目前性价比非常高的一种选择。
Creem 的优势在于:

  • 不需要护照
  • 不需要营业执照
  • 只需要 身份证 + 支付宝
  • 支持用户使用 银行卡 / Google Pay 付款
  • 覆盖大多数海外用户的支付习惯
  • 非常适合个人出海、MVP 阶段

👉 等后期跑通变现、有稳定收入后,再考虑迁移到 Stripe,是一个非常合理的路径。

(原本是想放截图的,但是暂时没有找到插图的方式)

一、注册账号( 10 分钟搞定)

首次注册 Creem 后,需要先 创建一个 Store。这里非常简单:

  • Store Name:直接填写你的网站名即可
  • 不需要复杂描述,后面都可以修改

进入 Creem 后,默认是测试模式( Test Mode )。在测试模式下:所有支付都是 测试卡、不会真实扣钱、适合在本地或测试站调接口

👉 测试卡非常常见,随便找个 AI 问就能拿到。

二、完善账户提现和产品信息

Step 1:账户提现信息(生产环境)

⚠️ 一定要先切换到 生产环境( Production / Live )

切完后,完善提💰信息,Balance → Payout account → Create new account

接下来,按页面提示,逐步完善信息,信息填完后即可提交。

如果有不清楚的地方,可以直接找客服(左下角在线客服,回复速度还可以)。

Step 2:产品信息

1️⃣ 价格设置

这里只遵循一个原则:

你打算怎么卖,就怎么填。

看你想怎么卖你的产品,面向什么用户,单次付费还是订阅,价格区间,看用户能接受什么样的价位和档次。
只要构思好了,表单照填即可。

⚠️ 重要避坑提醒:

测试环境 & 生产环境的产品信息,都需要各填一遍。因为它们使用的是 不同的 API Key,如果只改测试环境,代码还没发版,生产环境数据却变了。用户会一脸懵,你也会一脸懵。

2️⃣ 网站必备页面(审核关键)

先给结论,Creem 审核非常看重以下内容:

Privacy Policy (隐私政策)Terms of Service (服务条款)联系邮箱(如:support@yourdomainfeedback@yourdomain)、检查是否存在违规内容(如:虚假评价、虚假销量,有就删掉)

我第一次提审为什么没过?

我一开始的想法是:

“Creem 应该只审核身份吧?
支付功能我还没完全接好,先提审看看。
等通过审核,再把支付功能接上去。”

于是:网站还没正式接支付、一些页面也没写、就直接提交了审核

一般 48h 内会有回复,结果我收到了一封邮件:未提供网站,信息不完整

后来我才认真看官方文档,发现他们有一整套
Account Review Checklist

如果支付功能还在测试,怎么办?

如果你的支付功能还没上生产环境,可以这样做:提交 正式网站(不带测试支付)、说明支付功能仍在测试阶段、提供测试地址(如 xxx.test)、同时提交产品截图(能看到价格、能看到产品形态 )

这样审核方也好判断:产品是否真实存在、是否可售、是否符合合规要求

⚠️避坑点

1️⃣一定不要出现任何虚假信息。
不管是虚假评价、虚假销量,还是一些看起来“无伤大雅”的营销描述,在 Creem 审核阶段都非常容易被卡。至少在审核期间,建议全部删除,否则基本就是直接不过。

2️⃣二次提审一定要做到“对症下药”。
Creem 的二次提审通常是通过邮件沟通,对方会非常明确地指出你当前不符合要求的地方,这时候不要只回复一句“我已经修改了”,而是要针对每一条反馈逐项解决,并附上对应的证据,比如截图、链接或页面地址,否则很容易再次被拒,甚至进入更长的等待周期。

3️⃣不要反复硬提审。
目前 Creem 并没有公开说明最多可以提审多少次,但不少伙伴的反馈是,提交次数一多,审核等待时间会明显被拉长。结合实际经验来看,只要前期准备到位,认真按照清单补齐内容,三次以内基本都能通过,没有必要赌运气。

我的整个提审周期

从第一次提交审核到最终通过,我前后大概花了 11 天,时间拉长主要是两个原因。

1️⃣我自己没有勤看邮箱。
手机收不到 Gmail 提醒,必须打开电脑、登录 Gmail 才能看到审核邮件,结果提审后一周才发现对方早就回复过我,指出我缺少网站链接。再一对照自查清单,才发现产品截图、价格展示等内容也都没准备齐,于是花了一天时间补齐静态页面,又用一天时间重新梳理产品定价,剩下的时间基本都在 vibe coding 。

2️⃣刚好赶上他们的圣诞节假期。
理论上 Creem 官方给的审核回复时间是 48 小时内,但叠加假期之后,实际大概等了 4 天左右才收到回复,好在后续流程就比较顺利了,再次回复邮件后就直接通过。

小小结

如果你现在正在做 AI 出海工具站,正好卡在「收款」这一步,又不想一开始就折腾海外公司、税务和一整套复杂结构,那么 Creem 这条路径是非常值得参考的。

先把 MVP 跑起来,先把现金流跑通,再去考虑更复杂、更长期的方案,往往是对个人开发者来说性价比最高的选择。