乘风破浪，遇见最美Windows 11之新微软商店(Microsoft Store)生态 - 应用上架锦囊

一、概述

Windows 11将于2021年10月5日开始面向Windows兼容设备全面开放升级，广大Windows生态相关的软件厂商应抓住新微软商店(Microsoft Store)生态的机遇，积极推进产品上架微软商店的工作。

新微软商店(Microsoft Store)生态的机遇包括：

  • 支持传统Win32应用提交。
  • 未来支持Android应用安装。
  • 非游戏类不强制使用商店支付。
  • 商店佣金降低至15%/0%。
  • 商店渠道免费引流。

image

接下来我将深入浅出地介绍Win32应用上架流程，为大家提供参考。

若应用是第一次提交，必须先进行创建(Create)操作，后续提交进行更新(Update)操作。

二、创建

2.1 前往创建入口

前往Microsoft合作伙伴中心，在左侧一级菜单项中找到“Windows和Xbox”菜单项，点击其下属的“概述”菜单项。

2.2 创建新产品

点击“概述”页面顶部的功能菜单项：“+新产品”，点击之后，需要选择创建哪种类型的新产品，我们需要根据当前产品的打包类型和应用类别来选择。

创建类型 适用说明
MSIX 或 PWA应用 打包为MSIX的应用和游戏，包括通用Windows应用(UWP)、桌面桥应用和渐进式Web应用(PWA)。
可用于多个Windows设备系列。将在Microsoft Store上列出并托管应用。
EXE 或 MSI应用 打包为MSI/EXE的应用，不包括游戏。仅在Windows桌面上可用。
游戏 游戏类应用

若是Windows端产品，一般需要选择EXE 或 MSI应用类型，而其他支持PWA技术的Web产品则选择MSIX 或 PWA应用类型。

支持EXE 或 MSI应用类型目前处于预览阶段，如需开启需要通过表单先提交申请：https://aka.ms/storepreviewwaitlist

2.3 保留应用名称

https://docs.microsoft.com/zh-cn/windows/uwp/publish/msiexe/create-your-app-by-reserving-a-name

Microsoft Store上的所有应用程序都必须具有唯一的名称。在应用商店中放置应用程序的第一步是保留想要使用的名称，保留的名称如果一直未提交应用，最多被保留90天，之后将被释放，如果你不确定应用的名称，你可以保留多个名称。准备好发布时，可以选择最终的名称，为应用程序选择正确的名称非常重要，建议遵循如下原则：

  • 保持简短，应用名称最多支持256个字符，但显示名称的空间是有限的，长名称可能会根据应用程序中显示的位置以及用户的显示大小和设置截断，Windows使用可变宽度字体，标题中的可见字符数取决于所使用的字符数。
  • 原创性，应用程序名称具有足够的特色，使其不会轻易地与现有应用混淆。
  • 不要使用其他名称商标字的名称，需确保您有权使用保留的名称，如果其他人已商标字名称，则他们可能会报告侵权，你将不能继续使用该名称。 如果你的应用程序发布后发生，则将从应用商店中删除该应用程序，直到你更改了应用程序中该名称的所有实例、其内容及其应用商店列表，然后才能再次提交用于认证的应用。
  • 避免尾随的区别，区分不同版本的应用的信息不应置于标题的结尾，如果这是不可避免的，请使用不同的徽标和应用图像，以便更轻松地区分一个应用。
  • 不要在名称中包含表情符号，不能保留包含表情符号或其他不支持的字符的名称。

输入需要保留的应用名称，输入完成后，点击输入框右侧的“检查可用性(Check availability)”按钮检查名称的可用性，如果显示绿色的勾勾就是代表可用。

image

然后点击“保留产品名称(Reserve product name)”按钮进行下一步进行创建。

2.4 创建新提交 - 可用性

https://docs.microsoft.com/zh-cn/windows/uwp/publish/msiexe/set-app-pricing-and-availability

创建成功之后，将会跳转至应用的第一次提交页面。

image

提交表单的“可用性(Availability)”页面用于设置应用的提供方式、时间、位置、定价模型以及是否提供免费试用版。

a. 市场(Markets)

默认情况下，Microsoft Store上提交的应用将在世界各地240多个国家和地区可用，如果需要，可选择特定市场进行提供。

如需指定特定市场，可以点击“修改市场(Change markets)”按钮进行选择。

建议勾选复选框：“当新市场或地区可用时自动提供(Distribute my application to new regions as they become available.)”，其代表Microsoft将自动在新的市场和地区提供您的应用程序。

image

需要注意的是：即使选择了所有市场，本地法律和限制或其他因素可能会阻止某些应用列入一些国家和地区。

b. 定价(Pricing)

选择“定价模型(Price Model)”，我们需要根据当前产品在Microsoft Store渠道的支付策略和运营渠道来选择。

模型类型 描述
Free: no payment necessary 免费，无需费用即可下载使用
Freemium: optional in-app purchases 免费增值，让用户在应用中使用有限功能，以便在应用内购买中免费和升级
Subcription: recurring payments 订阅，基于定期费用的支付模式
Paid: one-time payment 付费, 基于通过商店应用内购买支持的一次性支付模式

image

提供付费或订阅应用的开发人员通常允许客户在付费前免费试用其应用，可进一步设置其是否允许试用及持续时间。

image

若暂时未系统对接商店内支付，但应用内支持购买和升级高级功能，建议选用：免费增值(Freemium: optional in-app purchases)项。

image

点击右上角的“保存草稿(Save draft)”按钮，并继续点击“下一步(Next)”按钮。

image

2.5 创建新提交 - 属性

https://docs.microsoft.com/zh-cn/windows/uwp/publish/msiexe/enter-app-properties

提交表单的“属性(Properties)”页面用于设置应用的类别、支持信息、产品声明、认证说明、系统要求。

a. 类别(Category)

正确选择类别和子类别有助于用户发现应用，并帮助用户了解应用程序所提供的功能。

这里应选择最能描述应用的“类别”，如果该类别包括“子类别”，还需进一步选择最能描述应用的“子类别”。

类别 子类别
书籍 + 参考(Books + reference) 电子阅读器(E-reader)
小说(Fiction)
非小说(Nonfiction)
参考(Reference)
商务(Business) 会计 + 财务(Accounting + finance)
协作(Collaboration)
CRM(CRM)
数据 + 分析(Data + analytics)
文件管理(File Management)
库存 + 物流(Inventory + logistics)
法务信息 + 人力资源(Legal + HR)
项目管理(Project management)
远程桌面(Remote desktop)
销售 + 营销(Sales + marketing)
时间 + 费用(Time + expenses)
开发人员工具(Developer tools) 数据库(Database)
设计工具(Design tools)
开发工具包(Development kits)
网络(Networking)
参考 + 培训(Reference + training)
服务器(Servers)
实用工具(Utilities)
Web 托管(Web hosting)
教育(Education) 书籍 + 参考(Books + reference)
早期学习(Early learning)
教学工具(Instructional tools)
语言(Language)
学习帮手(Study aids)
娱乐(Entertainment) N/A
美食(Food + dining) N/A
政策 + 时政(Government + politics) N/A
健康 + 健身(Health + fitness) N/A
育儿 + 家庭(Kids + family) 书籍 + 参考(Books + reference)
娱乐(Entertainment)
爱好 + 玩具(Hobbies + toys)
运动 + 活动(Sports + activities)
旅行(Travel)
生活(Lifestyle) 汽车(Automotive)
DIY(DIY)
家居 + 园艺(Home + garden)
关系(Relationships)
特殊爱好(Special interest)
风格 + 潮流(Style + fashion)
医疗(Medical) N/A
多媒体设计(Multimedia design) 插图 + 图形设计(Illustration + graphic design)
音乐制作(Music production)
照片 + 视频制作(Photo + video production)
音乐(Music) N/A
导航 + 地图(Navigation + maps) N/A
新闻 + 天气(News + weather) 新闻(News)
天气(Weather)
个人理财(Personal finance) 银行业务 + 投资(Banking + investments)
预算 + 税款(Budgeting + taxes)
个性化设置(Personalization) 铃声 + 声音(Ringtones + sounds)
主题(Themes)
壁纸 + 锁屏界面(Wallpaper + lock screens)
照片 + 视频(Photo + video) N/A
高效工作(Productivity) N/A
安全性(Security) 电脑保护(PC protection)
个人安全(Personal security)
购物(Shopping) N/A
社交(Social) N/A
体育游戏(Sports) N/A
旅行(Travel) 城市指南(City guides)
旅馆(Hotels)
实用工具 + 工具(Utilities + tools) 备份 + 管理(Backup + manage)
文件管理器(File managers)

image

类别与子类别选择示例：

  • Serif家矢量图形设计产品Affinity Designer，类别应选“多媒体设计(Multimedia design)”，子类别应选“插图 + 图形设计(Illustration + graphic design)”。
  • Microsoft家跨平台开发IDE产品Visual Studio Code，类别应选“开发人员工具(Developer tools)”。

image

b. 支持信息(Support info)

  • 隐私协议(Privacy policy)

如果你的产品访问、收集或传输个人信息，除非法律另有要求，否则你必须遵循隐私策略。当你提交产品时，你必须在合作伙伴中心中为用户提供通过输入隐私策略URL访问你的隐私策略的权限。

Microsoft不会为你的应用提供默认隐私策略，你的应用不会被任何Microsoft隐私策略所涵盖。

通常我们需要选择“Yes”选项，并且“隐私策略URL(Privacy policy URL)”输入框中填写对应的隐私策略说明网址。

image

对Microsoft旗下产品而言

隐私策略URL(Privacy policy URL)可填写：https://privacy.microsoft.com/en-US/privacystatement

image

  • 产品网址(Website)

建议填写当前提交产品的官方网址作为应用的网页URL，该URL必须指向你自己网站上的某个页面，而不是Microsoft Store中你的应用的Web一览。

image

产品网址填写示例：

image

  • 支持联系信息(Support contact info)

建议填写当前提交产品的“应用支持页面URL”或“客户可以联系技术支持人员的电子邮件地址”作为支持联系信息，以便你的客户了解如何在需要时获取支持。

image

对Microsoft旗下产品Visual Studio Community 2019而言

支持联系信息(Support contact info)可填写：https://visualstudio.microsoft.com/zh-hans/vs/support/

image

c. 产品声明(Product declarations)

在此部分，可以勾选以下任意适用于所提交产品的声明。

  • 此应用依赖于非Microsoft驱动程序或NT服务(This product depends on non-Microsoft drivers or NT services)，意味着应用程序依赖于非Microsoft驱动程序或NT服务。
  • 已对此应用进行辅助功能指南符合度测试(This product has been tested to meet accessibility guidelines)，可使你的应用能够被在应用商店中特意寻找辅助应用的客户发现，意味着你同意所有客户（包括残障人士）访问你的应用。
  • 此产品支持笔和墨迹输入(This product supports pen and ink input)，以便在应用商店中专门查找触笔和墨迹输入支持的应用的客户可发现你的应用程序。

如不清楚或不支持，可全部不勾选。

image

d. 认证说明(Notes for certification)

在此部分，可向认证测试人员提供额外信息，此信息有助于确保正确测试你的应用，如果无法完整地测试您的提交，则它可能无法通过认证，这个说明仅认证测试人员可看到。

