惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

人人都是产品经理
人人都是产品经理
Stack Overflow Blog
Stack Overflow Blog
S
SegmentFault 最新的问题
博客园 - 司徒正美
aimingoo的专栏
aimingoo的专栏
U
Unit 42
GbyAI
GbyAI
B
Blog RSS Feed
博客园 - Franky
L
LangChain Blog
Hugging Face - Blog
Hugging Face - Blog
美团技术团队
The GitHub Blog
The GitHub Blog
Y
Y Combinator Blog
云风的 BLOG
云风的 BLOG
H
Hackread – Cybersecurity News, Data Breaches, AI and More
博客园 - 三生石上(FineUI控件)
Microsoft Azure Blog
Microsoft Azure Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
G
Google Developers Blog
Last Week in AI
Last Week in AI
阮一峰的网络日志
阮一峰的网络日志
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Apple Machine Learning Research
Apple Machine Learning Research

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
【划重点】HarmonyOS 应用市场审核“应用信息违规 TOP9” 驳回...
华为开发者联盟 · 2026-05-19 · via 人人都是产品经理

在日常应用上架审核过程中,您是否曾因应用信息不规范而遭遇驳回困扰?本期我们基于近期审核数据,专门整理了应用信息相关的九大高频驳回问题,为您提供全方位解决方案:

• 风险预判:深度解析高频被拒问题,助您提前规避风险

• 操作指引:提供详尽实操步骤,确保优化过程完整无遗漏

• 案例参考:精选标杆案例,让优化调整有据可依

信息规范不造假,审核通过快到家。

TOP1:应用信息与实际应用功能不符

【改进建议】

开发者优化、新增、删减应用功能后,请核对并确保应用素材信息(包括但不限于应用介绍、一句话简介、新版本特性、应用截图和视频、应用分类及标签、语言、内容分级等)与应用实际功能一致。

例如,应用截图中含有“智能AI”模块(该模块需对应专项资质),但应用内并未搭载此功能,截图内容与实际功能不符。

TOP2:应用截图不符合规范,如含有三方信息元素、不当内容、尺寸格式错误等

【改进建议】

1、应用截图或视频中,如涉及手机产品外观或模型等,推荐使用华为品牌手机外观。

2、开发者可查阅审核指南“4. 应用内容”章节的内容自检,遵守应用截图等应用信息中不得出现违反运营规范所规定的基本原则 

3、2026年1月7日起在AGC提交应用时,应用截图需满足如下要求,可在 AGC 控制台-应用信息-应用截图页面更新素材:https://developer.huawei.com/consumer/cn/doc/app/agc-help-app-visual-asset-spec-0000002277607976

TOP3:应用名称广义不具辨识性,如手机计算器、天气预报、手机定位等广义归纳类、普遍且不具有识别性的词汇

【应用命名规则】

应用名称不得为广义归纳类、普遍且不具有识别性的词汇:包括但不限于使用商标术语、热门应用名称或别称、流行词、行业名词、职业名词、类别词、功能性描述的词汇等。

【改进建议】

结合应用特色、产品属性设计独特的应用名称,可以帮助用户快速识别和了解您的应用,并建立对应用的记忆和品牌认知。比如:包括不限于命名为AB/ABC等,如公司品牌信息(A)+产品功能用途(B)+产品特征特色(C),具备产品或品牌自身独特辨识度。

TOP4:应用分类及标签与实际功能和用途不相符,如含游戏玩法,却选择应用分类上架

【改进建议】

1、请审视应用核心功能或主题,可参考《华为应用市场应用分类示例》 ,选择对应分类提交;如未找到匹配分类,可选择最接近的品类提交审核并关注审核结果,若审核结果中未提及需修改应用分类问题,则所选类别符合要求。
2、游戏不得以应用分类上架,请务必检查应用介绍/截图/应用内是否含有游戏元素,需删除游戏元素或以游戏分类上架。

【优化示例】

TOP5:应用含血压、血氧、心率、加速等功能,或插件类等应用,但未添加仅供参考等提示语

【改进建议】

1、应用含血压、血氧、心率等测量功能:需在应用信息及功能实现界面提醒用户,例如“非医疗专业设备检测的结果仅供参考,未咨询具备专业资质的医护人员前,请勿用作自行诊断或治疗的依据”,或者其他类似表述;

2、应用含加速器功能:需在应用信息处以及用户付费时添加提示语,例如:应用仅支持加速境内、境外法律法规允许访问的内容,无翻墙功能,或者其他类似表述。

3、插件类应用、WiFi类应用核心功能:需与指定的软件或设备配合运行,为保障用户体验,需在应用信息内有明确的适用范围或相关使用说明。

4、手机遥控器应用:核心功能包含手机红外遥控功能的应用,此类应用需手机硬件配备红外功能才可以使用,避免误导用户,需在应用信息内有明确的适用范围或相关使用说明。 例如“具有红外功能的手机支持手机遥控器功能”、“若您的手机没有红外功能将无法使用”、“若您的手机不具备红外功能,则该遥控器APP需要匹配外部设备才可以正常使用”等。

TOP6:元服务分类及标签与元服务实际功能和用途不相符

【改进建议】

参考 HarmonyOS 开发者官网元服务分类及标签示例,结合元服务功能用途、受众等选择对应的分类及标签,如涉及相关资质文件请上传提交:

• 元服务分类及标签示例:https://developer.huawei.com/consumer/cn/doc/app/ability-0000002032931302

• 元服务资质审核要求: https://developer.huawei.com/consumer/cn/doc/app/80302

【驳回示例】

该案例选择的元服务标签为“服饰内衣”。但是,元服务实际内容为各类服饰的百货商店。元服务标签应该选择“百货/超市/便利店”,并提供营业执照等相关行业资质。

TOP7:上传提交的图标为系统图标、或与系统自带应用图标相同/相似,容易被用户误认为是系统应用

【改进建议】

根据自身品牌、文化、产品功能、用户体验等,设计个性化、具有品牌特色的应用图标。

【优化示例】

TOP8:应用信息中含有真实的个人身份信息,如个人手机号码、身份证号码等

【改进建议】

该问题常见于应用截图。“应用信息”指的是应用名称、应用一句话简介、应用介绍、新版本特性、应用截图、视频内容等。上传提交应用信息时,应仔细检查,避免出现真实个人信息。

TOP9:元服务开发者名称和元服务实际履约方信息不一致

【问题场景】

元服务开发者为“张三李四和气生财优先公司”,但元服务实际履约方,也就是服务或商品的实际提供方(如商家/门店等)为“小二麻辣烫专营店”,需提供相关授权或商标权属证明,避免出现侵权风险或导致用户产生混淆、误认或不适宜的联想。

【改进建议】

您可选择以下四种解决方案中的任意一种:

1、提供履约方对开发者的运营授权书,授权书应有授权方、被授权方、授权元服务名称、授权细则、授权期限、授权方公章及日期(授权方为个人时,需补充授权方个人手写签名和身份证正反面扫描件)。
授权书模板链接:https://developer.huawei.com/consumer/cn/doc/app/80302

2、提供开发者自身的《商标注册证》或相关商标授权;
3、提供的资质文件能证明履约方与开发者为同一主体;
4、提供开发者自身的:营业执照、带地址信息水印的门头照片、商户信息表(含门店名称、门店详细地址:请确保为最新经营地址,需精确到门牌号)