Ніхто не робить неякісні продукти навмисно, але світ чомусь не без них. Ви, як ніхто, точно знаєте слабкі місця свого продукту. Але якщо він не високоякісний, чи варто з цим миритися? І як взагалі зрозуміти, наскільки він якісний?
Якість продукції - це ступінь, в якій він задовольняє потреби користувачів. Показники якості продукції включають в себе:
- Повнота: наскільки повно продукт вирішує проблему. Чи не доводиться користувачам миритися з його недоліками.
- Орієнтованість: цільовий споживач точно розуміє, що може зробити за допомогою продукту.
- Користь: користувачу не потрібно довго вникати в якості товару, а його опис, юзабіліті і функціонал відповідає його очікуванням.
- Відполірованість: кольори і шрифти чіткі, анімації не відволікають від контексту, зворотний зв'язок на виду.
- Ефективність: продукт швидкий і чуйний, користувач вирішує своє завдання з його допомогою без напрягів і з мінімальними зусиллями (продуктивність в нормі, UX продуманий).
Коли якість продукту має значення
Ясна річ, всі кайфують від високоякісних продуктів, але чи завжди варто інвестувати в якість продукції? Не всім компаніям, правда кажучи. Особливо якість важлива, коли:
- Ринок висококонкурентний - чим більше конкурентів, тим сильніше аргумент якості.
- Кінцеві користувачі активно беруть участь в прийнятті рішень про покупку - особливо в сфері програмного забезпечення B2C і бізнесі за моделлю SaaS.
- Кінцеві користувачі розпещені якістю продукції інших ринків - через успішні технологічні стартапи на кшталт Slack, Dropbox і GitHub, зробити продукт як небудь вже не вийде.
Якщо все це не про вас, не поспішайте скролити сторінку - взагалі-то кожен повинен прагнути хоча б до базового рівня якості продукту. Тому що інакше чекайте витрат на підтримку свого так-собі-продукту, незадоволеність клієнтів і вразливості перед конкурентами. І чим довше ви будете закривати очі на якість, тим складніше буде все виправити.
Як виміряти якість продукції
Це складно, тому що проблематично відстежити причинно-наслідкові зв'язки. Наприклад, як поліпшення зовнішнього вигляду може вплинути на бізнес-показники? Можливо, цей зв'язок вимірювати і не дуже доцільно. Але саме якість виміряти можна:
Евристична або експертна оцінка. Суб'єктивний, потужний і недорогий спосіб використовувати досвід ваших дизайнерів: одного або цілої команди. Спосіб здається занадто банальним, але в багатьох відношеннях це ледь не найефективніший варіант виміряти якість продукції.
Юзабіліті-тестування. Може розповісти про юзабіліті, когнітивні складові ефективності і, в деякій мірі, про повноту і переконаність продукту. Тестування корисне на різних етапах проектування, хоча не кожен дизайнер вміє користуватися результатами таких тестувань.
Метрики використання. Розкажуть про повноту і юзабіліті з плином часу. Розуміння поведінки користувача має вирішальне значення, але не відображає повної картини: говорить тільки «що», але не пояснює «чому».
Метрики задоволеності клієнтів. Допомагають виявити кричущі проблеми, але вони неточні. Варто доповнювати їх своєчасними опитуваннями на індивідуальній основі.
Метрики продуктивності (час завантаження, затримка) і контроль якості продукції. Розкажуть про стабільність і продуктивність, ефективність та відполірованість.
Виразити в цифрах
Хоча якість продукції часто суб'єктивна, виразити її в цифровому вигляді корисно.
Отже, давайте оцінимо за десятибальною шкалою: 10 - ідеальна якість (=неможливе). У брехливої фарм-компанії Theranos - якість на 1, у американської телекомунікаційної корпорації Comcast - на 3, у Microsoft - на 4-5, і у Apple в 2012 році - 8,5 (зараз там вже все не те).
А де ваше місце? Норма десь близько 4. Цифра дуже компромісна: зазвичай доводиться вибирати між якістю продукту, сферою застосування та термінами. Ви можете підвищити будь-який з цих параметрів за рахунок інших. У вас, напевно, є якийсь стандарт для кожного параметра, але який для якості?
І так, якість цільового продукту також залежить від випуску. У розробці цінується ітеративність, експерименти і гнучкість. Але якість може вставляти їм палки в колеса, якщо заморочитись цим занадто рано. Наприклад:
На етапі MVP
Мінімально життєздатний продукт роблять, щоб перевірити гіпотезу, а не видати ринку ідеальний продукт. А значить, планка якості повинна бути якомога нижчою, але без перегинів, щоб процесом можна було управляти. Ну і звичайно, не варто викочувати MVP всім на огляд - покажіть його вузькій групі тестових користувачів.
На етапі публічної бета-версії
Тут досі є елемент експерименту - чи працює все так, як було задумано? Якість вже має бути достатньо високою, щоб не погіршити загальне враження (або не саботувати перевірюваний функціонал). Але на цьому етапі допустимо компроміс щодо повноти, відполірованості і/або ефективності - за умови, що ви не зробите бета-версію фактичним продуктом.
Як поліпшити якість продукції
Окей, ви знаєте поточну і цільову якість продукту. Що робити далі?
Спирайтеся на аксіоми. Якість - це те, що не вимагає доказів. Особливо якщо врахувати, що її складно прив'язати до бізнес-метрик. Тому якщо ви задаєтесь питанням «чи дійсно ми вважаємо, що ще два тижні будуть мати значення для прибутковості продукту?», То навряд чи якість стоїть на першому місці.
Інвестуйте в позитив. Замість погоні за помилками і недоліками в продукті/дизайні, зробіть ставку на вже успішний, але поки недороблений функціонал.
Версія 1.1 або смерть. Потрібен чіткий план для нової версії 1.1, яка поліпшить якість версії 1.0. Є успіх - продовжуйте, немає - припиняйте розробку.
Слідкуйте за загальною картиною. Нова функціональність іноді може виповзати за рамки поточної - стежте за цим. Дизайн-система вам на допомогу.
Досягніть орієнтованості. Гнучкість - це круто, але «щасливий шлях» до продукту краще. Створити якісний досвід, який буде всім і для всіх, неможливо, але в деяких випадках все ж знадобиться «гнучкий» план В.
Перевірки якомога раніше і частіше. Щоб зрозуміти, як повнота і юзабіліті виглядають для вашого конкретного проекту, не забудьте про:
- Періодичні фундаментальні дослідження (відкриті для користувача інтерв'ю або польові дослідження) - вони виявлять фундаментальні потреби, очікування і типову поведінку користувачів. Так, на це піде купа часу, але воно того варте.
- Юзабіліті-тести на ключових етапах - чим менше учасники уявляють, що у вас за продукт, тим краще будуть дані.
- Закриті альфа- і бета-версії - для перевірки на пізній стадії, щоб заощадити час на усунення помилок.
Ставка на якість може знизити швидкість розробки проектів, але тут вся справа в компромісах, пам'ятаєте? Або якість, або обсяг, або терміни.
Обробка: Vinci