如果适用当前提交的应用，务必包括的认证说明内容如下：

  • 非Microsoft驱动程序或NT服务的依赖关系，若在产品声明中勾选了则需要额外说明你的应用程序需要声明依赖项的原因及其使用方式。
  • 测试帐户的用户名和密码，认证测试人员在审查你的应用时将使用提供的用户名和密码，以此账户进行认证测试，亦可提供相关收费账号供测试使用。
  • 访问隐藏或锁定功能的步骤，看起来不完整的应用可能无法通过认证，可简要说明测试人员如何访问任何可能不明显的功能、模式或内容的步骤。
  • 验证背景音频使用情况的步骤，如果你的应用允许音频在后台运行，测试人员可能需要有关如何访问此功能的说明。
  • 基于区域或其他客户设置的行为预期差异，如果不同区域中的客户将看到不同的内容，请确保调用此项，以便测试人员了解差异并进行相应查看。
  • 有关在应用更新中更改的内容的信息，对于以前发布的应用的更新，可能需要让测试人员了解发生了哪些更改，尤其是当包相同且你只是对应用列表进行了更改时 (如添加更多屏幕截图、更改应用的类别或编辑) 的说明。
  • 输入注释的日期，查看日期有助于测试人员评估是否存在任何可能不再适用的临时问题。
  • 你认为测试人员需要了解你的提交内容，构思要编写的内容时，请记住：
    • 真实人员将阅读这些说明。 测试人员非常感谢您的明确、清晰和有帮助的说明。
    • 简洁，并使说明保持简单。 如果确实需要详细介绍某些信息，你可以提供包含更多信息的页面URL。但请记住，你的应用程序的客户不会看到这些说明。如果你认为需要提供复杂的测试应用说明，请考虑你的应用是否可以简化，以便 (和测试人员) 知道如何使用该应用。
    • 服务和外部组件必须处于联机状态且可用。如果你的应用程序需要连接到服务才能正常工作，请确保该服务处于联机状态且可用。 包括有关测试人员将需要用到的服务的任何信息，如登录信息。如果你的应用无法连接到在测试期间需要的服务，则它可能无法通过认证。

image

对需要用户登录或订阅购买功能的产品而言，建议附上正式环境的有效账号(含有效订阅)提供给商店审核人员进行测试使用(此备注仅审核人员可见，无泄漏风险，给专用或私人账号都可以)，这样有利于提高审核效率，具体格式参考如下：

Account for Test:
Account:
Password:

Paid Account for Test:
Account:
Password:

e. 系统要求(System requirements)

在此部分，可以选择指示是否需要或推荐某些硬件功能以使应用正常运行并与之正确交互。

对于被选为“必需硬件(Minimum hardware)”的系统要求，如果客户在没有所需硬件的设备上查看应用的列表，则该存储还可能向客户显示警告。没有所需硬件的用户可以下载你的应用程序，但他们将无法在这些设备上评价或查看你的应用程序。

对于被选为“推荐硬件(Recommended hardware)”的系统要求，将在产品商店列表中显示为推荐的硬件。

  • 触摸屏(Touch screen)
  • 键盘(Keyboard)
  • 鼠标(Mouse)
  • 照相机(Camera)
  • NFC卡模拟(NFC HCE)
  • NFC近场通信(NFC Proximity)
  • 低功耗蓝牙(Bluetooth LE)
  • 电话服务(Telephony)
  • 麦克风(Microphone)
  • 内存(Memory)
  • DirectX(DirectX)
  • 显卡内存(Video memory)
  • 处理器(Processor)
  • 显卡(Graphics)

image

对Microsoft旗下产品Visual Studio Community 2019而言，其“系统要求(System requirements)”可根据：

Visual Studio 系统要求页面所提到的进行选择。

对Serif旗下产品Affinity Designer而言，其“系统要求(System requirements)”包括：

image

点击右上角的“保存草稿(Save draft)”按钮，并继续点击“下一步(Next)”按钮。

2.6 创建新提交 - 年龄分级

https://docs.microsoft.com/zh-cn/windows/uwp/publish/age-ratings

如果要在Microsoft Store发布产品，你必须对以下问题提供准确的回答并接受年龄分级，即获得"国际年龄等级联盟ID(International Age Rating Coalition Id)"。

a. 如果已经在Apple Store/Amazon Store/Google Store等全球化商店提交过，并且已经获取了IARC分级ID或者全球分级ID(GRID)的，可直接选中“我已在其他店面填写了此应用的调查表，而且拥有一个IARC分级ID或全球分级ID (GRID)”项，并且在“导入分级”输入框中填写你的ID，并且提交即可。

image

b. 如果还未获得过年龄等级ID，那么我们可以通过简单的问卷来生成应用的年龄等级ID，直接选中“我已准备好填写International Age Rating Coalition(IARC)调查表”，并且开始根据“分级调查表”单来回答关于应用的相关问题。

image

请不要慌张这些问题，如实回答即可，完成调查表单之后，需要点击右上角的“保存和生成”按钮，然后看到完成的提示即可，最终的应用年龄分级ID需要等待几天后的邮件通知，也可回到此页面查看。

image

2.7 创建新提交 - 程序包(MSIX or PWA)

对以PWA或者转制形式上架的应用而言，采用的是直接将本地商店包上传的操作流程。在程序包页面可以将经典的Appxbundle和新式的Msixbundle根据自己的兼容需要上传并保存。

  • 推荐使用"xxxxxxx.msixbundle"包作为最终上架商店包，这是一种新式的安装包格式，它能最低兼容到Win10的v2004(19041)版本。

image

  • 覆盖更低版本的操作系统，可以同时上传"xxxxxxx.appxbundle"作为降低兼容包，它能最低兼容到Win10的v1709(16299)版本。

image

2.7 创建新提交 - 程序包(MSI or EXE)

https://docs.microsoft.com/zh-cn/windows/uwp/publish/msiexe/provide-package-details

提交表单的“程序包(Packages)”页面用于设置应用的程序包URL、体系结构、安装程序参数、语言。

如果存在不同体系结构的程序包，可以点击底部的“添加另一个包(Add another package)”按钮添加多个包，当客户下载应用时，应用商店将自动向每个客户提供最适用于其设备的程序包。

a. 程序包URL(Package URL)

此处必须填写一个Https开头且具备可信有效证书的程序包URL。最好是提供托管在CDN之上的地址，以便该地址在所选择的市场具有高性能、高可靠性、高可用性。

