Сигурен съм, че сте чували за ивици или сте използвали приложение с такива. Но някога чудили ли сте се защо ивиците са толкова популярни и силни? Е, очевидно е, че приложенията искат възможно най-много от вашето внимание, но освен това, знаете ли, че когато популярното приложение за обучение Duolingo въведе уиджети за iOS за показване на ивици, ангажираността на потребителите скочи с 60%. Шестдесет процента е огромна промяна в поведението и демонстрира как моделите на „поредици“ могат да се използват за увеличаване на ангажираността и стимулиране на използването. Най-общо казано, поредицата е броят последователни дни, в които даден потребител извършва определена дейност. Някои хора също го определят като „игравизиран“ навик или показател, предназначен да насърчава последователната употреба. Но ивиците надхвърлят това да бъдат показател или запис в приложение; това е по-скоро психологическо от това. Човешките инстинкти са лесни за повлияване с правилните фактори. Вижте тези три фактора: напредък, гордост и страх от пропускане (обикновено наричан FOMO). Какво общо имат всички те? Усилие. Колкото повече усилия влагате в нещо, толкова повече то оформя вашата идентичност и това е начинът, по който ивиците преминават в света на поведенческата психология. Сега, с голямата сила идва голяма отговорност и поради това има тъмна страна на ивиците. В тази статия ще разгледаме принципите на психологията, UX и дизайна, които стоят зад изграждането на ефективна streak система. Ще разгледаме (1) защо мозъците ни почти инстинктивно реагират на активността на ивици, (2) как да проектираме ивици по начини, които наистина помагат на потребителите, и (3) техническата работа, свързана с изграждането на модел на ивици. Психологията зад ивиците За да проектираме и изградим ефективна система за последователност, трябва да разберем как тя се подравнява с това как са свързани мозъците ни. Например, какво го прави толкова ефективен до степента, в която се чувстваме толкова много интензивна отдаденост да защитим нашите ивици? Има три интересни, добре документирани психологически принципа, които подкрепят това, което прави ивиците толкова мощни и пристрастяващи. Отвращение от загуба Това е може би най-силната сила зад ивиците. Казвам това, защото повечето пъти почти не можете да избегнете това в живота. Помислете за това по следния начин: Ако приятел ви даде $100, ще бъдете щастливи. Но ако загубите $100 от портфейла си, това би навредило много повече. Емоционалната тежест на тези ситуации не е еднаква. Загубата боли много повече, отколкото печалбата се чувства добре. Нека продължим и да кажем, че ви давам $100 и ви моля да играете хазарт. Има 50% шанс да спечелите още $100 и 50% шанс да загубите първоначалните $100. Бихте ли го взели? Аз не бих. Повечето хора не биха. Това е отвращение от загубата. Ако се замислите, то е логично, разбираемо е, човешко е. Концепцията зад неприязънта към загубата е, че чувстваме болката от загубата на нещо два пъти по-силна от удоволствието да спечелим нещо със същата стойност. От психологическа гледна точка загубата остава повече от печалбата. Вероятно виждате как това е свързано с ивиците. Изграждането на забележима ивица изисква усилие; с нарастването на една поредица, мотивацията зад нея започва да избледнява; или по-точно, започва да става второстепенно. Ето един пример: Да кажем, че вашият приятел има тридневна серия от затваряне на своите „Move Rings“ на техния Apple Watch. Те нямат почти нищо за губене, освен желанието да постигнат целта си и да бъдат последователни. В същото време имате впечатляваща поредица от 219 дни. Вероятно сте хванати в капан от страха да не го загубите. Най-вероятно не мислите за постижението в този момент; това е повече за защита на вашите инвестирани усилия и това е неприязън към загуба. Duolingo обяснява как неприязънта към загубата допринася за нежеланието на потребителя да прекъсне дълга поредица, дори в най-мързеливите си дни. В известен смисъл поредицата може да се превърне в навик, когато се настани отвращение към загубата. Моделът на поведение на Фог (B = MAP) Сега, когато разбираме страха от загуба на усилията, инвестирани в по-дълги поредици, друг въпрос е: Какво ни кара да правим нещо на първо място, ден след ден, дори преди поредицата да стане голяма? Това е темата на модела на поведение на Фог. Това е относително просто. Поведение (B) възниква само когато три фактора — Мотивация (M), Способност (A) и Подкана (P) — се подравнят в един и същи момент. Така уравнението B=MAP. Ако някой от тези фактори, дори един, липсва в този момент, поведението няма да се случи. Така че, за да бъде една последователна система ефективна и повтаряща се, трябва да присъстват и трите фактора: Мотивация Това е крехко и не е нещо, което постоянно присъства. Има дни, в които синапомпани да научите испански и дни, в които дори не чувствате капка воля да научите езика. Мотивацията сама по себе си за изграждане на навик е ненадеждна и губи битка от първия ден. Способност За компенсиране на ограниченията на мотивацията, способността е критична. В този контекст способността означава лекота на действие, т.е. усилието е толкова лесно, че е нереалистично да се каже, че не е възможно. Повечето приложения умишлено използват това. Apple Fitness просто се нуждае от вас да стоите една минута за един час, за да спечелите отметка към целта си да стоите. Duolingo се нуждае само от един завършен урок. Тези задачи не изискват толкова много усилия. Бариерата е толкова ниска, че дори в най-лошите си дни можете да го направите. Но комбинираните усилия на продължаваща поредица са мястото, където идеята за загубата на тази поредица започва. Prompt Това е, което допълва уравнението. Хората по природа са забравящи, така че да, способностите могат да ни доведат 90% дотам. Но една подкана ни напомня да действаме. По дизайн ивиците са устойчиви, така че потребителите трябва постоянно да бъдат напомняни да действат. За да види колко мощна може да бъде една подкана, Duolingo направи A/B тест, за да види дали малката червена значка върху иконата на приложението увеличава постоянната употреба. Това доведе до 6% увеличение на дневните активни потребители. Само червена значка. Ограничения на модела Като се има предвид всичко това, има ограничение на модела на Фог, при което критиците и съвременните изследвания са забелязали, че дизайн, който разчита твърде много на подкани, като агресивни уведомления, рискува да създаде умствена умора. Постоянните известия и извънредният труд могат да накарат потребителите да отпаднат. Така че внимавайте за това. Ефектът Зейгарник Как се чувствате, когато оставите задача от проект наполовина свършена? Това дразни много хора, защото незавършените задачи заемат повече умствено пространство от нещата, които завършваме. Когато нещо е направено и си отиде, ние сме склонни да го забравим. Когато нещо не е направено, то има тенденция да тежи в съзнанието ни. Точно затова дигиталните продукти използват изкуствени индикатори за напредък, като лентата за завършване на профил на Upwork, за да уведомят потребителя, че неговият профил е само „60% завършен“. Подтиква потребителя да завърши това, което е започнал.
Нека да разгледаме друг пример. Имате пет задачи в приложение със списък със задачи и в края на деня проверявате само четири от тях като изпълнени. Много от нас ще се почувстват незавършени поради тази единствена незавършена задача. Това, точно там, е ефектът Зейгарник. Ефектът Зейгарник беше демонстриран от психолога Блума Зейгарник, който описа, че сме склонни да държим незавършените задачи активни в паметта си по-дълго от завършените задачи. Моделът на ивици естествено се включва в това в UX дизайна. Да приемем, че сте в ден 63 от серия от учене. В този момент вие сте в непрекъснат модел на недовършена работа. Мозъкът ви рядко би забравил за това, докато седи в задната част на ума ви. В този момент вашият мозък става този, който ви изпраща известия. Когато съберете тези психологически сили заедно, започвате наистина да разбирате защо ивиците не са просто обикновена функция на приложението; те са способни да променят човешкото поведение. Но някъде по пътя – не мога да кажа точно кога, тъй като е различно за всеки – нещата достигат точка, в която поредицата преминава от „забавление“ към нещо, което чувствате, че не можете да си позволите да загубите. Не искате 58 дни усилия да отидат на вятъра, нали? Това е, което прави стрийк системата ефективна. Ако се направи правилно, ивиците помагат на потребителите да изградят удивителни навици, които постигат цел. Може да е ежедневно четене или редовно ходене на фитнес. Тези повтарящи се действия (понякога малки) се усложняват с времето и стават очевидни в ежедневието ни. Но всяка монета има две страни. Тънката граница между навика и принудата Ако сте следвали, вече можете да кажете, че има тъмна страна на системите с ивици. Формирането на навик е свързано с последователност с повтаряща се цел. Принудата обаче е последователността на работа върху цел, която вече не е необходима, но се държи от страх или натиск. Това е тънка като бръснач линия. Миете зъбите си всяка сутрин, без да мислите; това е автоматично и инстинктивно, с ясна цел да имате добър дъх. Това е поредица, която формира добър навик. Системата за етична линия дава на потребителите пространство да дишат. Ако по някаква причина не миете сутринта, можете да миете на обяд. Несъвършенството е позволено без страх от загуба на дълго усилие. Принудата поема по обратния път, при което една поредица ви кара да се тревожите, да се чувствате виновни или дори изтощени, а понякога ви се струва, че не сте постигнали нищо, въпреки всичките сиработа. Действате не защото искате, а защото подсъзнателно се ужасявате да видите напредъка си да се нулира. Някой дори описа това перфектно: "Чувствах, че изневерявам, но просто не ме интересуваше. Аз съм нищо без моята жилка". Това показва екстремните ивици на задържане, които могат да имат върху индивида. До степента, в която потребителите започват да обвързват собствената си стойност с произволен показател, а не с първоначалната цел или причина, поради която са започнали поредицата на първо място. Поредицата става кои са те, а не само това, което правят. Една добре проектирана система за етична поредица трябва да се чувства като насърчение за потребителя, а не като натиск или задължение. Това е свързано с баланса на вътрешната и външната мотивация. Външната мотивация (външни награди, избягване на наказание) може да накара потребителите да започнат, но вътрешната мотивация (извършване на задачата за лична цел като изучаване на испански, защото наистина искате да общувате с любим човек) е по-силна за дългосрочна ангажираност. Една добра система трябва да гравитира към вътрешната мотивация с внимателно използване на външни елементи, т.е. да напомня на потребителите докъде са стигнали, а не да ги заплашва с това, което могат да загубят. Отново, това е фина линия. Един прост тест при проектирането на последователна система е да отделите малко време и да помислите дали продуктите ви правят пари, като продават решения за безпокойство, които вашият продукт е създал. Ако да, има голяма вероятност да експлоатирате потребители. Така че следващият въпрос става, ако избера да използвам streak, как да го проектирам по начин, който наистина помага на потребителите да постигнат целите си? UX на добрия дизайн на системата Streak Вярвам, че това е мястото, където повечето проекти или създават ефективна система с ивици, или напълно я объркват. Нека преминем през някои UX принципи на добър дизайн на ивици. Поддържайте го без усилия Вероятно сте чували това и преди, може би от книги като Atomic Habits, но си струва да споменем, че един от най-лесните начини, по които могат да се формират навици, е като направите действието малко и лесно. Това е подобно на фактора на способностите, който обсъждахме от модела на поведение на Фог. Първото правило на всеки дизайн на последователност трябва да направи необходимото действие възможно най-малко, като същевременно постига напредък. Ако едно ежедневно действие изисква сила на волята, за да бъде изпълнено, това действие няма да измине пет дни. защо Не можете да бъдете мотивирани пет дни подред. Примерен случай: Ако стартирате приложение за медитация, не е нужно да карате потребителите да преминават през 20-минутна сесия, само за да поддържате поредицата. Вместо това опитайте една минута, може би дори нещо толкова малко като тридесет секунди. Както се казва, малките капки вода правят могъщия океан). Малките усилия се превръщат в големи постижения с времето. Това трябва да е целта: премахване на триенето, особено когато моментът може да е труден. Когато потребителите са стресирани или претоварени, уведомете ги, че простото показване, дори за няколко секунди, се счита за усилие. Осигурете ясна визуална обратна връзка Хората са визуални по природа. Повечето пъти трябва да видим нещо, за да повярваме; има тази нужда да визуализирате нещата, за да ги разберете по-добре и да поставите нещата в перспектива. Ето защо моделите на ивици често използват визуални елементи, като графики, отметки, пръстени за прогрес и решетки, за да визуализират усилията. Вижте графиката на приноса на GitHub. Това е проста визуализация на последователност. И все пак разработчиците го вдишват като кислород.
Ключът е да не правите системата с ивици да се чувства абстрактна. Трябва да се чувства истинско и спечелено. Например пръстените за фитнес активност на Duolingo и Apple използват чисти анимационни дизайни при завършване на поредица, а GitHub показва исторически данни за последователността на потребителя във времето.
Използвайте добър момент Споменах по-рано, че хората обикновено са забравящи по природа и че подканите могат да помогнат за поддържане на инерцията напред. Без подкани повечето нови потребители забравят да продължат. Животът може да стане натоварен, мотивацията изчезва и нещата се случват. Дори дългогодишните потребители се възползват от подканите, въпреки че повечето пъти те вече са заключени в цикъла на навиците. Независимо от това, дори и най-ангажираният човек може случайно да пропусне ден. Вашата последователна система определено се нуждае от напомняния. Най-използваните бързи напомняния са насочени известия. Времето наистина има значение при работа с насочени известия. Типът на приложението също има значение. Изпращането на известие в 9 часа сутринта с надпис „Не сте тренирали днес“ е просто странно за приложение за обучение, защото много хора имат неща за вършене през деня, преди дори да си помислят да завършат урок. Ако обаче говорим за приложение за фитнес, тое разумно и може би дори се очаква да му бъде напомнено по-рано през деня. Насочените известия се различават значително според категорията на приложението. Фитнес приложенията, например, виждат по-голяма ангажираност с ранни сутрешни известия (7–8 сутринта), докато приложенията за продуктивност може да се представят по-добре рано на обяд. Ключът е да тествате A/B времето на приложението си въз основа на поведението на вашите потребители, вместо да приемате, че нещата са еднозначни за всички. Това, което работи за приложение за медитация, може да не работи за инструмент за проследяване на кодиране. Други методи за подкана са червени точки върху иконата на приложението и дори уиджети на приложението. Проучванията варират, но средният човек отключва устройството си между 50-150 пъти на ден (PDF). Ако потребител види червена точка върху приложение или джаджа, която показва текуща поредица всеки път, когато отключи телефона си, това увеличава ангажираността. Просто не прекалявайте; подканата трябва да служи като напомняне, а не като заяждане. Празнувайте важни събития Системата за поредица трябва да се опита да отпразнува важни етапи, за да възроди емоциите, особено за потребители, които са дълбоко в поредица. Когато даден потребител достигне Ден 7, Ден 30, Ден 50, Ден 100, Ден 365, трябва да направите голяма работа от това. Признавайте постиженията — особено за дългогодишни потребители.
Както видяхме по-рано, Duolingo разбра това и внедри анимирана графика, която празнува важни моменти с конфети. Някои платформи дори дават значителни бонус награди, които потвърждават усилията на потребителите. И това може да бъде от полза за приложенията, така че потребителите са склонни да споделят своите етапи публично в социалните медии. Друго предимство е очакването, което идва преди достигането на етапи. Това не е просто поддържане на поредицата жива безкрайно; потребителите имат какво да очакват. Използвайте благодатни механизми Животът е непредвидим. Хората се разсейват. Всяка добра система с ивици трябва да очаква несъвършенство. Една от най-големите психологически заплахи за последователната система е твърдото нулиране след само един пропуснат ден. Една „етична“ система за последователност трябва да осигури на потребителя известна свобода. Да приемем, че имате 90-дневна серия от учене на шах. Бяхте последователни три добри месеца и един ден телефонът ви умира по време на пътуване и точно така 90 става 0 — всичко, всичките тези усилия се изтриват и прогресът изчезва. Потребителят може да бъде напълно съсипан. Мисълта да го възстановим от нулата е толкова деморализираща, че усилието не си струва. В най-лошия случай потребителят може да изостави приложението, след като се е почувствал като провал. Помислете за добавяне на механизъм за „благодат“ към вашата система за щрихи:
Streak Freeze Позволява на потребителите умишлено да пропуснат ден без санкции. Допълнително време Позволете няколко часа (2–3) след обичайния краен срок, преди да задействате нулиране. Модели на затихване Вместо твърдо нулиране, поредицата намалява с малко, например 10 дни се приспадат от поредицата за всеки пропуснат ден.
Използвайте насърчителен тон Нека сравним две съобщения, показвани на потребителите при прекъсване на поредица:
„Загубихте 42-дневната си серия. Започнете отначало.“ "Появихте се 42 дни подред. Това е невероятен напредък! Искате ли да опитате още веднъж?"
И двете предават една и съща информация, но емоционалното въздействие е различно. Първото съобщение най-вероятно ще накара потребителя да се почувства деморализиран и ще го накара да се откаже. Второто съобщение празнува вече постигнатото и нежно насърчава потребителя да опита отново. Streak Systems Design Challenges Преди да навлезем в техническите специфики на изграждането на streak система, трябва да сте наясно с предизвикателствата, с които може да се сблъскате. Нещата могат да се усложнят, както може да очаквате. Работа с часови зони Има причина, поради която работата с час и дата е сред най-трудните концепции, с които разработчиците се занимават. Има форматиране, интернационализация и много други, които трябва да се вземат предвид. Нека ви попитам следното: Какво се брои за ден? Знаем, че светът работи в различни часови зони и сякаш това не е достатъчно, някои региони имат лятно часово време (DST), което се случва два пъти годишно. Откъде дори да започнете да работите с тези крайни случаи? Какво се счита за „начало“ на утрешния ден? Някои разработчици се опитват да избегнат това, като използват една централна часова зона, като UTC. За някои потребители това би довело до правилни резултати, но за някои може да е изключено с час, два часа или повече. Това несъответствие съсипва потребителското изживяване. Потребителите не се интересуват как се справяте с времето зад кулисите; всичко, което те очакват, е, че ако извършат последователно действие в 23:40 ч., то трябва да се регистрира точно в този час, в техния контекст. Трябва да дефинирате „един ден“ въз основа на местната часова зона на потребителя, а не на времето на сървъра. Разбира се, можете да вземете леснотонасочване и нулиране на ивици глобално за всички потребители в полунощ UTC, но вие много създавате несправедливост. Някой в Калифорния винаги има осем допълнителни часа, за да изпълни задачата си, отколкото някой, който живее в Лондон. Това е несправедлив дефект в дизайна, който наказва определени потребители заради тяхното местоположение. И какво, ако този човек в Лондон е само на посещение, изпълни задача и след това се върне в друга часова зона? Едно ефективно решение за всичко това е да помолите потребителите изрично да зададат своята часова зона по време на интегрирането (за предпочитане след първото удостоверяване). Добра идея е да включите фина бележка, че предоставянето на информация за часовата зона се използва само за приложението за точно проследяване на напредъка, вместо да се използва като лична информация. Друга добра идея е да направите това променлива настройка. Предлагам на всеки да избягва директното боравене с логиката на часовата зона в приложение. Използвайте изпитани библиотеки с дати, като Moment.js или pytz (Python) и др. Няма нужда да преоткривате колелото за нещо толкова сложно като това. Пропуснати дни и крайни случаи Друго предизвикателство, за което трябва да се тревожите, са неконтролируемите крайни случаи, като например преспиване на потребителите, престой на сървъра, забавяне, мрежови повреди и т.н. Използването на идеята за благодатни механизми, като тези, които обсъдихме по-рано, може да помогне. Гратисен прозорец от два часа може да помогне както на потребителя, така и на разработчика, в смисъл, че потребителите не се наказват строго за неконтролируеми житейски обстоятелства. За разработчиците грайс прозорците са полезни в онези неконтролируеми моменти, когато сървърът спира посред нощ. Преди всичко никога не се доверявайте на клиента. Винаги проверявайте от страната на сървъра. Сървърът трябва да бъде единственият източник на истина. Предотвратяване на измама Отново не мога да подчертая това достатъчно: Уверете се, че валидирате всичко от страна на сървъра. Потребителите са хора и хората могат да изневеряват, ако им се даде възможност. Това е неизбежно. Може да опитате:
Съхраняване на всички действия с UTC времеви клейма. Клиентът може да изпрати своето местно време, но сървърът може незабавно да го преобразува в UTC и да потвърди спрямо времето на сървъра. По този начин, ако времето на клиента е подозрително далече, системата може да го отхвърли като грешка и потребителският интерфейс може да отговори съответно. Използване на проследяване, базирано на събития. С други думи, съхранявайте запис на всяко действие с метаданни, включително информация като идентификационния номер на потребителя, вида на извършеното действие и клеймото за време и часова зона. Това помага при валидирането.
Изграждане на Streak System Engine Това не е урок за код, така че ще избегна да изхвърлям куп код върху вас. Ще запазя това практично и ще опиша как нещата обикновено работят с streak system engine по отношение на архитектурата, потока и надеждността. Основна архитектура Както казах няколко пъти, направете сървъра единственият източник на истина за последователни данни. Архитектурата може да бъде нещо подобно на сървъра:
Съхранявайте данните на всеки потребител в база данни. Съхранявайте текущото хранилище на поредицата (по подразбиране като 0) като цяло число. Съхранявайте предпочитанието за часова зона, т.е. низ за часова зона на IANA (или имплицитно от локално времево клеймо, или изрично, като помолите потребителя да избере своята часова зона). Например „Америка/Ню_Йорк“. Обработвайте цялата логика, за да определите дали поредицата продължава или прекъсва, с проверка на часовата зона, която е спрямо местната часова зона на потребителя.
Междувременно от страна на клиента:
Показване на текущата поредица, обикновено извлечена от сървъра. Изпратете действие, извършено под формата на метаданни, до сървъра, за да потвърдите дали потребителят действително е изпълнил квалифициращо поредно действие. Осигурете визуална обратна връзка въз основа на отговорите на сървъра.
И така, накратко, мозъкът е на сървъра, а клиентът е за целите на показването и изпращането на събития. Това ви спестява много повреди и крайни случаи, плюс прави актуализациите и поправките по-лесни. Логическият поток Нека да симулираме стъпка по стъпка как би работил минимално ефективен двигател на системата за последователност, когато потребител завърши действие:
Потребителят завършва квалифициращо поредно действие. Клиентът изпраща събитие на сървъра като метаданни. Това може да бъде „Потребител X е завършил действие Y в клеймо Z“. Сървърът получава това събитие и извършва основно валидиране. Това истински потребител ли е? Удостоверени ли са? Действието валидно ли е? Съгласувана ли е часовата зона? Ако това успее, сървърът извлича данните за серията на потребителя от базата данни. След това преобразувайте полученото времево клеймо за действие в местната часова зона на потребителя. Нека сървърът сравни датите в календара (не времевите клейма) в местната часова зона на потребителя: Ако е същият ден, тогава действието е излишно и няма промяна вивица. Ако е на следващия ден, тогава серията се удължава и се увеличава с 1. Ако има разлика от повече от един ден, поредицата се прекъсва. Тук обаче можете да приложите грациозната механика. Ако гратисният механизъм е пропуснат, нулирайте серията на 1.
Ако изберете да запазите исторически данни за важни постижения, след това актуализирайте променливи като „най-дълга поредица“ или „общо активни дни“. След това сървърът актуализира базата данни и отговаря на клиента. Нещо като това:
{ "current_streak": 48, "най-дълга_поредица": 50, "общо_активни_дни": 120, "streak_extended": вярно, }
Като допълнителна мярка сървърът трябва или да опита отново, или да отхвърли и да уведоми клиента, когато нещо се провали по време на процеса. Изграждане на устойчивост Както споменахме по-рано, потребителите, които губят поредица поради грешки или прекъсване на сървъра, е ужасно UX и потребителите не очакват да поемат падането за това. По този начин вашата последователна система трябва да има предпазни мерки за тези сценарии. Ако сървърът не работи поради поддръжка (или каквато и да е причина), помислете дали да разрешите временен прозорец от допълнителни часове, за да го поправите, така че действията да могат да бъдат изпращани със закъснение и да продължават да се броят. Можете също да изберете да уведомите потребителите, особено ако ситуацията може да повлияе на продължаваща поредица. Забележка: Създайте администраторска задна врата, където данните могат да бъдат възстановени ръчно. Грешките са неизбежни и някои потребители ще се обадят на вашето приложение или ще се обърнат за поддръжка, че тяхната серия е прекъсната по причина, която не могат да контролират. Трябва да можете ръчно да възстановите ивиците, ако след проучване потребителят е прав. Заключение Едно нещо остава ясно: ивиците са наистина мощни поради начина, по който човешката психология работи на фундаментално ниво. Най-добрата система за последователност е тази, за която потребителите не мислят съзнателно. Това се превърна в рутина с незабавни резултати или видим напредък, като миенето на зъбите, което се превръща в редовен навик. И просто ще го кажа: не всички продукти се нуждаят от система за ивици. Трябва ли наистина да налагате последователност само защото искате ежедневни активни потребители? Отговорът може да бъде „не“.
