10 принципів дизайну е-послуг від британського уряду Будь-які аллюзії з “дієвими” – не випадкові
10 принципів дизайну е-послуг від британського уряду. Будь-які аллюзії з “дієвими” – не випадкові.
Проект #свідки_eGov_и на вимушеній паузі, доки я навчаюсь на курсі Digital Transformation in Government в
Harvard Kennedy School
Але це не привід не ділитися як то кажуть “інсайтами”.
Власне сьогодні – про принципи цифровізації держави.
Як на мене, це вкрай важливо – зрозуміти не тільки що ми автоматизуємо, а і які є загальні принципи для цього.
Адже відомо, що “автоматизація хаосу призводить до появи автоматизованого хаосу”
Отже. Ось вам 10 принципів дизайну послуг від британського уряду (God, save the Queen)
1. Починайте з потреб користувача.
Пам’ятайте – ви вирішуєте проблему користувача, а не автоматизуєте нормативку, чи впроваджуєте технології. Важливо аби людям стало зручніше.
Тримати це в фокусі важче, ніж здається і точно призведе до додаткових конфліктів. Але не тримати – ще гірше. В прозорро і ті рішення, що слідують цьому принципу, і ті, що не дуже – і різниця помітна неймовірно.
2. Робіть менше – уряд має робити тільки те що має робити уряд.
Створюйте платформи, а не концентровані рішення, розробляйте API, якими можуть користуватися інші.
Віддавайте на приватний ринок так багато сервісів, як можете
3. Проектуйте, базуючись на даних.
Перш ніж будувати рішення – зберіть дані (часто це можна зробити вельми дешево). І що ще важливіше – збирайте дані про використання вашого сервісу. От, до речі, цікаво, скільки держ.сервісів мають налаштовану GA або аналог для розуміння використання функцій? (prozorro міряє і портал і інфобокс вже більше ніж 2 роки)
4. Щоб зробити рішення насправді простим для користувача – зробіть важку роботу.
Те що виглядає простим на картинці не обов’язково буде таким для користувача. Проведення прототипіювання та постійних досліджень користувацького досвіду тут є ключовою задачею.
Знову ж таки, цікаво, наскільки розповсюдженою в державі є роль UX спеціаліста?
5. Рухайтеся маленькими кроками, повторіть, повторюйте знову.
Замість створювати великий космольот протягом 2-3 років створюйте малі шматки функціоналу і якнайшвидше отримуйте зворотній зв’язок.
6. Ваше рішення – для всіх. подбайте про інклюзію.
Думайте не тільки про тих, хто користується останньою моделлю айфона. У великої кількості наших користувачів ще може стояти windows XP 
7. Враховуйте контекст. Важливо не тільки рішення, але й те: де і як воно використовується.
Наприклад закупівлі – це не тільки робота з системою Прозорро, але й величезна робота погодження документів всередині замовників, робота з Казною, тощо
8. Ми створюємо цифровий сервіс – а не веб сайт.
Ще раз – наша задача вирішувати біль користувача, а не розгортати нові сайти.
9. Будьте послідовним, а не однаковим.
Не можна ставити однаковість (технологій, дизайну, термінології) над потребами користувачів. В першу чергу ми маємо бути зрозумілими для користувача.
10. Роблячи речі відкритими ми їх робимо кращими. Діліться кодом, даними, підходами.
Відкриті сервіси, відкрите API, відкриті дані – це паливо для інших систем.
А тепер саме час подумати, про те скільки балів з 10 набирає ваш сервіс.
А новий анонс про #сідки_eGov_и вже на цьому тижні.
Stay tuned