精华内容
下载资源
问答
  • 用户场景描述

    千次阅读 2019-03-07 06:27:57
    根据存在的场景,确定场景优先级,市场定位,需求分析,竞争壁垒,得出阶段产品定位,总结产品问题。 场景分析方法 1、PSPS模型(人物角色Persona、场景Scenario、痛点Pain、解决方案Solution)用于挖掘场景需求 ...
    • 分析出所有存在的场景,并判断真伪场景;
    • 根据存在的场景,确定场景优先级,市场定位,需求分析,竞争壁垒,得出阶段产品定位,总结产品问题。

    场景分析方法

    1、PSPS模型(人物角色Persona、场景Scenario、痛点Pain、解决方案Solution)用于挖掘场景需求

    分别对应着:角色、场景、痛点、解决方案。
    小A(某用户画像)在某场景某一刻中,出现了某种痛点问题,痛苦程度很深,需要一个最佳的解决方案,因此产生了一个行为。这是挖掘需求用的,使用前提是对用户可能身处场景有很深的理解。

    举例说明:O2O产品由于线上+线下,所以把握每一个线下真实场景非常重要,功能点一定要是某场景中的真需求。比如说我们的会务助手之前遇到的问题,创建的活动时间地点人物冲突的时候,查重后给发布重复活动的管理员发送冲突提醒,线上解决活动冲突,这个发送冲突提醒就是伪需求。小A和小B每天会创建很多活动,活动之间会有各种时间地点人物的冲突导致活动不能顺利进行,这痛苦程度很深,优先级很高。但此场景下小A和小B有更好的解决方案,小A线上发送冲突提醒被小B驳回后可能会变成反复的冲突提醒,但是其实活动冲突后他们可以直接线下沟通,很方便也很简单,是最佳解决方案。

    对于需求是否存在,或者是否添加一个新功能,有一个方法就是假设没有这个功能,研究用户的痛苦程度,正是这种痛度,影响着你的解决方案是否有很强的替代性。如果微信没有了熟人关系和聊天,我想大家都会非常难受吧,社交通讯领域正是和熟人聊天,这存在着的痛苦程度很深的痛点的最佳解决方案,所以人们离不开这个领域。

    2、分析用户场景中的已有行为

    PSPS用于挖掘需求,那么还有一个就是研究场景中已有行为,即已经有了很好的解决方案,分析它和用户目标描述是否匹配。也就是“角色、场景、解决方案、目标”。

    举例说明:参会人员用手机扫码签到,若从痛点挖掘需求:即到场之后需要立即签到,如果因为没能在规定时间签到导致迟到扣款就会很痛苦,于是挖掘出一个打开程序界面就能立即签到的解决方案。

    若从已有解决方案的行为出发:参会人员到场后,打开微信先扫屏幕上小程序的二维码,进入程序后就能看见很大的扫码签到按钮,点击按钮就立即调出扫码界面,对准屏幕上另一个签到二维码就能立刻完成签到的目标。经分析,这种设计的场景符合用户在最快的时间内签到的目标描述,故需求成立。

    3、场景中用户内心状态

    场景有客观和主观条件综合影响。我们要把用户心理状态描述出来,他们最终会变成产品中的行为。

    外部场景:时间、地点、外部网络情况、终端设备情况等; 人物内部场景:人物内心状态、身体外部状态;

    举例说明(隐号拨打的场景):
    外部存在固有场景:员工的手机设备以安卓为主,且性能较低,网络情况也不稳定,并且可能一只手随时准备记录信息不会双手把持手机。甚至部分员工还不会使用智能手机,需要教育。
    人物场景:只能用1只手操作手机(身体状态),电脑端收到消息后需要立即拨出(弹窗提醒+按钮操作),电话未接通需要立即回拨或者发送短信(醒目的回拨短信按钮图标),通话和及时填写跟进(点击进入详情页)。
    经过这样的场景描述,加入用户心理变化。某一个具体时刻,场景细节更加细节,每一个用户的高兴或者困扰,都是产品重点优化场景的方向。这些场景组合起来了用户体验地图。因为一个小小的场景细节,一个简单的用户心理,这些用户切身真实感触,都会是他们和竞品比较进行选择的资本。

    4、场景到底有多重要

    如果把用户使用手机这个行为当做一个大功能模块,那么我们来研究下这个模块的完整用户使用流程图。
    即用户使用手机→有什么需求需要被互联网满足→选择什么领域满足→该领域哪些产品可以满足我的需求→通过竞品分析给用户的心智,得出最佳竞品选择→使用该产品。
    以上路径大体分为6步,如果进行分类即为2大类:
    1.4.1选择领域:
    游戏、熟人关系、陌生交友、新闻、听歌、看视频、拍照等等任何领域均可以被互联网化,通过智能终端被用户使用。在用户使用手机的场景中,超级APP有多少?为什么会成为超级APP?
    不难发现,我所列的领域可谓是大众性、刚需性非常高的产品领域,在24h某刻场景中需求的痛苦程度很深,如果需求不被满足会很难受。这必然会导致用户在一天24h普遍的用户场景中,这些需求是我必须要被满足的,故使用该领域的场景频率变高、时长增长,即带来了运营kpi关键指标很大。满足某个核心痛点的领域选择一定要足够痛,领域选对了,方向正确,才有可能成长为超级APP之类的产品。
    1.4.2 选择产品:
    任何领域无论产品用户体验如何,用户是必然可以通过某些渠道知道存在该产品的。这就是用户在确定某领域之后的竞品分析过程,即优胜劣汰。
    无论是平台产品还是垂直产品,无论大众还是小众,用户总是会选择最适合自己的产品使用,即比较适合自己→很符合自己→就是自己需要的。同为电商买东西领域,比如淘宝有你想不到的所有商品,如果买3c我可能就去京东,买化妆品去聚美,凑份子去一元云购。这就是用户在具体场景中,会选择最适合自己的产品满足需求。
    这里就出现了一个问题,即使是同领域也有无数竞品。这里就引入心智模型的概念(可以是用户的口碑传播或者自己使用的感受,得到的一个心智基本认知),必须给用户一个单一明确的认知,在用户选择产品时的上班、下班、坐车、休息等各种场景中,产生某种需求,第一时间想到的是你的产品非竞品。也就是说产品的核心功能要明确突出,网易云音乐就是歌单、推荐和评论,keep就是健身训练,唯品会就是特卖,拼多多就是组队购买,这些是用户选择产品的潜意识认知。
    确定以用户心智模型为基础的高度统一的产品。这是任何产品都要遵循的规则,这是换位思考,从用户使用产品满足需求场景中得出的。这要求我们产品核心功能要突出,且被用户感觉到,并且其他功能能更好的为核心竞争力服务。核心功能+主要功能共同构造成产品壁垒。
    “拉新”的最高境界是用户口碑传播,只能是传播用户自己的心智,无论怎样,从各种方面都在说明以用户心智为基础的重要性。

    场景化(人物、时间、地点三要素所组成的特定关系)—— 案例模拟(多个场景故事)—— 场景分析(功能的差异化+壁垒强度+未来拓展性+功能可能出现的问题;用户的大众性+高频性)—— 总结

    转载于:https://juejin.im/post/5c78f6b0f265da2db2794ce0

    展开全文
  • 假设我在一个数据框中有以下产品描述。我想保留所有满足以下条件的产品说明:For every id in product_descriptions, check if it contains all descriptions fromat least 1 scenario in scenario_descriptions. If...

    假设我在一个数据框中有以下产品描述。我想保留所有满足以下条件的产品说明:For every id in product_descriptions, check if it contains all descriptions from

    at least 1 scenario in scenario_descriptions. If so, check if the descriptions of all

    these scenarios have status 4, 5 or 6.

    输入scenario_descriptions = [

    ['world1', 'world2', 'world3'], #scenario1

    ['world4', 'world2'], #scenario2

    ['world5'], #scenario3

    ['world6', 'world7'], #scenario4

    ['world6', 'world2'] #scenario5

    ]

    product_descriptions =

    id | description | status

    -------------------------

    1 | world1 | 1

    1 | world2 | 4

    1 | world3 | 1

    1 | world4 | 4

    1 | world5 | 4

    1 | world6 | 4

    1 | world7 | 1

    1 | world8 | 4

    1 | world9 | 4

    1 | world10 | 4

    1 | world11 | 4

    1 | world12 | 4

    1 | world13 | 4

    1 | world14 | 4

    1 | world15 | 1

    2 | world1 | 1

    2 | world2 | 1

    2 | world3 | 5

    2 | world15 | 6

    2 | world8 | 6

    2 | world4 | 5

    2 | world7 | 5

    不排除id==1的产品,因为:它有world2 andworld4`(scenario2),它们的状态是4

    它有状态为4的world5(场景3)

    它有状态为4的world6和world2(场景5)

    id==2的产品被排除在外,因为:world1(场景1)没有状态4、5或6

    world2(场景2)没有状态4、5或6

    它没有world5(场景3)

    它没有world6(场景4)

    它没有world6(场景5),并且world2的状态不是4、5或6

    输出filtered_product_descriptions =

    id | description | status

    -------------------------

    1 | world1 | 1

    1 | world2 | 4

    1 | world3 | 1

    1 | world4 | 4

    1 | world5 | 4

    1 | world6 | 4

    1 | world7 | 1

    1 | world8 | 4

    1 | world9 | 4

    1 | world10 | 4

    1 | world11 | 4

    1 | world12 | 4

    1 | world13 | 4

    1 | world14 | 4

    1 | world15 | 1

    你知道怎么解决这个问题吗?我已经试了好几天了,但是没有成功:(

    下面的代码是我能得到的最接近的代码。这解决了我问题的第一部分。我不知道如何把这个和第二个条件结合起来:

    ^{2}$

    filtered_product_descriptions = (product_descriptions.groupby('id').filter(lambda x: (pd.Series([(pd.Series(y).isin(x['description']).all()) for y in scenario_descriptions])).any()))

    展开全文
  • 软件产品一个非常重要的原则是:尽可能的描述现实,符合现实场景,而不是创造规则,甚至违背现实情景。 并不是因为符合现实场景就一定好,只是对于产品而言,符合现实场景意味着更贴近于现实,以及用户习惯,...

    说明

    • 软件是虚拟的,也可以认为是自由的,没有原始规则的,因此有些程序可能会脱离现实,甚至违背现实。

    • 例如:界面元素强行归类,之前实现智能监控软件中的情景功能,用户可以手动选择情景和设置自动切换规则,软件自动切换,在不同的情景下报警,录像等设置会做相应的变化;刚开始实现该功能时,我将自动以及所有情景混在一起,形成一个情景选择的手动选项,但是自动明显不是一种情景,混在一起是不妥的,当情景为自动时会给人困惑,不知道具体的情景是什么。

    • 例如:状态切换混乱,之前实现wifi管理时,wifi连接可能会失败,会超时,但是password err,timeout 这些不是一种状态,只是一次连接的结果,是event,wifi此时的状态是connect_failed,如果你把password err,timeout当做一种状态来处理,状态跳转可能就乱七八糟了。

    • 但是软件是对现实世界的抽象,软件产品的最终用户也是人类,就像人类社会一样,需要人为的制定规则,软件行为才能规范。

    总结

    • 软件产品一个非常重要的原则是:尽可能的描述现实,符合现实场景,而不是创造规则,甚至违背现实情景。

    • 并不是因为符合现实场景就一定好,只是对于产品而言,符合现实场景意味着更贴近于现实,以及用户习惯,用户更容易接受和理解。

    展开全文
  • 注:论文发表于《包装工程》杂志2017年第6期“工业设计”栏目。虽然是17年才发表,但这篇论文其实是很早...摘 要:目的 研究产品交互设计中场景理论。方法 通过阐述交互设计各阶段中客观场景、目标场景、实际场景...

    注:论文发表于《包装工程》杂志2017年第6期“工业设计”栏目。虽然是17年才发表,但这篇论文其实是很早之前写的,所以用的案例比较老。

     

    ____________________________________

    作者:胡伟峰;王玉梅;汤进;李世国

    (江南大学,无锡, 214122)

    摘 要:目的 研究产品交互设计中场景理论。方法 通过阐述交互设计各阶段中客观场景、目标场景、实际场景的含义及其应用。结论 指出了场景理论对交互设计的价值与意义,并提出了动态思维:场景设计是一个循环设计流程;主次思维:抓主要场景,统筹次要场景;拆解思维:复杂的大场景由众多小场景组成三大基于场景理论的交互设计思维。

    关键词:用户场景;交互设计;

    中图分类号:TB472 文献标识码:A

    “场景(scenarios) ”一词常见应用于戏剧领域中,指在一定的时间、空间内发生的一定的任务行动或生活画面。【1】在交互设计领域,基于场景设计(scenario-based design) 的思想最早由Carroll提出,强调将设计工作的焦点从定义系统的操作转变到描述什么人将使用该系统去完成其任务。【2】交互设计改变了设计中以物为对象的传统,直接把人类的行为作为设计对【3】人使用产品必须有一定的行为,这种行为是在一定场景下进行的, 行为的完成需要一定技术的支持,因而人、行为、场景和技术4个要素构成了所谓的交互系统。【4】场景是交互系统中极其重要的要素,研究在一定场景下的用户行为,对用户行为逻辑针对相应的场景进行规划和设计,是交互设计的重要目标。

     

    1 交互设计各阶段中场景的种类及其应用

    场景描述了关于操作者、操作者及其环境的背景信息、操作者的目的或目标、一系列活动和事件等内容,【5】这里的操作者即指的是产品的使用用户。基于场景理论的交互设计,是指在交互设计整个过程中使用场景描述的方法来具体地描述用户对产品的使用情况。如图1,交互设计各阶段可分为不同的用户场景,包括早期用户需求分析阶段的客观场景,产品交互设计阶段的目标场景以及场景验证和评估阶段的实际应用场景。


    图1 用户场景种类及其设计流程

    Fig1 User scene type and its design process

     

    1.1 客观场景

    设计师在交互设计的开始阶段,需要对用户现状及其需求进行分析。客观场景便是通过对用户现状的调查研究,从中获取有效信息进行总结和归纳出来的。客观场景的构建,最常见的调研方法是:用户现场观察法。在观察的同时,设计师可以对观察中遇到的问题进行总结和分析,通过观察后结合用户访谈等方式来补充分析用户的需求。

    比如在“快的打车”等打车类APP未投入市场之前,用户的典型客观场景可以描述为:公司职员王先生晚上6:00下班(操作者及其背景信息),需要打车回家(操作者的目标),在公司门口招揽出租车,可是一直招揽不到出租车,最终走了两公里路到附近的商场才打到了车,而且发现商场附近待揽客的出租车非常多,王先生觉得非常郁闷,为什么资源不匹配呢(操作者的一些列活动、感受等)。

     


     

    上述对用户“打车”这一客观场景的描述,是建立在对一定量“打车”用户调研的基础之上描述出的典型场景。客观场景是为了描述目标用户和客观状况而总结的,强调的不仅仅是问题点,还包括产品的目标用户描述、用户客观行为流程、用户情感表现、问题点等。设计师可以通过客观场景中分析出用户的需求,包括行为流程上的体验问题及其对应的设计机会点等。

    1.2 目标场景

    在产品交互设计阶段,需要设计师构建目标场景。目标场景,是建立在客观场景之上,设计师所期望达成的能解决用户客观场景中相关需求的用户场景。在客观场景的基础之上,设计师可以结合相关交互理论和设计准则,以及通过可用性和场景实验等方法,对客观场景进行分析和研究,进而设计和规范出能够满足用户需求的目标场景。目标场景从表达形式上可以细分为行为场景和交互场景。

    行为场景,是指在客观场景研究的基础之上,对用户的行为流程进行分析和描述的场景,常用场景故事版等表现工具进行描述;如图2,设计师勾勒出的“快的打车”投入市场后的目标行为场景故事版。结合场景故事版,用户的典型目标场景可以被描述为:公司职员王先生晚上6:00下班,需要打车回家。王先生在5:50时,打开“快的打车”APP可以看到公司附近有很多出租车,王先生输入出发地和目的地确认打车。30秒后出租车司机李师傅接单,王先生可以在手机上清晰的看到李师傅的车辆位置,10分钟后王先生成功上车。到达目的地后,王先生用手机在线支付了打车费,开心的回到家陪女儿吃晚饭。

    图 2 “快的打车”目标场景故事版

    Fig2 Story version of “Quick taxi ”target scene

    交互场景则是指产品在被用户使用过程中的场景,常用信息流程图、低保真页面流程图、使用流程故事版等工具进行描述。【6】以“快的打车”为例,用户在移动场景下不方便打字,所以设计了语音输入和快速搜索来确定家和公司的位置;移动场景下容易出错,所以设计了信息确认机制;在等待应答的过程中,可视化告知用户APP通知的车辆数和距离,并且在打车成功后告知车辆距离和时间,消除用户等待的焦虑,将信息可视化。

     

     

    图 3 “快的打车”交互场景

     

    Fig3 Interaction scene of “Quick taxi ”

    所设计的目标场景需要针对用户在客观场景中反应的需求提出针对性的解决方案。通过目标场景设计,设计师可以勾画出未来用户和产品之间理想的行为交互模型。

    1.3 实际场景

    在实际产品交互设计阶段,目标场景会有很多,不同设计师设计出的目标场景也不同。如何验证和评估目标场景的优劣,就需要引入实际场景。实际场景是指在设计师不干预的情况下,提供目标场景中设计好的相关产品或模型给用户,由用户在实际的参与式体验过程中测试目标场景,进行产品的测试及适用性评价【7】。通过这个评价过程,设计师可以进一步观察用户和产品之间存在的其他关系,并为产品最终设计方案提供场景参考。【8】

    2 用户场景对交互设计的价值与意义

    在产品交互设计中,设计师设计的对象是用户的行为。用户行为是动态的,建立在一定场景上的用户行为才有意义。因此在对用户行为进行设计时,需要设计师意识到研究和应用基于场景设计的价值和意义。

    2.1 更准确地把握产品和用户之间的关系及其用户需求

    以用户为中心的产品设计,【9】强调需求来源于用户,需求转化出的设计方案最终服务于用户。设计师可以通过观察用户和产品的互动行为,通过客观场景描述,直观的展现出用户和产品之间的互动关系及其问题。这些关系和问题是用户需求的直观体现,客观场景描述了目标用户、用户客观行为流程、用户情感表现、问题点等信息,而且场景具有故事性,是通过一段段的故事片段描述构成的,因此场景描述相对于其他用户研究总结出来的客观数据、需求文档等更生动和直观。直观而且形象的客观场景描述,便于设计师和其他产品设计人员更准确和细致的把握客观用户需求。

     

    2.2 提升交互设计方向的合理性和产品满意度

    在产品交互设计阶段,通过对目标场景的设计和描绘,设计师可以基于场景进行交互设计,通过场景故事版、用户体验旅程图、信息流程图、低保真页面流程图等工具细化用户在客观场景中所反映出来的需求并给出解决方案。因此基于场景的交互设计,一方面更加全面的分析和解决用户的需求,避免单一分析用户行为或者产品功能造成的对用户需求的遗漏。同时,通过实际场景中对目标用户场景的验证和评估,提升了产品交互设计方向的合理性;另一方面,设计师设计的目标场景将用户的情感表现等需求直观化和故事化,使得设计师所设计的产品设计点更容易被用户感受,提升产品的满意度。

    3 基于用户场景的产品交互设计的设计思维

    3.1 动态思维:场景设计是一个循环设计流程

     

    图4 交互设计中场景设计的动态思维

     

    Fig4Dynamic thinking of scene design in interactive design

    用户场景不是固定不变的。【10】如图4,在交互设计各阶段中,客观场景是目标场景的设计基础,实际场景对目标场景进行验证和评估。同时,被验证的实际场景又是下一次交互设计的设计对象,上一次的实际场景会转化为下一次的客观场景。因为在实际场景验证和评估中,总会遇到不符合用户预期,目标场景中没有考虑到的用户需求的问题。需要指出的是,掌握交互设计中场景设计的动态思维,并不是指这个设计流程是无限循环的,场景设计是一个持续优化和快速迭代的过程,设计师及其相关产品负责人需要讨论出每个迭代阶段具有共识性的目标场景和实际场景的评估标准。面对既定的迭代阶段目标,在整个设计循环流程中,一旦满足相关目标场景及其实际场景评估标准,现有迭代阶段的交互设计便可终止。

     

    3.2 主次思维:抓主要场景,统筹次要场景

    在客观场景分析和目标场景设计过程中。分析场景时,需要区分主要场景和次要场景。在交互设计各阶段不同场景中,必有而且只有一种场景居于支配的地位,起着规定或影响其他场景的作用,这种场景就是主要场景,其他场景则是次要场景。在分析和解决、处理用户需求时,既要看到主要场景的重要性,善于抓住重点,又要看到次要场景的客观影响,学会全面地看待用户需求,做到抓主要场景,统筹次要场景的统一。主次思维,把握主要场景,同时兼顾次要场景,可以有效地保证基于场景分析的交互设计的产品设计的准确性。

    3.3 拆解思维:复杂的大场景由众多小场景组成

    用户场景有大有小,用户的客观大场景总是由众多可以层级细分的小场景组成。在客观场景分析过程中,大场景相对宏观,可以总览用户的宏观需求。而小场景更加聚焦,可以分析出用户更加具体需求,同时,小场景更加具象,能够落实到用户的具体行为流程和对产品的细节体验,便于设计师有针对性且具象的针对客观小场景进行目标场景设计。比如用户用“快的打车”叫出租车的场景就是大场景,这个大场景中包含用户叫车场景,司机接单场景,用户付款场景等等小场景。用户叫车场景还可以细分为用户当前位置定位场景、用户输入目的地地址场景、用户立即叫车或预约叫车场景等。越细分的客观场景,越有利于设计师针对性的设计出有效的目标场景,同时也更有利于在实际场景中进行交互模型评估和场景验证。所以,在交互设计各阶段应用场景理论进行设计时,需要具备拆解思维,将复杂的大场景拆分为众多可设计的小场景,再由众多的目标小场景,组成最终的目标大场景,进行实际场景验证,输出最终的交互设计成果。

    4 结语

    现在产品和用户体验日趋复杂,传统的物理逻辑层面的设计已经不能满足用户的需要,要关注“事”,【11】场景作为交互系统中极其重要的要素,研究交互设计中的场景理论,从产品交互设计各阶段入手,将场景理论深入到交互设计的各个阶段,是对现有的交互设计实践的一次深化。同时,掌握交互设计中运用场景理论时的循环思维、主次思维和拆解思维,可以有效地把握产品和用户之间的关系及其用户需求,提升交互设计方向的合理性和用户对产品的满意度。研究交互设计中的场景理论,具有非常重要的价值和意义。

     

    参考文献

     

    [1] 沈贻炜. 影视剧创作[M].浙江:浙江大学出版社, 2012.

    SHEN Yiwei. Film and television drama creation[M]. Zhejiang: Zhejiang University press,2012

    [2]Carroll J M. Five reasons for scenario-based design[J]. Interacting with Computers, 2000(13):43–60.

    [3]辛向阳. 交互设计:从物理逻辑到行为逻辑[J]. 装饰, 2015(01):58-62.

    XIN Xiangyang.Interaction Design: From Logic of Things to Logic of Behaviors [J].2015.1:58-62.

    [4]李世国, 费钎. 和谐视野中的产品交互设计[J]. 包装工程, 2009(01):137-140.

    LI Shiguo, FEI Qian. Product Interaction Design in the Perspetive of Harmony [J].Packaging Engineering, 2009(01):137-140

    [5]Go K. , Carroll J. M. , Imamiya A. . Surveying scenario based approaches in sys tem design[J] . IPSJSIG Notes, HI878, 2000:43-48.

    [6]赵婉茹. 浅谈场景故事在用户体验设计中的应用[J]. 设计, 2014(09):174-175.

    ZHAO Wanru.The Application of Scenario Stories in User Experience Design [J].Design, 2014(09):174-175.

    [7] 诺曼·唐纳德 A.设计心理学[M].北京:中信出版社,2010.

    NORMAN D A.The Design of Everyday Things[M].Beijing:China CITIC Press,2010.

    [8]DDF·UXPA中国. 用户体验百家谈[M] .北京:电子工业出版社, 2014.

    DDF·UXPA China. User experience a hundred talk[M] .Beijing:Electronics Industry Press,2014

    [9]罗仕鉴, 胡一. 服务设计驱动下的模式创新[J]. 包装工程, 2015(12).1-4.

    LUO Shijian,HU Yi.Model Innovation Driven by Service Design[J]. Packaging Engineering, 2015(12).1-4.

    [10]COOPER A.软件观念革命——交互设计精髓[M].北京:电子工业出版社,2012.

    COOPER A. Software Concept Revolution: the Essence of Interaction Design[M]. Beijing: Publishing House of Electronics Industry,2012.

    [11] 安娃. 交互设计思维在服务体验中的应用[J]. 包装工程, 2015, 02期(02):5-8.

    AN Wa. Collaborative Design of Product Interaction Design System[J].Packaging Engineering,2015,02(02):5-8.

    转载于:https://www.cnblogs.com/xjmnet/p/9377274.html

    展开全文
  • 大学生熊大 名字 ...很早就接触电子产品,是带有“互联网基因”的一代 动机,目的,困难 困难:数学一直是个高不可攀的东东,公式定理多且杂,不容易记忆,也不太会使用。目的:希...
  • 你可以先试试:找一个耳熟能详的产品,组织语言,说明白这个产品的使用场景。比如: 摩拜单车 滴滴 饿了吗 冲顶大会 如果不是训练有素的话,一开始你应该会有些懵——可能将某些不那么重要的细节描述得过分清晰,...
  • 使用这个软件的典型场景:大学生苦于自己的旧书看完了,没用了又没有地方安置,想要买一些新书,可是新书又很贵,这时候二手书交易平台可以很好地派上用场。 使用本软件的环境:可联网的安卓手机。 生活/工作情况...
  • 产品简要介绍:一款基于安卓系统的2d打僵尸游戏应用。 一、需求背景 在互联网和智能手机日益发展的今天,人们变得越来越依赖智能手机,而互联网的战场也渐渐由计算机转向手机,可以说谁掌握了人们在手机上的时间...
  • 背景:有幸聆听来自阿里的子鱼分享了有关场景产品设计中的作用。由于有很多例子涉及公司层面的隐私等,可能写作及阐述有很多不连贯及跳脱。 Part 1.什么是场景&...这些场景描述有什么问...
  • 一、使用场景和业务需求描述

    千次阅读 2019-09-24 05:04:42
     请问下 ,你们的产品很全,根据我们的业务 会使用到你们那个软件产品 给我的回答:  主要要用到的就是资源服务,用于获取设备资源,还有视频应用,获取预览url。  历史版本里的1.2.0  http使用的是36100,...
  • 所以在写这一次的典型用户与场景时我们是以学校外面“大塘烧鹅”的老板以及他儿子(小胖子)为例写的。选择这样的一对父子是因为小胖子正在读四年级,符合我们用户的标准,而他的爸爸只是生意人,很多问题都是希望...
  • 我做跨境电商也有六年的时间了,在电商这个行业也有自己的一些经验。经验也许没有其他大卖家丰富,但会将我知道的都进行分享。如果有不懂得亚马逊问题可以+我(V...1、富有想象力的场景描绘:产品使用场景,将帮助购...
  • 需求场景是一种更接地气的分析和描述用户需求的方法(我个人偏爱“需求场景”这个词)。它应该拥有这样的结构:  “在某某时间(when),某某地点(where),周围出现了某些事物时(with what),特定类型的用户(who)萌发...
  • 企业实施SOA的步骤、方法和产品概述 目标项目中业务场景描述 项目实施步骤和如何进行SOA监管 SOA价值分析 服务建模及流程建模 服务实现及架构设计 以服务为中心的开发与集成 服务部署及管理
  • 用户画像,将简单为文字描述变成鲜活的用户形象。 提到用户画像,无论是产品菜鸟还是产品大牛,在产品设计过程中都或多或少有所涉及。那么用户画像是什么呢?在什么情况下需要用户画像呢? 用户画像 用户画像这...
  • [ 体系化的描述业务场景、业务规则,可有效的识别业务领域的信息化需求,并有利于前瞻性地、系统性地、有步骤的提出软件产品de目标定位以及市场\开发方面的规划,利于软件企业走上创新流程化的台阶 ] “创新是一...
  • 敏捷开发适用场景 用户故事非常适合捕获产品功能。 但是它们不适合更详细地描述用户交互。... 场景和情节提要非常适合探索和描述用户与产品的交互方式。 例如,当我们开始重新启动网站时,我写了以下情况:...
  • [ 体系化的描述业务场景、业务规则,可有效的识别业务领域的信息化需求,并有利于前瞻性地、系统性地、有步骤的提出软件产品在目标定位以及开发和市场方面的规划,利于软件企业走上创新流程化的台阶 ] “创新是...
  •  Memcached是多线程,非阻塞IO复用的网络模型,分为监听主线程和worker子线程,监听线程监听网络连接,接受请求后,将连接描述字pipe 传递给worker线程,进行读写IO, 网络层使用libevent封装的事件库,多线程模型...
  • 描述: 作为场景自动化的定向对象,可以重复使用。 可以使用格式Android的IDE Android Studio进行编程。 由MVVM发行的产品。 可用房间或武器室。 没有可用的工具:导航,LiveData,数据绑定,绑定适配器和...
  • 支付场景

    2020-07-30 20:29:53
    Products里面添加新的产品,可以多种多样。需要描述,id
  • 场景分析法

    2019-09-27 23:55:22
    场景分析法 一. 定义 1. 概念 ...分析软件应用的场景,从用户的角度出发,从场景的角度来设计测试用例,是一种面向用户的测试用例...场景分析是通过描述流经用例路径来确定的过程,这个流经过程要从用例开始到...
  • NCV6.3业务场景地图

    2019-01-25 14:28:47
    本业务场景地图适用于NC6.3及以上版本,针对企业所有业务领域的业务场景由粗到细地进行了层层解构,从业务解构到产品,并且每个业务场景均有相关描述,以供售前及实施顾问阅读。文档由八个主题内容构成,分八个页签...
  • Redis与Memcached的比较 ... Memcached是多线程,非阻塞IO复用的网络模型,分为监听主线程和worker子线程,监听线程监听网络连接,接受请求后,将连接描述字pipe 传递给worker线程,进行读写IO
  • 敏捷场景和情节提要

    2020-04-10 12:48:05
    用户故事非常适合捕获产品功能。 但是它们不适合更详细地描述用户交互。... 场景和情节提要非常适合探索和描述用户与产品的交互方式。 例如,当我们开始重新启动网站时,我写了以下情况: 今天是星期二上...
  • web开发场景

    2017-10-18 15:42:44
    产品文档表示页面的流转或数据的走向/交互文档描述页面复杂的交互或各个用户表单与用户发生的各种互动。 2.概念: 1.场景设计/2.测试回溯:/没有文件或邮件是不能做一个后期测试回溯的依据 2.html基础 3.CSS基础
  • 需求背景描述:在真实的项目中,有这么一个需求:现在有两张表,一张产品表productinfo,一张产品推荐表recommendproduct,产品表存储着所有的产品信息,产品推荐表存储着某些比较热卖的推荐产品。当我们将产品表中...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,299
精华内容 519
热门标签
关键字:

产品场景描述