当前位置: 首页 > 科技观察

需要太分散?说说设计师如何在小企业中提取价值

时间:2023-03-20 22:55:17 科技观察

背景在日常工作中,作为设计师,我们经常会遇到这样的情况:我们有多个业务,但大部分都是小企业,业务方给出的需求大多是小而零散的。面对这种情况,设计师有时会觉得没有挑战可言,将自己局限在美好的设计和为用户创造更美好生活的想法上,总想闹出大新闻。不妨回头看看微商,你真的了解吗?这是一个角度,小企业也可以用大眼光做事。通过一个小企业案例的改版,讲述了如何从小项目做起。负责一个基础模块支持:设计细节。是设计师使用酷家乐设计工具进行设计输出的载体。该模块之前进行过修改迭代,迭代的业务目标(主动留存)提升不理想。那么我们从哪里开始呢?方法流程明确业务目标挖掘用户需求场景梳理产品功能拆解设计目标设计策略实施验证迭代明确小业务的业务目标与大业务(如网站改版)相比,小业务简单,其业务目标定义为经常容易被忽视。在日常设计中,经常会遇到设计师不知道业务目标是什么,目标模糊,目标不正确的情况。他们直接从梳理小业务的功能入手,分析现状,着手制定设计策略,往往会导致设计未能解决关键问题,出现偏差。产品功能本身只是满足用户需求、实现商业目标的服务载体,只是战略的表象。明确小企业所承担的经营目标是前提,那么如何梳理呢?1.明确经营目标。小企业目标来自大企业目标。获取小企业对应的目标。目标拆解需要遵循MECE原则,拆解方法包括:二分法、过程法、元素法、公式法、矩阵法。(tips:目标难拆解。)Dapp设计细节以示例为例。在酷家乐业务大规模增长的背景下,用户活跃和用户留存是核心目标。设计细节位于设计路径中的一个节点。设计细节的五个主要业务目标:设计细节-用户周活跃设计细节-新用户留存设计细节-老用户留存设计细节-内容贡献数设计细节-内容分享数业务目标可分为2类:1.分类:符合用户意愿,比如活跃度、留存度等,满足用户需求时可以自然实现;第二类:不符合用户意愿,比如内容贡献和内容分享,用户不太可能主动完成,需要创造动力,激励用户去执行。挖掘与小企业相关的用户需求场景有了小企业的商业目标后,第二步就是为用户提供价值,满足用户需求,从而实现商业目标。梳理出小企业服务于哪些用户需求是提供价值的前提,那么如何获取用户需求场景呢?1、用户访谈——获取相关的用户需求场景用户需求场景可以帮助我们清楚地了解用户使用产品的原因。用户需求场景可以用一句话来定义,包括四个关键要素,其中需求本身是最核心的,需要挖掘当前的需求和背后的潜在需求。“在‘??某个环境’下,‘某个用户’做了‘某事’,满足了‘某个需求’”用户访谈,用于挖掘更深入的用户需求场景要素信息。按设计师入职年限(1-31年、3-5年、5年以上)分组,每组面试2-3名设计师。将设计细节相关的8个需求场景的访谈信息整理整合如下:2.正则化业务访谈中获取的用户需求场景场景往往是碎片化的。碎片化的场景很容易在设计指导上产生偏差。需要对场景进行结构化,为后续的方案设计提供依据。我按照设计师的设计流程整理得到的场景。按照设计前、设计中、设计后阶段分为三个阶段。上面已经梳理了设计细节相关的用户需求场景,原来的设计细节只是基本满足了数据管理和方案展示这两个单体场景。在设计师的整个设计过程中,仅从设计的角度来看,这两个场景仅限于方案设计的大场景,设计更多的是对其方案设计操作的体验优化。用户创造的价值并没有太大的提升。从上述业务目标来看,很难在两个单一的场景中鼓励用户分享和贡献内容。梳理完产品功能矩阵,明确小微企业的业务目标和需求场景后,接下来就是根据场景梳理产品能力。一、小业务功能现状分析对旧版APP的设计细节进行初步的现状分析。设计细节包括5个主要功能:渲染、图文编辑、图片管理、提交、分享。从需求场景来看,无法实现多场景,如营销、票据谈判;从业务目标来看,通过现有功能还有很大的优化空间。例如,用户很难知道提交的价值。2.产品能力梳理及现状分析发现功能不足以支持用户需求场景,获取功能有两个方向:挖掘现有能力:梳理范围可扩展,从上层入手小业务所在的业务到整个平台,场景一层层梳理对应现有功能。创造新能力:基于场景创造新能力,挖掘平台现有能力,可以最大化利用业务能力和价值,与其他业务形成互通,实现1+1大于2的业务价值。也可以围绕场景打造新能力,逆向推动产品开发新功能。以下是产品功能矩阵,设计细节涉及所有场景。平台获得了很多新的能力,对原有的能力进行了扩展。拆解每个场景的设计目标和策略。梳理好产品能力后,需要通过设计策略对产品能力进行有效组织,让用户快速感知并快速使用。设计策略来源于设计目标,那么如何得到设计目标呢?基于用户需求场景,拆分行为事件,细化行为事件,推导出设计目标,然后根据设计目标给出设计策略。Dapp设计细节受制于移动端能力,设计细节只涉及5个相关场景。设计目标和设计策略的拆解结果如下:对设计目标进行拆解后,根据目标分析产品的现状,找出存在的设计问题。为什么要根据目标分析现状?首先,有必要弄清楚问题是什么。问题是目标与现状不一致的原因。只有目标明确了,才能理性分析现状存在多少问题。在日常生活中,经常会看到设计师会直接提问。很多时候,默认假设了一个预设的目标,但这个目标并不严谨、不全面,容易导致得到的题目本身出现偏差。设计策略源于设计目标或问题,而设计目标或问题最终源于设计目标。分析了老版本Dapp的设计细节现状,发现了问题所在。上一步设计策略实现后,围绕设计策略进行设计策略。本段不一一解释,只选取3个重点来描述设计方案的思路1.设计细节框架设计Dapp设计细节涉及5个场景的承载和多种产品功能。设计三步走思路:第一步:简化功能认知,从场景维度构建功能、重组功能,并基于场景创建功能集认知,建立场景能力区域;第二步:梳理场景中共同涉及的内容,作为连接的载体承载场景内容的放置,设计细节中的展示状态方案涉及5个场景中的4个;第三步:提取场景中的即时性、高优先级功能,创建快捷功能区框架如下:框架建立后,填写具体的能力和内容。比如场景入口放在底部,根据场景的优先级区分主次。设计细节框架建立后,在细分场景中创建设计2.营销获客场景设计营销场景设计,将营销组件拆分为三类:适销内容、营销渠道、渠道内容展示。梳理现有功能,从内容和渠道上进行拓展和探索。明确内容和渠道后,传达各渠道提供的价值,激发用户触发行为。3.单人谈话场景设计单人谈话场景的关键在于方案的细节。面对不同的情况,有多种内容形式来展示计划。在上面的内容整理中,主要有图解方案、全屋漫游、渲染图集三个内容。计划细节中,头部包含全屋漫游和相册。如果方案太繁琐,可以直接点击全屋漫游图片讲解,或者点击封面进入相册直接上图讲解。图文细节加入房间切换导航,可以快速切换到需要讲解的地方。上线验证数据稳定观察后,设计细节周活跃度提升89%,各场景功能数据均有明显提升(提示:部分??数据因技术原因未收集到)。除了修改Dapp端的设计细节外,后续对PCweb端设计细节的迭代也取得了不错的效果。数据结果验证了该方法的可行性,起到了积极的作用。思考总结以上就是我应用这种设计方法优化了一个小业务,逆向推入产品迭代,上线后取得了不错的效果。经过这次赋能,我对小企业有了更多的了解。小企业是大企业的缩影。可以作为大企业前沿验证的试验田。大概率可以快速验证自己的想法,即使方向错了,因为小业务变化的影响也小。由于知识广度和深度的限制,并不是所有的设计师都能从一开始就驾驭大企业。小型企业可以用来打磨设计的专业深度。一些小业务的复杂度不低于大业务的设计方法同样适用于大业务,但是方法是死的,不是适用于所有情况,需要抓住重点,灵活运用。不要总想着搞个大新闻。当能力不被业务方认可时,小企业赋能可以成为一个很好的代言人。不要低估小型企业。可能是你对以上内容根本不了解。感谢您的阅读!