«МакРадар» публікує невелику статтю директора з розвитку компанії «Бегемот-Бегемот» Андраша Густі. Мова в ній піде про user story - користувальницької історії. Що це таке і чому це важливо?
User story - це легкодоступний для розуміння і лаконічне визначення взаємодії користувача з системою, в центрі якого знаходиться користувач. Сенс user story полягає у відповіді на питання, що саме користувач хоче від системи і як ми можемо йому в цьому допомогти.
Прописуючи призначену для користувача історію, ми спочатку визначаємо фінальну мета, а потім створюємо міні-сценарії за участю потенційного користувача, завжди пам'ятаючи те, що в будь-який момент нам, можливо, буде потрібно все переграти. Це можна назвати життєвою еволюцією продукту, яка може і повинна відбуватися. При такому підході до створення продукту в ньому зазвичай задіяні всі: і команда, і замовник. Документація складається таким чином, щоб бути зрозумілою всім учасникам процесу розробки.
Приклад користувальницької історії для додатка, яке ми робимо для Михайла Іванова з Smart Reading:
Як виглядає правильна призначена для користувача історія для створення додатка для Apple Watch?
Пам'ятаю, як ми рік тому вперше зіткнулися з цією проблемою. Спочатку ми виходили із специфіки і функціональності поточної програми - плеєра для бігунів. А потім стало зрозуміло, що це зовсім не те, що потрібно робити. В першу чергу варто виходити з того, що хоче користувач і що він готовий для цього робити. Наприклад, основний кнопкою на головному екрані версії плеєра для Apple Watch стала пауза.
Суть ідеї проста. Годинники припускають ще менше свободи для дій користувача. Тому для користувача історій повинно бути ще менше. У моєму уявленні - дві-три штуки. Чітко обмежуйте користувача в тому, що він може робити. Не ставте на одному екрані більше двох контролів. Намагайтеся зробити так, щоб кінцеве дію, важливе для вас і для користувача, досягалося в один-два тапа і / або дії.