Це якби більше відноситься до машинальної частини людини

Десь ви там, людина, усвідомлено щось робили. Щось неусвідомлено робили

Але її емоційний підхід якраз відображається через зворотній зв'язок.

І там різні анкетування робляться, поля введеня, коментарі, різноманітні лайки, врахування кількості відвідування, репостів і так далі...

Тобто весь цей зворотній звязок нам просто дасть можливість зрозуміти наскільки актуальний той чи інший ваш продукт

Що іще люди люблять робити? Ділитися і обмінюватися! Так?

Студенти дуже люблять ділитися і обмінюватися. І нікуди ми від цього не подінемося.

Це є особливість, це соціальна особливість людини. Вона всеодно є, буде і заборонити це неможливо і не треба забороняти.

Відповідно, ваша програмка мусить мати можливість віддати частину інформації. Людина має можливість це зробити

От ви завжди бачите в програмак: так, якась картиночка, якась переписка

І там завжди є кнопочка "переслати комусь", або "скопіювати комусь" або "розшарити комусь" або "поділитися в соцмережах"

І так далі.

Тобто всеодно воно є і людина всеодно буде робити. Вона або побачить кнопочку і скористається

...яку ви підготували спеціально, і зробить це акуратненько і передасть саме той кусок інформації, який потрібно

Або людина просто візьме якимось чином скопіює, або перефоткає, або зробить скріни і всеодно рано чи пізно це все перешле.

Вона всеодно буде ділтися і це треба дати можливість це робити штатними способами в програмі

буде все нормально.

Так званий ще принцип "Допомога залу": рано чи пізно людина або стикається з проблемою.

Наприклад: є якийсь функціонал, хочеться іще щось зробити, але цей функціонал не дає можливість

Але певними кроками можна обійти цей елемент. Треба дати можливість людині поспілкуватися

З такими самими користувачами цієї програмки

Так звані Мессенджери всередині вашої програмки.

Наприклад, в AutoCAD-і, там є така можливість підключатися до сайту компанії Adobe.

І там у них є можливість комунікувати між користувачами.

У Visual Studio там теж є плагіни, де ви можете між програмістами спілкуватися

Ще одни принціп "Пліч-о-пліч". Люди завжди люблять з кимось дружити

І треба дати їм помічника.

Зробити якісь додаткові синхронізації

...

Цей помічник, як правило теж електронним буде, або це служби підтримки.

Або іще якісь елементи. І в той момент, людина відчуває себе не самотньою і їй легше користуватися

Так само, якщо ви зробили скріни - зробіть іще якусь спанельку додаткову або підкажчик

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

Наприклад, людина на щось зредагувала, в неї все получилося, форматування відбулося

Напишіть йї про це повідомлення, що це добре виконано.

Ну,наприклад в Microsoft Office-і, попередніх версій, не знаю чи в останніх там була така можливість.

Електронного помічника, який підказував.

На деяких сайтах теж, коли ви робите якісь покупки або щось довго шукаєте - то теєз'являється "хочете зв'язатися з оператором?"

І з'являється такий оператор, з яким ви можете поділитися.

Що іще важливо при соціалізації вашого інтерфейсу?

Це так званий принцип зобов'язаня

Зобов'язання трошечки, якби, стимулює певними чином щось виконувати

Тобто якщо людина щось діє, робить - ви маєте їй в цьому підказати

І якщо людину ви просите зробити якийсь відгук, або заповнити якусь певну форму

Або, наприклад, погодитися з ліцензійними певними умовами.

То відповідно, людина перед вами чимось зобов'язується чисто психологічно і ви маєте теж якісь робити обов'язки

Перед людиною

Якщо ви кажете, що ваш програмний продукт вміє щось рахувати, то він так і має робити.

Відбуваються певні зобов'язання. Якщо людина погоджується використовувати 30 днів.

Відбувається ціле зобов'язання.

І вони якраз акцентують увагу на ваших елементах.

...

Повторення

Ну це є елемент навчання, ми вже про це говорили, що треба зробити деякі системи допомоги, системи підказок.

Системи навчання. І після того, відповідно, людина буде легше і правильніше виконувати ті чи інші дії з вашими екранами

І якби з версії в версію скріни більш-менш мають повторюватися і тоді людина швидше їх сприйме.

Плюс, є таке поняття як "150 зв'язків". То, як правило, людина за своє життя має десь 150 соціальних зв'язків.

Це те ж саме розповсюджується потім і на електронні системи

Як правило, ви навряд чи будете собі інсталювати більше ніж 150 програмних продуктів.

Як правило, якщо буде якийсь функціонал вашої програми, теж не буде мати більше ніж 150 різних дій

Ну і відповідно вам легше всеодно буде сприйматися тільки такий приблизно об'єм.

Тобто немає змісту намагатися у ваш програмний продукт запустити більше ніж 150 функцій.

Всеодно людина не зможе ними користуватися і просто втомиться.

Так, з цими соціальними елементами ми з вами розібралися і ту тему ми, якби, з вами, закрили

І можемо перейти, якщо у нас ще час із вами залишився. Ні, не зналишився

Перейти до насутпного розділу. Я тільки відкрию початок презентації, щоб потім ви запам'ятали на чому ми зупинилися

Зараз він запуститься у нас

Це у нас будуть ергономічні підходи.

І ми так само розберемо методи, розберемо кроки, алгоритми

Яким чином робиться ергономіка, функціономіка і так далі

І зустрінемося через тиждень на продовженні нашої теми.

Тобто цей раз йдуть теми по тому, які мають бути підходи, які ми маємо робити перед тим як створюємо нові інтерфейси, нові скріни.

То якраз підготовка до четвертої лабораторної роботи.

Ну наразі дякую, зустрінемося через тиждень