已提交的程序包URL链接的二进制文件在认证期间和认证之后不得更改，以确保用户仅安装经过认证的二进制文件。如果需要更新URL，可通过“更新”操作来指定新的程序包URL。

必须提交独立或者脱机的安装程序，而不是调用时下载二进制文件的下载程序，要求验证安装的二进制文件与通过认证过程的二进制文件相同。

这里的提审地址，最好是带程序版本号的固定完整安装包地址(即地址链接的程序包并不会随着程序更新而改变)，填写一个永远指向最新版本的地址是不行的，由于可能在随时发布新版覆盖原地址的程序包，影响审核认证流程。

image

程序包URL填写示例：

image

b. 体系结构(Architecture)

可供选择的体系结构如下：

  • x86
  • x64
  • neutal
  • arm
  • arm64

image

对Microsoft旗下产品而言，可根据Windows版本的安装目录来判断，如果应用默认被安装在C:\Program Files则代表是x64体系，那么如果应用默认被安装在C:\Program Files (x86)则代表是x86体系。

image

c. 安装程序参数(Installer parameters)

应用商店需要在静默模式下运行安装程序，若需支持这个，需要提供特定于安装包的所需的开关，比如：/s。

如果安装包本身就支持静默模式运行，并不需要这些额外参数，那么可以勾选：Installer runs in silent mode but does not require switches

image

对Microsoft旗下产品而言，安装包要实现静默模式运行通常可以通过：/s参数来实现，如果有能区分下载渠道的参数，则建议一起加上。

image

d. 语言(Languages)

可供支持的语言多达100种，根据所提交产品的多语言设计情况，至少要选择其中一种。

image

对Serif旗下产品Affinity Designer而言，其“语言(Languages)”可支持：

image

点击右上角的“保存草稿(Save draft)”按钮，将触发程序包上传流程，并继续点击“下一步(Next)”按钮。

image

2.8 创建新提交 - 商店语言

https://docs.microsoft.com/zh-cn/windows/uwp/publish/msiexe/create-app-store-listings#manage-store-listing-languages

提交表单的“管理商店列表语言(Manage Store listings)”页面用于设置应用不同语言的应用详情。

建议为程序包所支持的每一种语言都通过一个对应的商店列表项，以便商店在不同语言市场展示更加本地化的应用详情。

a. 添加商店列表语言项

商店要求至少提供一种语言的商店列表项，点击“添加语言(Add languages)”按钮选择语言进行添加。

image

在语言选择框中选择你要添加的商店列表语言项。

image

点击“确定(OK)”按钮之后，刚才的语言项便会被添加到列表中来，并且是“未完成(Incomplete)”的状态。

image

b. 编辑商店列表语言项

在商店列表语言列表中，点击对应语言项名称，进入其编辑页面即可。

image

点击进入后，将会跳转到该语言项的编辑表单页面。

image

1. 默认描述(Default description)

必须填写“描述(Description)”字段告知客户应用的用途。

编写出色的应用描述的几点建议：

  • 开头几句话就要吸引眼球，提要的开头部分最为重要，所以一定要确保能够吸引和抓住注意力。从值属性开始：为什么潜在客户会花费时间和金钱来获取你的应用？与其他应用相比，选择你的应用的优点有哪些？用一两句简单明了的话来介绍你的应用的独特吸引力，以及让别人想要购买的原因。
  • 使客户能够轻松了解应用，在开头语之后，描述其他优点、应用内购买机会及客户可能希望了解的有关你的应用的其他详细信息。确保依据分发应用所在市场的法律规定纳入所有要求提供的披露内容或信息。
  • 使用列表和简短的段落，潜在客户可能只会快速浏览应用的提要。使用简短的段落和列表将内容拆分可以更加方便用户浏览。
  • 避免使用枯燥乏味的语言，应使用引人入胜的语言来撰写提要。确保措辞能够清楚地描述你的应用的功能，但请用有趣的方式来介绍。对于大多数应用，采用随和而友好的语气效果较好。
  • 提要的长度应恰到好处，一个好的提要应该读起来轻松快速，但也要包含足够的信息以让读者产生兴趣，并将应用的功能介绍清楚。复杂的应用将需要更多篇幅来介绍；而简单的应用可能只需要几句话。在大多数情况下，合适的长度在200字左右，但最好不要超过3000字。
  • 清楚说明免费试用和加载项的情况，如果你为你的应用提供免费试用版，一定要解释清楚试用版的相关情况，以便让客户了解哪些功能受到限制。提一下有哪些类型的加载项，这也是一个不错的主意，特别是当它们对你的应用的功能有重大影响时。
  • 使用标准大写形式和标点符号，全部采用大写形式的提要，或使用独特标点符号的提要难以阅读。
  • 不要忘了检查拼写和语法，如果提要中有很多拼写错误的单词或错乱的句子，这就不能很好地反映你的应用的质量。一定要检查你的提要（或让其他人看一下）以查看是否存在错误。
  • 不要包含链接或其他位置上的信息，你在提要字段中输入的URL不可单击，因此不要尝试添加诸如隐私策略或支持网站等内容的链接。相反，请将它们添加到提交的"属性"页的指定区域中。
  • 请勿使用HTML标记，HTML或其他代码将不会呈现。你的提要必须仅为纯文本。
  • 通过查看应用商店中类似应用的提要来获得灵感，看看其他开发者如何描述他们的应用。这也有助于你找出可加以强调的你的应用的与众不同之处。

可填写“当前版本新增功能What's new in this version?”字段，可以让客户了解最新版本中的更改，如果是首次提交应用，请留空。

image

这里需要额外注意的一点是，对部分产品而言，是依赖非系统级的组件的，比如C#开发的客户端可能会依赖.Net framework 2.0/3.5，那么需要在描述中体现这个信息。

Important Notice: It's running depend on .NET Framework 3.5 (includes .NET 2.0 and 3.0)

对Microsoft旗下产品Visual Studio Code而言，其“描述(Description)”字段示例为：

Visual Studio Code is a free, lightweight, and extensible code editor for building web, desktop, and mobile applications, using any programming language and framework.

Visual Studio Code has built-in support for Git source control management and powerful integrations with GitHub, an integrated debugger, and smart code completion with IntelliSense and with AI-driven IntelliCode. With over 30,000 extensions and themes in the Visual Studio Code Marketplace, you can customize the features and the look of Visual Studio Code to fit your needs, preferences, and style.

You can use Visual Studio Code to build any kind of app, for web, desktop, and mobile. Visual Studio Code supports JavaScript and TypeScript natively and offers extensions for coding in languages such as Python, Java, C/C++, C#, Go, Rust, PHP, and many more.

image

对Serif旗下产品Affinity Designer而言，其“描述(Description)”字段示例为：

Affinity Designer 是市面上最快、最流畅、最精确的矢量图形设计软件。在过去五年的时间里从头开始，以创意专业人士的需求为核心，开发出各个功能、工具和面板。随着不断的创新和发展，它将成为突破性的应用程序，彻底改变您的工作方式。

实时性能
• 平移和缩放速度为 60fps
• 动态渐变、转换、效果和调整
• 经过最优化以适合任何复杂程度的文档，可缩放超过 1,000,000% 倍，绝对精确
• 无论是否处于分屏模式下，都可以查看矢量图形的实时像素、视网膜和线框视图
• 工具和编辑模式之间的无缝切换，令设计轻松无烦恼
• 使用最少节点产生无比准确的结果
• Windows 硬件 (GPU) 加速，适用于使用支持 Direct3D 功能级别 12.0 的卡运行 Windows 10（2020 年 4 月更新版或更高版本）的用户

精确的矢量工具
• 稳定的矢量工具始终如您所愿地工作
• 最好用的钢笔工具、节点工具、曲线编辑和智能形状工具
• 强大的等高线工具可创建抽象对象或增加单开曲线的宽度
• 铅笔和刷子稳定，可徒手绘制超平滑曲线
• 无损布尔运算
• 实时效果、混合模式和图像调整
• 令人难以置信的平滑渐变和透明度控制

栅格还是矢量，由您决定
• 只需轻轻一击，即可在矢量和栅格工作空间之间进行切换
• 利用矢量与栅格行为的优势，获得两全其美的效果
• 高品质栅格工具，对作品进行纹理、掩模和精修处理，甚至可以创建自己的画笔
• 实现真正的创意自由，这是其他应用程序所无法提供的

精致的版式
• 灵活的文本处理，包括对 OpenType 的全面支持
• 艺术文本和文本框
• 完全控制字符和段落样式
• 使文本沿着任何绘制的路径流动

为您的工作流程构建
• 无限画板
• 具有替换未来的可保存历史记录
• 可定制的键盘快捷键
• 支持 PSD、AI、PDF、EPS、SVG、JPG、TIFF 和 EXR 文件
• 高级网格、贴靠和对齐
• 链接符号和约束
• 在文档之间拖放图层
• 将文档另存为模板文件，便可一次次重复使用
• 自定义可保存的预设，包括 UI 布局的工作室预设
• 通过“库存”面板快速访问免版税图像
• 使用“选择相同”功能有效选择包含匹配属性的多个对象
• 使用“选择对象”功能选择您的文档中某一特定类型的所有对象
• 链接图像和资源管理器
• PDF passthrough 的 Flag PDF 可确保导出时完美呈现原始 PDF，无需安装嵌入字体
• 使用封装功能将您的文档与所有使用的图像和字体资源一起整理至一个文件夹中 

完美的颜色和输出
• 专业的 CMYK、LAB、RGB、PANTONE© 和灰度颜色模式
• 完全 16 位/通道编辑
• 端到端 ICC 颜色管理 
• 切片导出，一次单击即可导出多个元素
• 实时像素预览，以确切了解您的设计将如何导出

image

可填写一个或多个“产品功能Product features”字段项，来简要汇总应用的主要功能，商店将在商店详情页以项目符号列表的形式向客户展示，最多可填写20项，每项不超过200个字符。

image

对Microsoft旗下产品Visual Studio Code而言，其“产品功能Product features”字段示例为：

image

对Serif旗下产品Affinity Designer而言，其“产品功能Product features”字段示例为：

image

2. 屏幕截图(Screenshots)

建议为应用支持的每一种设备系列至少提供4张屏幕截图(最多10张)，以便客户了解应用在其设备类型上的外观。

每张屏幕截图都必须是.png文件，采用横向或纵向布局，且文件大小不能大于50MB。

图像大小要求因设备系列而异：

  • 桌面设备：1366x768像素或更大。支持4K图像(3840x2160)。（还将向使用Surface Hub设备的客户显示。）
  • 移动版：图像必须具有以下像素之一：1080x1920、1920x1080、768x1280、1280x768、720x1280、1280x720、800x480或480x800像素。
  • Xbox：3480x2160像素或更小。支持4K图像(3840x2160)。
  • 全息设备：1268x720像素或更大。支持4K图像(3840x2160)

获得最佳的显示效果指南：

  • 将关键的视觉效果和文本保留在图像顶部的 3/4 区域中。 文本覆盖可以显示在底部的 1/4 区域中。
  • 请勿将其他徽标、图标或市场营销消息添加到你的屏幕截图中。
  • 请勿使用非常浅或深的颜色，或高对比度的条纹，因为这样可能会干扰文本覆盖的可读性。

还可以提供一段简短的描述文字，最多使用200个字符介绍每张屏幕截图。

image

对Serif旗下产品Affinity Designer而言，建议至少准备4张4K图像(3840x2160)作为屏幕截图：

image

image

image

image

3. 应用商店徽标(Store logos)

建议上传Microsoft Store徽标以便在Microsoft Store中创建更加个性化的图像显示，以便在应用支持的所有设备和操作系统版本上获得最佳的Microsoft Store一览显示效果。

应用商店徽标是可选的图像，可上传应用商店徽标，以便增强面向客户的应用展示效果。

