围绕您的用户打造的 Web3 移动应用开发

一个有用的应用始于一个真实的用户任务

一个 Web3 应用应让一个有用的任务易于理解。想象一个工作室即将开启封闭测试，就在 AMA 的前一晚。其团队希望成员尝试一个移动流程，因此我们会在选择屏幕之前先规划钱包步骤。

这个首要任务可能是查看余额、使用 DeFi 功能或查看忠诚度奖励。我们首先询问用户需要做什么。我们询问他们需要哪些信息，以及哪个操作需要钱包或区块链连接。这为团队提供了一种实用的方法，将发布必备功能与可以稍后实现的想法区分开来。

这项工作可以适用于新产品，也可以作为更广泛 Web3 服务的移动部分。我们将应用计划与现有产品、其技术设置以及负责维护的人员联系起来。如果还需要基于浏览器的体验，我们的 dApp 开发 工作可以帮助保持移动端和 Web 端体验一致。对于更广泛的产品构建，请参阅 Web3 开发。

一个清晰的首要任务也为设计和工程提供了相同的起点。您的团队可以在投入时间开发不服务于该流程的屏幕或集成之前，先审查该流程。

哪种移动体验适合您的产品？

正确的应用格式取决于产品的用户旅程、平台需求以及维护计划。我们在选择原生 iOS 和 Android 开发或跨平台方法之前，会先审视这些需求。

何时原生应用有意义

当 iOS 和 Android 体验需要不同的行为或特定平台的设计时，原生开发可能适合。我们与您的团队一起梳理这些差异，然后记录每个版本必须支持的内容。这能让您在开发开始前对工作量有更清晰的了解。

何时共享开发适合

当产品的屏幕和主要操作大部分共享时，跨平台构建可能适合。我们共同检查集成、界面需求和未来的维护计划。这个决定应反映您的团队运营所需，而不是框架偏好。

例如，设想一个忠诚度产品，成员在应用中查看奖励，然后连接钱包执行特定操作。我们会标记哪些信息是简单显示的，以及哪个操作需要连接。如果产品需要自己的钱包体验，请将需求与 加密钱包开发 进行比较。当现有或新的合约行为需要关注时，智能合约开发 可能是一个相关的工作流。

我们在编码前确定的四个决策

在开发开始之前，我们将产品创意转化为一个简短的计划。设计和工程都可以使用该计划。一份由三部分组成的启动说明记录了用户目标、启动操作和技术依赖关系。

1. 命名主要用户旅程。 我们确定应用应支持的首要任务。然后规划用户完成该任务所需的屏幕。
2. 映射连接。 我们列出所需的工作：钱包、区块链、后端和 API。同时注明团队可以提供哪些现有服务或技术资料。
3. 选择首次发布的功能。 我们标记哪些功能必须在发布时提供，哪些可以稍后添加。这有助于保持首次构建的专注性，同时不忽视更广泛的产品。
4. 商定检查点。 我们定义团队将如何审查每个核心流程。检查涵盖确认、等待状态以及操作未完成时用户看到的内容。

一份一页的流程映射图可以使这些决策更易于审查。它有助于产品和技术的负责人及早发现遗漏的细节，同时为界面工作提供清晰的路径。如果应用依赖于新代币，我们可以将规划与 代币创建和部署 联系起来，以便应用的假设条件清晰明确。

从第一个屏幕到可发布的构建版本

构建过程将商定的用户旅程转化为一个可工作的应用。然后在提交准备之前检查这些旅程。以下是主要部分的组合方式：

我们在应用成型过程中保持设计和工程的连接。这包括提示、确认、等待时刻和错误消息。用户在重要操作期间会遇到这些细节。团队根据商定的行为检查发布候选版本，而不是仅仅依赖最后一刻的视觉审查。

我们还会明确谁提供开发者账户访问权限、产品文案、截图和其他发布输入。基于 Telegram 的功能可能更适合作为迷你应用，而不是独立的移动应用。在您的团队承诺采用错误格式之前，我们可以将此需求与 Telegram 机器人和迷你应用开发 进行比较。

让发布计划立足于应用商店规则

一个好的发布计划会在最终构建之前明确责任和未解决的问题。我们在开发前审查加密应用政策。然后将该早期审查与您的团队所需的功能、设计和提交工作联系起来。这给了每个人在仍有空间讨论产品流程时提出问题的机会。

我们还会商定谁拥有应用商店账户和提交决策权。我们明确谁提供产品详细信息，以及谁将处理后续事宜。在我们的启动清单中，Brand Community 会记录平台目标、发布优先级、现有技术资料以及可以批准工作的人员。在项目期间，我们在实施推进之前检查界面和核心旅程。然后我们根据相同的商定行为审查构建版本。

苹果和谷歌制定了加密应用政策并做出审查决定；这两个结果都不由我们控制。我们准备商定的提交工作，但无法保证批准。

要开始，请向我们发送一份简短的产品摘要、您预期的平台以及任何现有的设计或技术说明。告诉我们哪个用户操作在发布时最重要。我们将审查这些资料，确定首要决策，并与您一起概述一个实用的构建计划。

如何操作

1. 分享产品说明发送目标、预期用户、平台计划以及任何现有的设计或技术资料。指出在发布时重要的操作。
2. 规划应用及其连接我们概述主要旅程、所需钱包和区块链链接、后端或 API 工作以及未解决的问题。
3. 审查界面我们在开发开始前一起浏览关键屏幕和交互状态。
4. 构建并检查核心流程我们开发商定的应用，并根据需求测试其主要旅程和集成。
5. 准备发布交接我们在计划中组织提交工作，明确谁提供每个项目，并商定任何发布后支持。