在标本墙写好产品介绍，从这三处开始

准备上架时，可以先把介绍当成一份供陌生人判断的说明。对方需要知道产品做什么、自己能不能用，以及使用前要付出什么。把这些信息写清楚，比堆叠功能词更有帮助。下面从一句话简介、图片和详细介绍三处整理，再补齐定价与开发者信息。

一句话先交代任务

一句话简介必填，最多 200 字。建议先写服务对象和具体任务，再写产品提供的帮助。动笔前可以回答：谁在什么情况下遇到问题，用它能完成哪件事？如果答案仍是“提高效率”，就继续缩小到一个可描述的操作。

不要把简介写成技术名词清单。模型名称可以放到技术信息里，简介优先让读者看懂用途。写完后读一遍，删掉无法解释的形容词；再找一个不了解项目的人复述，看对方能否说清它的用处。这是检查表达的建议，不是上架的额外要求。

图片展示实际使用过程

Logo 必传，产品截图至少 1 张、最多 9 张，封面选填。准备 Logo 时，缩小看一下文字和图形是否还能辨认。截图优先选实际界面，让读者看见输入什么、在哪操作、得到什么结果。

如果只放一张截图，建议选择能说明核心任务的界面。需要多张时，可以按使用顺序排列，避免连续放几张区别很小的首页。截图涉及账号资料或他人信息时，先遮挡敏感内容。只有宣传语、看不清界面的配图，很难帮助读者判断产品是否适合自己。

详细介绍回答三个问题

详细介绍至少 50 字、最多 20000 字。可以用三个短段落组织，先把核心流程讲完整，再补充功能。

1. 解决什么问题。写出具体场景、当前做法和产品承担的那一步。少用“覆盖所有需求”这类无法判断边界的表达。

2. 怎么用。按实际顺序写准备材料、主要操作和查看结果的方法。需要注册、配置或自行部署的地方，按产品真实情况说明，别让读者到使用时才发现条件。

3. 适合谁。说明适合的任务和必要条件，也可以写出暂时不适合的情况。已上线功能与计划中的功能要分清，避免把规划写成当前能力。

定价与团队信息也要能判断

定价模式必须选。订阅制、按量计费、买断制和免费增值，都必须写明价格或计费方式。按实际情况说明收费单位、包含内容和限制；有免费部分，就交代免费范围与付费边界。不要只写“价格实惠”或“详情咨询”。

开发者类型按实际情况选择。团队介绍要求 10 到 1000 字，可以写谁在维护、为什么做这个产品，以及目前负责的工作。一人开发就如实写，不必包装成公司团队，也不要堆放与产品无关的履历。

提交前换个角度读一遍

检查简介、截图、正文和定价是否对应同一个实际产品，官网是否能打开。再看有没有只列功能却没有使用步骤、截图与当前界面不符、价格没有计费单位等问题。介绍写清楚，是为了让读者有依据地决定是否点开和尝试，不代表一定能获得访问或使用。