每张徽标图像都必须是.png文件，且文件大小不能大于50MB。

可选的图像规格如下：

  • 2：3 海报 (720 x 1080 或 1440 x 2160 像素)

这种图像用作Windows 10/11和Xbox设备客户的主要徽标图像，因此强烈建议提供此图像以确保正确显示。如果未包含列表，则列表可能看起来并不良好，并且不会与客户在浏览应用商店时看到的其他列表一致。在搜索结果或编辑精选的集锦中，也可使用此图像。

此图像应包括你的应用名称，图像中的任何文本消息应满足可访问的可读性要求（4.51对比率）。请注意，此图像底部的1/4区域中可能出现文本重叠，因此请确保不要在此包括文本消息或关键图像。

  • 1:1 盒子插图（1080 x 1080 或 2160 x 2160 像素）

此图像可能会显示在各种商店页面中Windows 10/11 (Xbox) ，如果未提供2：3海报图片，它将用作主徽标。 此图像还应包含应用的名称。 此图像底部的1/4区域中可能出现文本重叠，因此请不要在此包括文本消息或关键图像。请务必在此图像中包括应用的名称。

  • 1:1 应用磁贴图标（300 x 300 像素

此图像需要在Windows Phone 8.1及更早版本上才能正常显示。如果以前发布的应用支持Windows Phone 8.1或更早版本，并且你未提供此图像，则这些客户会看到一个空白图标，其中显示了应用列表。(如果应用只有面向 Windows Phone 8.1 或更早版本.Windows 10的包，这也适用于)

如果提交仅包含UWP包，则无需提供此图像。

image

对仅适配桌面设备的应用而言，必须提供“1:1 盒子插图（1080 x 1080 或 2160 x 2160 像素）”，并建议提供“2：3 海报 (720 x 1080 或 1440 x 2160 像素)”以达到最佳展示效果。

对Serif旗下产品Affinity Designer而言，建议提供“2：3 海报 1440 x 2160 像素”：

image

对Microsoft旗下产品Visual Studio Code而言，建议提供“1:1 盒子插图 2160 x 2160”的直角徽标。

image

4. 补充字段(Supplemental fields)

建议对所有应用使用简短说明。

  • 简短说明(Short description)

可在产品Store一览顶部使用的简短、引人注意的说明。

如果未提供任何简短说明，则应用商店将使用应用描述的第一段的前100个字符。 由于您的说明还会显示在此文本下方，因此我们建议您提供包含不同文本的简短说明，以便不会重复您的商店列表。

image

简短描述最多可包含1000个字符，但某些商店视图仅显示前270个字符 (以及用于查看整个简短说明) 的链接。为获得最佳结果，请将简短说明保留为270个字符。

对Serif旗下产品Affinity Designer而言，其简短说明(Short description)为：

Affinity Designer 是市面上最快、最流畅、最精确的矢量图形设计软件。在过去五年的时间里从头开始，以创意专业人士的需求为核心，开发出各个功能、工具和面板。随着不断的创新和发展，它将成为突破性的应用程序，彻底改变您的工作方式。

image

  • 其他系统要求(Additional system requirements)

可补充属性页-系统要求(System requirements)中上未列出的任何其他系统要求。

image

5. 附加信息(Additional information)

  • 搜索词(Search terms)

搜索词是单个字词或短语，当客户使用这些条款搜索时，此短语有助于使你的应用可在应用库中发现。它们不会向客户显示。

每个搜索词最多30个字符，最多添加7个搜索词。

若要添加搜索词，请仔细思考客户在搜索你的应用时可能会使用的字词，尤其是那些并非你的应用名称的一部分的搜索词。仅使用与应用相关的搜索词。

除了前面所述的搜索词和字符限制之外，在所有搜索词中都不能使用超过21个独特的单词。

对Serif旗下产品Affinity Designer而言，其搜索词(Search terms)为：

  • Affinity
  • Designer
  • Publisher
  • Text
  • Paint
  • Ink
  • Write
  • 版权和商标信息(Copyright and trademark info)

可提供适用于你的应用的任何版权或商标信息。

  • 其他许可条款(License terms)

输入要向客户授权的应用的许可条款。许可条款将以纯文本形式显示在应用商店中。

可以在此字段中输入单个url，而不是许可证文本。 如果这样做，商店会将url显示为链接到包含附加许可条款的页面。如果你的附加许可条款非常长，或者你想要在你的附加许可条款中包含可单击的链接或格式设置，这将非常有用。

对Microsoft旗下产品Visual Studio Code而言，其他许可条款(License terms)可填写：https://code.visualstudio.com/License/

  • 开发者(Developed by)

如果要在应用的应用商店一览中包括开发团队字段，可提供，但是这个不会替代商店详情中发布者字段。

image

对Microsoft旗下产品Visual Studio Code而言，开发者(Developed by)可填写：Microsoft

image

c. 删除商店列表语言项

若要删除已添加的语言项，只需操作其右侧的删除按钮即可。

image

2.9 创建新提交 - 发布和认证

完成前面的步骤资料填写并确认准确无误之后，在“管理商店列表语言(Manage Store listings)”页面的右上角，有一个“发布(Publish)”按钮，点击即可启动发布流程。

image

受限功能(MSIX or PWA)

在完成提交之前，您必须执行的一个重要步骤是解释Windows应用程序所需的本机功能，称为"runFullTrust"。它由转换器工具自动添加并标记为"受限功能"。要通过审核，您必须导航到您的提交，然后打开"提交选项"并向审核团队提供注释。只需评论一下，此功能是由该工具自动添加的，一切都应该没问题 - 不再需要额外的工作。

发布提交之后，应用会处于“等待发布状态(Waiting to be released)”。

image

等发布完成之后，应用状态会变成“已在商店(In the store)”，并且下方还会显示应用在商店中的网址、Store ID、Web调起协议等信息。

image

如果是应用打包类型为“MSIX 或 PWA应用”，那么可以前往“概述-产品管理-产品标识”子页面查看到应用在商店中的网址、Store ID、Web调起协议等信息。

