Гледах някой да тества таблото, което бях довел, за да поправя. нулеви грешки. време за зареждане под секунда. Всяка функция работи точно както е проектирана. Те кликнали около за две минути, след това затворили раздела и казали: "Това е счупено." Попитах коя функция. „Не е счупена счупена. Само... незавършена? не знам. не се чувства реално.“ Като PDF файл, който се отпечатва добре, но не се отваря на Mac – технически работи, експериментално счупен. Взех още три клиенти и твърде много потребителски интервюта, за да разбера какво означават. Работата не е същото като усещането, че работи. ⸻ Когато 400 мс са твърде бързи, за да се доверят Аналитична платформа за B2B, на която бях нает да извършвам одит. Бързи заявки. Точни данни. Чисти графики. Изкачване на всеки квартал. Изходните проучвания продължават да казват: "Намерихме нещо по-надеждно." По-надеждни от какво? Заявленията им се върнаха в 400 милисекунди. Неразумно бързо. Подозрително бързо. Работното време беше 99.4%. Конкурентът, който тествах? Заявленията отнеха 3-5 секунди. Но конкурентът показа ленти за напредък. Зареждане на състояния. "Оправяне на заявката ви..." с анимиран въртящ се, който се почувства важен. Продуктът на клиента? Почти мигновени резултати, които се появяват толкова бързо, че потребителите предполагат, че са кеширани или непълни. Няма индикация, че нещо се е случило. Те загубиха три бизнес сделки в една четвърт на този по-бавен продукт. $ 240K ARR отиде. всички затворени в същия квартал. тръбопровод изсъхна. основателят започна да се паникьосва за пистата. И трите потенциала казаха същото в обажданията за обратна връзка: "Вашите се чувстваха твърде бързо, за да бъдат реални." Добавих 2-секундни изкуствени закъснения с индикатори за напредък. „Обработка на данните ви...“ с спиннер. Същите 400ms заявки по-долу, просто честно за работата, която се случва. Следващото тримесечие: приключиха две сделки срещу един и същ конкурент. И двата потенциала споменаха „по-уверени в качеството на данните“ в интервютата след продажбата. Същите данни, различни сигнали за доверие. $160K възстановени. Оказва се, че потребителите вярват на неща, които признават, че мислят. ⸻ "Автоспасяване" е газификация с добри намерения Различен клиент: редактор на документи. Автоматично запазване на всяко натискане на клавиша. Синхронизиране в реално време между устройствата. Никога не губете нито един герой в производството. Билетите за поддръжка продължават да питат: "Спасиха ли се промените ми?" Мениджърът на продукта ми показа билетите. Стотици от тях. „Как знам, че е спасен?“ „Къде е бутонът за записване?“ „Направих промени, но не виждам потвърждение.“ Попитах кога са премахнали бутона за записване. Той каза: „Преди осемнадесет месеца. Гледах някой да въвежда три параграфа, да прекъсва, да се оглежда около интерфейса в продължение на 12 секунди, да затваря раздела, без да публикува. Потребителите са имали опит да въведат празно пространство без никакви доказателства, че нещо продължава. Добавих индикатор "Запазено". малък. Включен след всяко натискане на клавиша. "Запазване..." по време на синхронизиране. "Всички промени са запазени" когато е направено. Най-малкото възможно добавяне на потребителския интерфейс. Билетите за поддръжка за съхранение на състоянието паднаха с 89% до петък. Продуктът не беше станал по-надежден. Просто спрях да се преструвам, че надеждността е очевидна. Шест месеца по-късно, различен клиент. Подобен продукт за автоматично запазване, все още в процес на разработка. Показах на основателя тези записи от сесията от първия проект. Той добави индикатора "Запазени" преди пускането. Скоростта не е доверие.Видимият процес е доверие.Потребителите не искат незабавно – те искат доказателство, че нещо се е случило. ⸻ Направете продуктите по-бавни по предназначение След четвъртия клиент със същия проблем с доверието започнах да добавям умишлени закъснения. Не бъгове – изкуствени паузи, които показват, че работата се случва. Кликнете за подаване? Изчакайте 600ms, покажете спиннер, след това потвърдете. Заредете данните? Покажете скелетните екрани дори когато заявката приключи в 300ms. (Продуктите са технически по-бавни. Билетите за поддръжка на "работи ли това?" паднаха с 40-60% в три изпълнения. Друго нещо: Правя грешки, които са достатъчно специфични, за да действам. „Електронният адрес е невалиден“ бие „Нещо не е наред.“ „Сървърно време – опитайте отново след 30 секунди“ бие „Ефект.“ Потребителите могат да се справят с проблеми. ⸻ Три теста, които разкриват това, което основателите не могат да видят След четири проекта, където "чувства се счупено" означава "интерфейсът не сигнализира какво се случва", разработих три диагностики, които изпълнявам преди да проектирам нещо. 
 
 
 
 
 
 
  Show someone the product for five seconds. Not interactive – just looking. Ask: "Does this feel finished?" The five-second impression test. Hesitation means something signals incomplete. "It looks fine but..." means they're sensing interaction gaps. Immediate yes? Watch their face, not their words. (People lie to be polite. Faces don't.) 
 
 
  Throttle the connection. Use the product. Does it explain what's happening? Or just sit there looking frozen? The broken internet test. Most products optimize for perfect conditions. Users experience broken networks, slow servers, congested CDNs. This is where "too fast" products die hardest – zero explanation when infrastructure fails. 
 
 
  List every possible state for every interactive element. Default, hover, focus, active, disabled, loading, error, success. Design all of them. The state audit. Some products design three states and ship with seven. The missing four just... happen. Usually badly. Изпълнете тези на вашия продукт тази седмица.Ако намерите липсващи състояния или мълчаливи действия, поправете тези преди да създадете нови функции. ⸻ Проблемите с доверието не хвърлят грешки Те описват проблеми с интерфейса, като използват езика на функционалността. „Счупен“ означава „не се държи така, както очаквам надеждни неща да се държат“. Достоверните неща потвърждават действията. показват напредъка. обясняват грешките. Продуктът може да работи перфектно зад кулисите, но ако интерфейсът не сигнализира, че работи, потребителите изпитват мълчание като провал. Проблемите с доверието не се появяват в дневниците за грешки.Те се появяват в проучвания, които казват, че "намерили нещо по-надеждно". Обикновено докато вашите записи за грешки остават перфектно, безполезно чисти.

Walkthroughs, tutorials, guides, and tips. This story will teach you how to do something new or how to do something better.

This story contains new, firsthand information uncovered by the writer.

Free Discovery Call with Me

SaaS Design Projects 

UX\UX Agency London

UI/UX Design Services

Digital Product Design Services

Това аудио е създадено на оригиналния език на историята!

Защо добрите продукти се чувстват счупени

About Author

КОМЕНТАРИ

ЗАКАЧВАЙТЕ ЕТИКЕТИ

ТАЗИ СТАТИЯ Е ПРЕДСТАВЕНА В

Related Stories

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps