在首个Figma界面之前,记录3项检查
在承接设计工作之前,我们会记录3项检查:用户任务、钱包交互和开发者交接需求。这项早期审查有助于我们在问题扩散到整个界面之前,发现缺失的产品决策。
该检查还设定了我们在最终设计说明中审查和展示的内容。我们将每项观察与流程、线框图、原型或待定问题关联起来。您可以清楚看到哪些内容已准备好审查,哪些仍需您团队的输入。
| 检查领域 | 我们审查的内容 | 您需要发送的内容 |
|---|---|---|
| 用户任务 | 主要操作及可能的备选路径 | 产品摘要和目标用户 |
| 钱包流程 | 连接、交易、Gas和错误状态 | 已知的钱包和交易场景 |
| 当前界面 | 界面、研究及摩擦点 | Figma链接、原型或产品演示 |
| 构建交接 | 组件、界面状态及待定决策 | 开发背景和审查联系人 |
这适用于新的dApp、钱包、交易所或落地页流程。也适用于您希望改进现有任务而无需替换整个界面的情况。如需相关创意工作,请参阅设计与视觉。我们的Web3 UI设计服务可帮助您优化这些检查点,确保界面符合用户预期。
如何让钱包操作对用户清晰易懂?
两类用户群体塑造了流程:加密新手和熟悉钱包操作的用户。我们为两者都明确下一步操作。
每次钱包交互都在流程中占有一席之地,从连接到交易反馈。线框图展示用户在继续操作前会看到什么。然后,原型将商定的交互连接起来以供审查。
我们记录您的产品需要解释的状态:
- 连接:用户的操作以及界面确认的内容。
- 交易:用户确认前显示的信息。
- 进度:操作进行中时界面传达的内容。
- 完成:用户如何判断操作已完成。
- 错误:发生了什么以及用户接下来可以做什么。
- Gas:在相关情况下,界面如何呈现Gas信息。
请提供产品和工程方面的已知需求。如果某个交互尚未确认,我们会将其标记为待定决策。我们不会将假设呈现为既定行为。如需跨流程的用户界面文案,Web3文案撰写可为界面提供支持。
您的Figma交接文件可整合的7项内容
根据您的产品需求,7个部分可以整合到一个Figma交接文件中。您的团队可以审查预期的流程,并了解界面如何与可复用模式关联。
- 研究笔记:已考虑的用户需求和产品问题。
- 竞品审查:从提供的参考资料中得出的界面观察。
- 用户流程:主要任务、决策和备选路径。
- 线框图:视觉细化前的界面结构和层级。
- 视觉系统:应用于整个界面的设计方向。
- 组件库:用于保持界面一致性的可复用元素。
- 可点击原型和测试笔记:连接的交互和可用性发现。
我们按上下文组织界面和组件。在交接期间,我们会解释交互意图和待定问题。开发者可以审查的不仅仅是静态图片。产品负责人可以审视界面背后的决策。
从首次沟通到最终设计说明的5个步骤
5个步骤将工作从产品背景推进到可审查的原型和开发者交接。在设计开始前,我们会确认包含的工作内容、审查点和时间安排。
- 发送产品背景。 分享产品、目标用户、主要任务、现有界面和已知约束。
- 审阅材料。 我们检查提供的研究、竞品参考和当前界面。我们会标记影响用户流程的问题。
- 绘制流程和线框图。 我们连接主要路径和重要的备选状态。线框图在视觉细化前确定结构。
- 设计和原型。 我们创建视觉系统和界面界面。然后在可点击原型中连接商定的交互。
- 测试和交接。 我们在商定的工作范围内进行可用性测试。我们整合相关发现,并为开发者组织Figma文件。
指定一人收集反馈并解决产品问题。这样审查保持专注,我们可以将必要更改与偏好区分开来。如需更广泛的社交和内容支持,请探索社交媒体和内容。
Web3原型可以确认什么?
3项输入有助于我们设定一个有用的起点:用户、任务和当前的产品材料。我们可以从简短的产品描述开始。界面或研究有帮助,但并非启动所必需。
原型展示商定的界面交互并支持可用性审查。它不验证底层的钱包集成、网络响应或智能合约行为。连接的钱包、网络和合约控制它们自己的提示和响应。行为可能有所不同。我们设计商定的状态,并标记任何需要技术确认的内容。
在发送您的请求之前,请收集您已有的材料:
- 产品摘要和预期用户。
- 主要用户任务和任何已知的摩擦点。
- 现有界面、Figma链接、研究或演示。
- 需要考虑的钱包、交易、Gas和错误场景。
- 开发背景和将审查文件的人员。
通过联系发送这些材料。我们将审查任务并记录待定决策。您将在2个工作日内收到书面报价。发送:产品摘要、目标用户以及您希望设计的主要流程。
如何操作
- 发送产品背景分享产品、目标用户、主要任务、现有界面和已知约束。指定将审查设计决策的人员。
- 确认工作内容和时间安排我们在工作开始前商定包含哪些流程、设计内容和审查点。
- 绘制流程和线框图我们审查可用材料,绘制关键路径和状态,并确定界面结构。
- 设计和原型我们创建视觉系统和界面,然后在Figma中连接商定的交互。
- 测试和交接我们在商定的工作范围内进行可用性测试,处理相关发现,并为开发者组织Figma文件。
常见问题
在请求Web3界面设计之前,我应该发送什么?
3项输入足以启动:产品摘要、目标用户以及界面应支持的主要任务。现有界面、研究和钱包需求有助于我们更精确地审查工作。如果产品处于早期阶段,请发送您已知的信息,并标记仍待定的决策。
能否在不替换每个界面的情况下重新设计一个dApp流程?
可以专注于1个已定义的流程。我们审查当前界面、用户需要完成的任务以及相关的界面。现有设计、产品反馈或演示有助于我们识别哪些需要保留,哪些需要更清晰的路径。
Web3产品设计的报价由什么决定?
3个因素决定报价:研究需求,以及包含的流程和界面。我们还会考虑是否需要原型、测试和开发者交接。在审查您的材料后,您将在2个工作日内获得一份固定的书面报价。报价在工作开始前商定。
dApp界面项目的时间安排由什么决定?
3件事决定时间安排:流程数量以及您的产品材料状态。您团队的审查速度也会影响时间安排。我们在工作开始前,根据包含的设计内容和审查点确认工作时间表。
Figma原型是否连接到真实钱包?
1个可点击原型可以展示商定的界面交互,但它不是真实钱包集成。我们呈现您团队需要审查的连接、交易、Gas和错误状态。您的开发者会单独验证实际集成。
一个原型能否证明跨钱包的相同交易行为?
没有单个原型可以证明跨钱包、网络和智能合约的相同行为。这些系统控制它们自己的提示和响应。我们设计商定的状态并测试呈现给用户的体验。您的技术团队验证支持的集成和场景。
告诉我们您的项目
回答四个简单问题,经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…