image

发布成功后，可以在商店搜索，查看效果并且安装验证了。

image

image

三、更新

3.1 前往更新入口

前往Microsoft合作伙伴中心，在左侧一级菜单项中找到“Windows和Xbox”菜单项，点击其下属的“概述”菜单项。

image

3.2 创建新提交 - 更新

找到你要更新的应用，点击其名称的链接，进入应用概览页面。

image

在“应用概览(Application overview)”页面，可点击右上角的“更新(Update)”按钮，创建一个新的提交。

image

后续流程参见《2.4 创建新提交 - 可用性》-《2.9 创建新提交 - 发布和认证》即可。

需要注意是，创建更新提交时，无需修改全部页面的信息，可根据当前更新的需要仅更新对应的页面，比如是程序包有更新，就仅更新“程序包(Packages)”页面相关的内容，如果是设计或宣传文案的发生了变更，则仅更新“管理商店列表语言(Manage Store listings)”页面相关的内容即可。

四、准则

https://docs.microsoft.com/zh-cn/windows/uwp/publish/store-policies

4.1 开发人员行为准则

作为Microsoft Store的应用程序开发人员，你必须遵守应用开发人员协议条款以及任何你与Microsoft签订的其他许可或合约。此行为准则仅供参考，不替代任何协议。

1. 发布者名称

你的发布者名称必须唯一。如果你未获得许可，不应展示来自公司、政府部门或其他实体的帐户。这包括但不限于：使用误导性的或类似于知名实体名称的发布者名称。

2. Microsoft Store帐户的良好声誉

你的Microsoft Store开发人员帐户必须保持良好的声誉。这包括但不限于：向Microsoft提供准确且最新的信息、不违反策略或应用开发人员协议，以及在Microsoft Store中保持活跃状态。

3. 欺诈或欺骗活动

不得在Microsoft Store或合作伙伴中心内从事任何欺诈或欺骗活动。这包括但不限于：

  • 尝试操控对你的应用或任何其他应用的排名、搜索结果、评分或评价；
  • 妨碍任何其他方使用Microsoft Store服务（或Microsoft提供的任何关联服务）；
  • 尝试任何形式的金融诈骗（包括但不限于广告印象或点击欺诈）；
  • 从事任何与你的应用程序的广告位和广告创意相关的欺诈活动；
  • 或者通过直接或间接方式获取或尝试获取对个人信息未经授权的访问权限以及使用此类信息。

4.2 与众不同的功能和价值；准确的展示

10.1.1

产品的所有方面都应准确描述功能、特性以及产品的任何重要限制，包括需要或受支持的输入设备。产品的价值主张必须在首次运行体验期间明确表达。你的产品不得使用类似于其他产品的名称或图标，并且如果你无权代表某个公司、政府部门或其他实体，则不得声称是源自该实体的产品。作为Web应用提交的产品必须由域或网站所有者发布。

10.1.2

你的产品必须功能完全，并且必须为目标系统和设备提供相应的功能。

10.1.5

禁止主要功能是支持从Microsoft Store外获取或推广数字商品的产品。

在用户同意的情况下，并在首次下载主要产品后，你的产品可支持获取以下项：

  • 你发布的其他产品（只要这些产品也通过Microsoft Store分发）。
  • 增强产品功能的加载项或扩展。

4.3 安全性

10.2.4

你的产品可以依赖于非集成软件（如其他产品、模块或服务）来提供主要功能，但须遵循以下要求：

  • 在描述性元数据的起始部分公开依赖关系。
  • 不允许依赖于非Microsoft提供的驱动程序或NT服务。如果产品依赖于非Microsoft提供的驱动程序或NT服务，则必须在Microsoft合作伙伴中心的认证说明中向Microsoft披露该依赖关系，以将其作为此策略的例外。

10.2.7

你的产品必须清楚地通信，并使用户能够从他们的设备中彻底将产品卸载和删除。

10.2.9

非游戏产品可能会将支持HTTPS的下载URL（直接链接）提交到产品的安装程序二进制文件。以这种方式提交的产品受以下要求的限制：

  • 安装程序二进制文件只能是.msi或.exe。
  • 必须在合作伙伴中心提交已进行版本控制的下载URL。与该URL关联的二进制文件在提交后不得更改。
  • 只要有更新的二进制文件要进行分发，就必须在合作伙伴中心内提供与更新的二进制文件相关联且已进行版本控制的已更新下载URL。你负责维护和更新下载URL。
  • 启动安装时，不得显示安装用户界面（即要求进行静默安装），但允许显示用户帐户控制(UAC)对话框。
  • 该安装程序是独立的安装程序，并且不是在运行时下载位的下载程序存根/Web安装程序。
  • 你的产品只能提供给电脑设备使用。

4.4 产品可测试

产品必须可以进行测试。如果出于任何原因（包括但不限于以下各项）无法测试产品，则该产品可能无法满足此要求。

10.3.1

如果你的产品需要登录凭据，请使用认证说明字段向我们提供一个有效的演示帐户。

10.3.2

如果你的产品需要访问服务器，服务器必须可以验证产品是否正常工作。

4.5 财务交易

如果你的产品包含产品内购买、订阅、虚拟货币、计费功能或者捕获财务信息，则需要符合以下要求：

10.8.1

所有游戏（不包括通过电脑游戏订阅产品中的订阅提供的游戏，以及此类游戏的应用内购买提供）和Xbox控制台上提供的产品都需要使用Microsoft Store产品内购买API。

电脑设备上提供的非游戏应用内产品可以使用安全的第三方购买API或Microsoft Store产品内购买API，在应用内购买于产品内消费或使用的数字产品或服务。

如果你的产品需要使用Microsoft产品内购买API，则它不得将用户定向到除Microsoft Store产品内购买API之外的购买机制，但可让用户使用以前购买的数字内容或服务。通过Microsoft Store产品内购买API在你的产品中出售的产品内产品不能转换或兑换为任何法律上有效的货币（例如美元、欧元等）或者任何实体商品或服务。

