На этом семинаре Стэнли и Тревор расскажут о том, откуда берутся новые расширения и как они развиваются. В качестве примера будет использована новая служебная страница Исследований, Служебная:Insights.
В целом, процесс развития продукта делится на следующие условные этапы:
- Идеи и замыслы
- Расстановка приоритетов
- Анализ, проектирование и формулировка
- Разработка и релиз
- Релиз
- Дальнейшая доработка
Откуда берутся идеи?[]
- Проблемы с уже существующими расширениями
- Предложения участников
- Возможности новых технологий
- Идеи сотрудников Викия
- Другие успешные интернет-ресурсы
- Маркетинговые исследования
- На примере страницы Служебная:Insights
- Участники хотели новый инструмент для отслеживания статистики на своих сообществах
- Служебная:WikiStats не была слишком полезной
- Другие крупные сайты предоставляют своим пользователям большее количество информации
Расстановка приоритетов[]
- Если коротко, то установление приоритетов сводится к тому, чтобы использовать время сотрудников по максимуму и для достижения наилучших возможных результатов.
- На примере Служебная:Insights
- Время сотрудников, потраченное на предоставление участникам нужной информации о страницах их вики-сообществ, поможет достигнуть большего количества завершённых страниц.
Анализ, проектирование и формулировка[]
Материалы для анализа[]
- Опросы
- Внутреннее тестирование
- Обсуждения с участниками
- Тестирование участниками
- На примере Служебная:Insights
- Что интересно пользователям?
- Что другие сайты предоставляют своим пользователям?
- Какая информация интересна нашим пользователям?
Проектирование[]
- Дизайн каждого нового расширения постоянно совершенствуется и изменяется в зависимости от этапа разработки, на котором находится расширение. Расширение проходит несколько итераций перед релизом.
- Вещи, которые нужно учитывать во время проектирования:
- Аудитория (участники Викия)
- Возможность технической реализации
- Локализация
- Поддержка расширения всеми устройствами
- Совместимость с остальными расширениями
Формулировка[]
- Минимально жизнеспособный продукт (МЖП) или продукт с минимальным функционалом
- Создание рабочего продукта
- Вместо того, чтобы тратить год-два на создание продукта, который может провалиться, лучше быстро сделать продукт и постепенно его улучшать в соответствии с отзывами пользователей и устранять появляющиеся баги
- На примере Служебная:Insights
- Расширение было спроектировано с целью помочь участникам найти статьи, которые нуждаются в правках, а не просто показать статистику по страницам
- Минимально жизнеспособный продукт (в данном случае страница Исследований) включает в себя лишь четыре списка, что легко было выпустить в короткие сроки
Разработка и релиз[]
- Принцип “Fail fast!” (“лучше ошибиться побыстрее”). На первый взгляд звучит ужасно, но на самом деле лучше быстрее разработать продукт и протестировать его в реальных условиях и в руках самих пользователей, чтобы понять, что нужно починить, а что — улучшить.
- Существует несколько путей осуществить релиз:
- Одно тестовое сообщество
- Лаборатория (WikiFeatures)
- По языкам
- По инициативе участников
- На примере Служебная:Insights
- Использовались заново некоторые из уже существующих страниц
- Разработана и выпущена за три недели
- Протестирована на нескольких сообществах
Дальнейшая разработка[]
- Сбор отзывов и обсуждение с участниками
- Исправление багов
- Подведение итогов: достигли ли мы желаемых результатов? Что можно улучшить? Что дальше?
- На примере Служебная:Insights
- Отзывы
- По большей части положительные
- “Вроде ничего, но не то, что я просил(а). Нужно больше!”
- “В этом нет ничего нового.”
- Статистика использования страницы
- Большинство пользователей работают над одной-двумя страницами каждый раз, когда заходят
- Некоторые участники и сообщества никогда не пользовались этой служебной страницей
- Распространённая проблема: списки ограничены
- Возможная доработка
- Расширить количество списков и предоставить пользователям более нужную статистику
- Создание стимулов для использования