必发88-bifa88必发娱乐官方网站
做最好的网站

我本人特别喜欢这种能快速验证的低成本方法,

2019-12-04 15:31 来源:未知

该措施把产物效果划分为以下多种:

评估需要项目

利用Kano模型最简便易行的点子就是思量每一个大旨或传说,对它所属的类别进行座谈。我们得以设计划生育机勃勃套问卷,对客户进行问卷调查。Kano提议通过对四个作用问多个难题来规定分类:多少个标题是要是付加物中有其一职能,顾客会感到怎么着;另四个主题材料就是大器晚成旦效果不设有,客户又是认为怎样。对种种题目选择5点的测量方式实行回复:

自身盼望那样

本身预期那样

本人并未有观点

自个儿得以忍受那样

自己不希望那样

通过考察后基于下图的归类矩阵,将难点张开归类来规定需求的档期的顺序:

图片 1

受行为地翻译家赫兹Berg的双要素理论的启发,东京(Tokyo卡塔尔(قطر‎理文大学传授狩野纪昭(Noriaki Kano卡塔尔和她的同事Fumio Takahashi于一九七八年三月刊登了《质量的爱护因素和刺激因素》(Motivator and Hygiene Factor in Quality卡塔尔国一文。

概念解释

Kano模型能够看做大家鲜明要求优先级的二个参阅。KANO模型定义了多个档次的消费者要求:基本型要求、期待型须要和欢愉型供给。那二种须要依照业绩指标分类正是基本要素、业绩因素和激励因素。

基本型需要:消费者认为成品“必得有”的性子或效果与利益。当其特色不丰富时,客户特别不乐意;当其性状丰富时,对顾客满足度非常少影响,顾客充其量是如意。例如只要饭馆浴室满意了笔者的骨干要求,我并不会关注洗漱台的台面是用什么质感创设的。

期望型供给:务求提供的制品或劳务比较优质,但并非“必需”的出品品质,有个别期望型需要连顾客都不太明了,可是是他俩却愿意赢得 的。顾客通常商量的是期望型需要,期望型要求又叫做线性必要,那类供给更加多越好。线性须要在付加物中落到实处的越来越多,顾客就越满足,当未有心仪那些须求时,客商就不佳听。由此,产物的价格平常和线性本性相关。假诺商旅有健美器械,笔者会尤其欢欣,比较未有那类器械的酒店,小编后一次说不许就能够在这里入住这里。

欢快型要求:提供给客户一些截然想不到的成品性子,使消费者发生欣喜。喜悦点和惊奇点日常是部分未被客户了然的须求,客商在收看这一个成效早前并不知道自身须要它们。当其特点不丰富时,何况是无关大局的表征,则客户不在意,当成品提供了这类需要中的服务时,客商就能够对付加物十三分舒心,从而增进客户的真诚度。那类必要可感觉产物增添额外价格。

Indifferent Features 无异功效

不管提供或不提供此效用,客商满意度都不会有改观,顾客根本不介怀;

Kano模型解析

那3种不一样种类如下图所示:

图片 2

由图能够看来,

右下方箭头:豆蔻梢头旦落到实处了自然数额的总得作用,就不能够再通过扩张那类功用来增长顾客的满足度了。无论增扩张少必得功用,顾客满足度都不会超越南中国式茶食以上。

左上方箭头:只是实现部分欢快点就可以鲜明的晋级客商满足度,那也是干什么集团把追求卓越作为集团的金钱观之后生可畏

中档的箭头:期待型成效的加码和客商满足度呈线性增加,所以那类要求愈来愈多越好

透过以上分析,大家会对那三类须求分别对待:

对于必需完结的机能,在产品发表时供给形成,但并非需求在第二回迭代时就支出成功。

成功尽也许多的线性要求

只要时光允许,最少应当分明少些的喜悦点优先级,把它们含有进公布安插


Curve 1: Desired Features

Remember when I said more isn’t always better? Well,sometimesit is it is. More storage space or battery life is better. Faster download speeds? Better. These are all examples of where the user will usually express greater satisfaction in direct proportion to how much of the feature they get.

With desired features, satisfaction is directly proportional to feature implementation

In the case of Crunchrr, desired features could be:

- Speed and responsiveness

- Number of users to connect with

- Suggestions based on stated preferences and past browsing behavior

- Options for quickly zeroing in on a kind of cereal (sorting, filtering, etc.)

- Size of cereal selection

Curve 4: Indifferent Features

These are features the user simply doesn’t care about either way. Whether they’re implemented fully or not at all, they won’t change users’ opinions about the app, or change how they use it.

Neutral features don’t affect satisfaction one way or another

The Kano Analysis

In Closing

A Kano Analysis is cheap and easy to perform and provides clear vision into what users actually want and expect from your product. It also provides hard data, which breaks everyone out of the trap of biased or shortsighted thinking. There’s no need to argue and debate with internal stakeholders about which features are in or out. The numbers don’t lie!

Brian O’Neill @brianeoneill is a designer in the San Francisco Bay Area, currently at NVIDIA.

[1]These curves go by many different names, depending on the source. I picked these names arbitrarily. In the end, it doesn’t matter what they’re called.

A Better Way Discover What Users Really Want From Your Product

by Brian O'Neill

You’re on the design team for Crunchrr, a new app that helps users discover cereals they’ll love. Users can:

- Create a profile and connect with others

- Discover cereals based on their preferences

- Rate and review cereals

Crunchrr is in the hands of some early adopters who are loving its core features. Things are going great. That is, until the requests start rolling in.

Annelise from marketing says: “Crunchrr needs a map view so users can see where each cereal is made. People are really interested in where their food comes from nowadays, so this is really a must! Besides, every app has a map view.” Kevin from sales was at a meeting with a potential advertiser who asks: “Where’s the chatbot? You can’tnothave a chatbot. Conversational UI is the future!”

One of your early adopters pings you to suggest: “There should be a button so I can email the cereal maker to request a gluten-free version.” Another one says: “Maybe there could be something like Shazam for cereal. That way, if I’m in a restaurant I can take a picture of what the person at the next table is eating and it’ll show me what that cereal is.”

The next thing you know, your backlog is a gaggle of suggestions, requests, and demands. It seems that everyone has brilliant idea that justhasto go into the next release.

This can’t be avoided. Everyone has an opinion and given the opportunity, they’ll express it. And people easily fall into a “more is better” mentality. More features equals a better product, and the more of each feature, the better.

The obvious problem is that you can’t deliver on every request. Not only that, but all ideas aren’t created equal, and users are often at a loss as to how to articulate what they really want and need. On the other hand, internal stakeholders tend to view features in the narrow context of their own interests. How do you stop the madness?

“The most important thing that a team can do to help their design is to say no to almost any idea for a feature”

— Jared Spool

You need a way to predict user satisfaction that lets you prioritize feature releases and even re-evaluate existing features. And you need hard data to support your decisions about what goes into Crunchrr and when. That’s where theKano Modelcomes in.

今日在Medium看见风流洒脱篇用研方法的介绍—— 卡诺模型(The Kano Analysis)。用于深入分析多少个产物成效是不是能使客户知足,这种艺术的亮点是能搜查缉获多个活生生的数量结论,匡助决策。总括办法也挺轻巧的,问卷操作也正如便于轻易,费用非常的低。笔者本身特别向往这种能便捷验证的低本钱措施,能在有限的日子与人力财富条件下,也能高效得出可信的数据参谋与清丽的结论。正如自个儿上大器晚成篇小说介绍的方式肖似,能大大进步调换功能,降低无谓的口角。本办法对效果与利益的四种划分也蛮风趣,让自己回想锤子科学技术,锤子的无绳电话机正是特别讲究软件上的Delightful Features而忽略任何硬件上的Required Features。那就刚刚表达了怎么锤子销量与认识度不成正比。

Anti-feature Features 反向效能

客商根本都未曾此意义,提供后客户满意度反而会下降。

艺术运用问卷提问的不二秘诀募集数据,最终通过数量整合得出三个功能的五个全面:知足周详Satisfaction Coefficient 不向往周密 Dissatisfaction Coefficient。假设知足全面超过不顺心周密,该成效值得做。

以下是原著内容 Let's Go:

Curve 2: Required Features

Required features are the ones users expect and take for granted.

With required features satisfaction levels off once the basic need has been met

Users are dissatisfied when a required feature is not present and satisfied when it is. But that satisfaction levels off after a certain point. This makes sense when you think about it. If a wheel doesn’t roll, it will cause dissatisfaction. If it does roll, it will cause satisfaction. But it’s hard to get anyone excited about a wheel that rollsreally, reallywell. In the case of Crunchrr, as with most other apps, this could mean things like:

- Reliable uptime

- Search

- Ability to create a profile

- Easy log in/out

Curve 5: Anti-features

Anti-features are the features that users actively dislike. (Remember Clippy?) And the more these features are implemented, the greater the dissatisfaction. Anti-features are like the mirror opposite of desired features.

Anti-features are the ones that frustrate or annoy users. Dissatisfaction is directly proportional to implementation

Curve 3: Delightful Features

Delightful features are the ones that make an app fun to use and give it a personality. They’re the features you love, but don’t expect. It could be as simple as when the login form appears to shake its head when you enter the wrong credentials. Or it could be the tone of the writing or a fun mascot character or some unique interaction.

Users are satisfied with delightful features, but are not dissatisfied when they are absent

As you can see from the graph, users express increased satisfaction with delightful features. But there’s no dissatisfaction when they’re not present. Also, as with required features, there’s a limit to just how delighted a user can be. After a certain point, there are diminishing returns. ­

Annelise’s map view is probably an example of a delighter because it’s little more than eye candy, and it certainly isn’t solving any of the currently defined business needs for Crunchrr.

Delightful features are an important part of the user experience, and shouldn’t be ignored. Butthey come with a shelf life, in part because they’re so easily imitated. For a while, the swiping interaction was a big part of Tinder’s unique identity. Now, Tinder is justone of many appswhere users can swipe left or right. In other words, over time, delightful features go on to become desired or even required features.

Required Features 必备成效 

当优化此功用,客商满足度不会进级,当不提供此意义,客商满足度会大幅度下降;

Putting it All Together

Looking at all of these features together not only provides a clear pictorial representation of how features will be perceived, but also helps you figure out strategic direction.

The complete Kano Model diagram

Desired Features:Resources should be invested heavily in these features, because they are key to user adoption and retention, as well as competitive advantage

Required Features:Resources should be invested heavily in these features, but only until basic needs have been met.

Delightful Features:It’s fine to invest resources here, but not at the expense of desired and required features. However, delightful features are often key differentiators that can build loyalty and buzz.

Indifferent Features and Anti-features:Resources should be invested only in identifying these so as not to waste cycles on building and implementing them.

By now I hope you’re sold on the Kano Model. Then the next question is: How do you find out which features belong to each category? That’s where the Kano Analysis comes in.

初藳作者就不全翻了,笔者只把首要的剧情翻下,由于Medium需求梯子,所以自个儿在征求小编同意的气象下把原来的书文粘贴在那。有楼梯的同校请点此传送。 

Delightful Features 魔力功效 

顾客意料之外的,如若不提供此功效,客户满足度不会下降,但当提供此成效,客户知足度会有异常的大提高;

Coefficients

After you’ve aggregated all of the responses, you’ll calculate the satisfaction and dissatisfaction coefficients. The satisfaction coefficient is a number between 0 and 1: the closer to 1, the stronger the influence on satisfaction. The dissatisfaction coefficient is a number between 0 and -1: the closer the closer to -1, the stronger the influence on dissatisfaction. We calculate the coefficients with these formulas:

Let’s say that the aggregated responses for the map view breaks down like this:

Desired: 5%

Required: 12%

Delightful: 4%

Indifferent: 23%

Anti-feature: 31%

Questionable: 25%

That would give you these results:

Satisfaction: (4 5) / (4 5 12 23) =0.2045

Dissatisfaction: (5 12) / (4 5 12 23) * (-1) = -0.3864

As you can see, the map view feature is having a significantly stronger influence on dissatisfaction than on satisfaction. This clearly indicates that we should leave it out of Crunchrr. Sorry, Annelise! (Actually, if you saw these results in the real world, you wouldn’t even need to calculate the coefficients. Seeing 31% anti-feature and 25% questionable is enough to tell you not to include this feature. I used these exaggerated figures to highlight the differences produced in the coefficients.)

Other times, the coefficients will show little difference in influence. Cases like those will require a judgement call or re-testing.

The Kano Analysis

To find out which features belong where, we need to ask our users. But remember, users are not usually great at identifying or expressing what they really want and need. The Kano Analysis accounts for this by asking questions in pairs: afunctional questionfollowed by adysfunctional question. Let’s go back to Annelise’s suggestion of a map view for Crunchrr. We could ask a question pair about this feature like this:

If Crunchrr let you see on a map where a brand of cereal is made, how would you feel?

If Crunchrr did not let you see on a map where a brand of cereal is made, how would you feel?

For both functional and dysfunctional questions, users must choose one of the following answers:

- I like it that way

- I expect it that way

- I am neutral about it

- I can live with it that way

- I dislike it that way

You would prepare an entire questionnaire in this style for each of the features in your backlog. Each user’s answers can then be analyzed by plotting its outcome in the following table.

The analysis table tells you where a user would place a feature in the Kano Model based on how the functional and dysfunctional responses compare

It should be clear that if a user likes it when the feature is present and dislikes it when it’s not, then that is a desired feature. The designation ofquestionablehappens when the answers apparently contradict each other. (This is often the result of the user not understanding the question.)

Great. We’re almost done. The final piece is to aggregate all of the survey responses to find the overall results for each feature. (Alternatively, you could break this down even further and aggregate responses based on personas.)

Desired Features 期待功用 

当提供此意义,顾客满意度会升高,当不提供此作用,客户满足度会下滑;

The Kano Model

In 1984 professor Noriaki Kano presented a model that predicts how satisfied people will be with a product based on its features. Since then, the Kano Model has become a standard design tool because of how effectively it can make typically invisible ideas about quality visible. The core principle of the model is that satisfaction can be plotted along five distinct curves.[1]

版权声明:本文由必发88发布于科技资讯,转载请注明出处:我本人特别喜欢这种能快速验证的低成本方法,