如果允许或要求你的产品使用安全的第三方购买API，则需要满足以下要求：

  • 在进行交易或从客户处收集任何付款或财务信息时，你的产品必须识别商务交易提供商，验证用户身份，并获得用户的交易确认。
  • 你的产品可以为用户提供永久保持已进行身份验证状态的功能，但用户必须能够要求对每项交易进行身份验证，或关闭产品内交易。
  • 如果你的产品要收集信用卡信息，或者使用第三方付款处理程序来收集信用卡信息，则付款必须按照最新的PCI数据安全标准(PCIDSS)予以处理。
  • 如果产品在安装时需要用户注册或支付交易体验，则这必须在产品的应用内体验中进行。产品安装完成后，用户可能会被定向到一个浏览器以完成注册或交易。

10.8.2

你必须使用Microsoft支付请求API或安全的第三方购买API，才能购买实体商品或服务；必须使用安全的第三方购买API进行与模拟现实场景的赌博或慈善捐款相关的付款。如果你的产品用来促进或募集慈善捐款或开展促销性的抽奖或竞赛活动，你必须遵守适用的法律。你还必须明确声明，Microsoft不是此次促销活动的集资者或主办方。

你必须使用Microsoft支付请求API或安全的第三方购买API来接收用户的自愿捐款。如果用户收到数字商品或服务作为回报（包括但不限于其他功能或广告删除功能），则你必须改用Microsoft Store产品内购买API。

使用安全的第三方购买API时，应遵循以下要求：

  • 在进行交易或从客户处收集任何付款或财务信息时，你的产品必须识别商务交易提供商，验证用户身份，并获得用户对交易的确认。
  • 此产品可以为用户提供保存此身份验证的功能，但是，用户必须能够要求对每项交易进行身份验证，或关闭产品内交易。
  • 如果你的产品要收集信用卡信息，或者使用第三方付款处理程序来收集信用卡信息，则付款必须按照最新的PCI数据安全标准(PCIDSS)予以处理。

10.8.3

如果你的产品需要财务帐户信息，则你必须通过公司帐户类型提交该产品。

10.8.4

产品及其关联元数据必须提供产品内购买类型和价格范围的相关信息。不得误导客户，你必须清楚地了解你的产品内促销和产品/服务的性质，包括任何试用体验的范围和条款。如果用户在试用产品期间或之后无法访问所创建的内容，则用户必须提前获得通知。此外，当用户即将在你的产品中发起购买选项时，你的产品必须给予明确提醒。

如果你的游戏提供了“虚拟抽奖”或其他提供随机化虚拟商品的机制，那么你必须在客户购买前向其披露收到每个商品的可能性。这些披露可以出现：在产品内（如在应用内的应用商店、Microsoft Store产品描述页(PDP)和/或开发人员或发布者网站上），带有来自Microsoft Store产品描述页(PDP)和/或应用内的链接。

10.8.6

电脑设备上提供的非游戏产品可使用安全的第三方或Microsoft定期帐单API，以开具订阅数字商品或服务的账单，此情形适用于以下指南：

  • 你可以为订阅增值，但不能删除用户先前购买订阅时的值。
  • 若要中止某个有效订阅，你必须继续提供已购买的数字商品或服务，直至该订阅到期。
  • 电脑游戏订阅产品（其主要功能是使能够通过订阅服务访问游戏目录的产品）可使用Microsoft Store产品内购买API或安全的第三方购买API（须符合安全的第三方购买API要求）在通过订阅服务提供的游戏中进行游戏内购买。
    • 即使任何Microsoft Store策略有相反规定，如果你的游戏订阅产品依赖非集成软件来向订阅者提供内容，那么不需要在Microsoft Store中提供从属软件。必须在说明元数据的开头公开依赖关系。
    • 即使任何Microsoft Store策略有相反规定，订阅中包含的单个游戏都可从Microsoft Store或从游戏服务运营商那里进行分发。虽然在Microsoft Store之外通过游戏订阅分发的游戏不受认证，它们仍必须遵守其他各项适用的Microsoft Store策略。

10.8.7

你的数字产品或服务的所有定价（包括销售或折扣）都应遵守所有适用的法律、法规和监管准则，包括但不限于联邦贸易委员会的反欺骗定价指南。

4.6 国家/地区特定的要求

不允许出现在你的产品所适用的任何国家/地区中具有冒犯性的内容。 由于当地法律或文化规范，一些内容可能会在某些国家/地区视为冒犯性内容。 在某些国家/地区可能被视为具有冒犯性的内容示例包括以下各项：

中国

  • 违禁的色情内容
  • 有争议的领土或区域引用
  • 提供或允许对违反适用的当地法律的内容或服务的访问

4.7 内容（包含名称、徽标、原创和第三方）

你的产品中的所有内容和相关联的元数据都必须由应用程序提供商原创、通过第三方权限持有者适当地授权、在权限持有者允许下使用，或者在法律允许的其他情况下使用。

4.8 用户生成的内容

用户生成的内容 (UGC) 是指用户向应用或产品贡献的内容，或者可由其他联机用户查看或访问的内容。 如果你的产品包含UGC，你必须：

  • 在产品中或你的网站上就用户生成的内容向用户发布或提供产品服务条款和/或内容准则。
  • 向用户提供一种方式来就产品中不恰当的内容报告给开发人员进行评审和删除/禁用（若违反内容准则），以及/或者实施一种方法来主动监测不恰当或有害的 UGC。
  • 在 Microsoft 要求时删除或禁用 UGC。

4.9 认证上诉流程

所有产品应遵循上面列出的Microsoft Store策略。如果你的产品未能通过审核，请查看策略以了解失败的原因。若要询问有关产品审核或认证状态的问题，可以发送电子邮件到reportapp@microsoft.com。

4.10 相关扩展资料

参考

posted @ 2021-09-02 16:40  TaylorShi  阅读(1572)  评论(0)  编辑  收藏  举报