DB
если хотите делать промышленное или коммерческое приложение
Size: a a a
2020 September 23
MS
Ага, то есть лишний раз не связываться.
DB
я собственно практическую выжимку из него выше дал
MS
Спасибо, передал. Надеюсь, у них всё получится.
И собственно главный вопрос, как грамотно писать требования? ГОСТ 7.32 или что-то типа него?
И собственно главный вопрос, как грамотно писать требования? ГОСТ 7.32 или что-то типа него?
DB
ИСО/МЭК 29148
DB
но так в здравом уме никто не делает
DB
если сайт информационный — используют модель информационных ожиданий Собаки Павлова
DB
если заказчик тупой — то сразу макеты
M
Mikhail Schuranov
а) чтобы сформировать грамотные требования к сайту для удобства пользователей
б) можете пояснить для тупых, типа меня? То есть набросать идею в паблишере?
б) можете пояснить для тупых, типа меня? То есть набросать идею в паблишере?
У вас еще пользователей нет, какое юзабилити? Пустите этим силы на что-то другое, отследите потом с помощью GA, как пользователи себя вести будут и где у них затыки, а потом о юзабилити думать будете😌 расположение элементов сделайте как на похожих сайтах
MS
Юзабилити нужно, чтоб пользователи появились. Ибо в интернетах ещё живут сайты, которые откроешь, испугаешься и закроешь интернет. Мы же делаем вещи для людей.
DB
Если нужны именно требования к эргономике, то общая технологич такая:
1. Выявляете перечень сценариев сайта
2. Выявляете контекст использования сайта — возраст человека, отношение к сайту, устройство, размер экрана, освещенность, браузер
3. Находите 3 сайта-конкурента
4. Находите 3 потенциальных пользователей
5. Просите этих пользователей выполнить сценарии на этих сайтах в контексте 2, заменяете конкретные метрики:
а) результативность — % успешно выполненных сценариев
б) обучаемость — среднее время, необходимое пользователям для доведения результативности до 95%
в) эффективность — среднее время выполнения каждого сценария
6. Далее пишете требования к сайту, используя перечень сценариев 1. как функциональную часть, 2. как контекст и данные измерения конкурентов 5.а/б/в как референсные значения в форме "не менее чем"
1. Выявляете перечень сценариев сайта
2. Выявляете контекст использования сайта — возраст человека, отношение к сайту, устройство, размер экрана, освещенность, браузер
3. Находите 3 сайта-конкурента
4. Находите 3 потенциальных пользователей
5. Просите этих пользователей выполнить сценарии на этих сайтах в контексте 2, заменяете конкретные метрики:
а) результативность — % успешно выполненных сценариев
б) обучаемость — среднее время, необходимое пользователям для доведения результативности до 95%
в) эффективность — среднее время выполнения каждого сценария
6. Далее пишете требования к сайту, используя перечень сценариев 1. как функциональную часть, 2. как контекст и данные измерения конкурентов 5.а/б/в как референсные значения в форме "не менее чем"
Тут ещё прикол в том, что люди без опыта эти правильные требования реализовать не смогут. Это даже опытным сложно
MS
Ну, я боюсь ошибиться, но лучше не смочь в хорошие требования, чем не смочь в плохие. Благо чем лучше требования, тем лучше и для разработчика. Мы начинали с требований "хотим сайт, чтоб как у всех и круто выглядел", затем "хотим сайт, чтоб не гонять пользователей по поиску ВК за часто повторяющимися материалами", затем "хотим сайт для удобства информирования", ну и вот пришли сюда.
MS
*Они начинали, я только рядом стоял и радовался, что не программист.
M
Mikhail Schuranov
Юзабилити нужно, чтоб пользователи появились. Ибо в интернетах ещё живут сайты, которые откроешь, испугаешься и закроешь интернет. Мы же делаем вещи для людей.
Для нормальных исследований нужны данные пользователей. И не выдуманных, а реальных ( которые должны быть правильно замотиваторы ). Это дорого и бессмысленно на начальных этапах - за юзабилити гоняться. Для начала достаточно сделать сайт похожий на другие.
MS
Ага. Понял, передал.
DB
Ну, провести тестирование 3 конкурентов на 3-х пользователях — это вопрос одного дня
DB
Так что если уж хочется по науке - то можно и так
MS
Хочется как лучше, лишь бы получилось.
M
Ну, провести тестирование 3 конкурентов на 3-х пользователях — это вопрос одного дня
Маленькая выборка, и откуда взять 3 пользователей? (Себя и разработчиков брать нельзя, если только сайт не для разрабов)
DB
Mikhail Schuranov
Вот я у них это спросил. Меня ткнули носом в гитхаб их главного программиста, где якобы вся документация, https://github.com/VAKazakov/EDMC-Triumvirate/projects/1
Документация там вся, но я не понимаю, с какого конца её читать.
Документация там вся, но я не понимаю, с какого конца её читать.
Ладно, видимо придется задать главный вопрос — а зачем вообще сайт? Пока непонятно