当前位置:首页 > 业界动态 > 正文

想提高你的转化率吗?看看这篇超全面的优惠券设计方法总结

前台优惠券使用流程图:

可用性测试

设计出完整的交互方案后,就该验证设计方案的可行性了。 当公司不是很大的时候,建议从市场和运营入手,开一个小型的回顾会,对比你们的互动,介绍完方案后,营销和运营的同学也会给你一些相应的意见。 通常这些意见是极其有价值、非常有用的,因为运营和市场是离客户最近的人,每天都和客户打交道。 了解这个行业从业者的一些基本信息。 当然,他们也会给你公司整体产品开发的建议。 一种常见的情况是,在SaaS行业,你失去一个客户就意味着你的竞争对手多了一个客户,所以一般市场都会有竞争对手的信息。 他们会知道客户从我们的平台流失到其他平台的一些原因。 最重要的是,他们还为你提供了优秀的竞品信息,然后可以进一步完善交互方案。

周围同事和内部人员的评价并不意味着你的解决方案是完美的。 通常,你还需要“外部”建议,这需要你做可用性测试,但受到人力、资源和项目周期的限制。 在实际过程中,我并没有采用标准的可用性测试流程。 在项目开始之前,我在用户反馈群里潜水了一段时间,这让我了解到哪些客户迫切需要优惠券功能,所以我完善了方案后,将文档部署到了线上。 这只是一个简单的交互文档,但这并不妨碍客户给我一些非常有价值的建议。 我发现群里大概有8个客户提到过这个功能(这个功能的潜在用户和C端不同,B端工具化需求更强),把文档链接一一发给他们,因为条件限制,我只能在网上做这个测试。 为了确保用户能够准确理解您的设计方案并及时收集有效信息,建议一对一地进行本次测试。

通过这个简单的测试,我收集了核心用户的有效需求,并将他们的意见加入到设计方案中。 因此,产品推出后,很少有客户提出无法满足其功能点或使用流程的问题。 不光滑。

发展阶段

作为一名交互设计师,你的主要工作可能到这里就结束了,但你要时刻跟进开发进度,在开发过程中得到即时反馈。 有些问题在早期设计过程中可能没有考虑到。 ,这就需要与开发进行沟通,成功地实现技术与设计之间的平衡,以免影响开发进度。 没有一个设计方案是完美的。 设计方案会随着需求、场景、技术、行业的变化而变化。 在相应阶段制定合适的设计方案是产品设计的基本要求。

在线演练和数据观察

产品上线后,除了基本的交互检查外,重点是产品的使用率和用户反馈的收集。 如果产品的使用率不是很高,我们需要询问运营或者客服同学为什么我们的客户不使用它。 是优惠券功能不好用还是有其他原因。 同时,我们也应该关注用户反映的一些问题。 在实际的使用过程中,客户比我们更懂得怎么玩这个产品。 例如,在活动报名领域,优惠券不起作用,很少有活动客户使用折扣。 优惠券系统,因为活动行业常见的是折扣码、资格码或者邀请码,可以达到同样的优惠效果。 这也是行业之间的差异。

B端SaaS系统向B端客户提供软件服务,B端客户支付一定的费用。 所以B端系统的付费率也是我们关注的重点。 优惠券作为系统内的增值服务,是否带动整体软件付费? 效率也是一个值得观察的点。 以精心打磨的产品功能为卖点,是对你的设计方案最好的肯定。

另外,作为SaaS系统服务商,我们还需要考虑C端用户数据的情况,以及使用优惠券系统的旅游网站是否促进了其转化率和用户增长。 尝试从多个角度观察优惠券功能。 有利于完善设计方案,也有利于迸发出创新灵感。

总结

注:有些同学可能会痴迷于控制、反馈、操作、交互状态等具体的设计细节,在我看来,这些从来都不是交互设计的重点,尤其是在目前已经有成熟解决方案的设计行业。 比如蚂蚁金服的Ant design、Element等设计规范,你可以通过学习这些经过大量用户群体验证的规范来提高你的交互界面设计能力。 正如 Ant 设计一样广泛,也有不适用的时候。 这个时候就根据实际需求和基本设计原则设计自己的解决方案即可。

附上一个实际案例的回顾:

回顾整个优惠券设计流程:从业务到需求,从需求到执行

本文对优惠券用户端、优惠券需求商业端、系统设计进行了全面、立体的分析。

阅读文章>

0
收藏0

最新文章

随机文章

取消
扫码支持支付码