Дмитрий Ершов

  • Олег Ващуковhas quoted2 years ago
    огда вы выявили мотивации и боли аудитории, приступайте к описанию основных функциональностей. Главным сделайте следующий вопрос: «Какие функции необходимы для того, чтобы пользователи выполнили свои задачи с помощью продукта?»
  • Veganforjusticehas quoted2 years ago
    Работать с Project Canvas и подобными шаблонами очень удобно в сервисе realtimeboard.com При заполнении, укажите параметры проекта:
    – Какие показатели будут определять успешность проекта?
    – Какие ограничения есть у проекта?
    – Как проект влияет на ваш бизнес?
  • Veganforjusticehas quoted2 years ago
    При описании продукта всегда концентрируйтесь на целях ваших пользователей:
    – Для чего пользователям ваш продукт?
    – Как он им поможет?
    – Чем это лучше существующих альтернатив?
  • Veganforjusticehas quoted2 years ago
    Если у вашего будущего продукта нет конкурентов – это серьёзный повод задуматься: либо вы гений, либо такой продукт никому не нужен.
  • Veganforjusticehas quoted2 years ago
    – Как поддерживать продукт после того, как он будет готов?
    – Что делать, если потребуется добавить или изменить раздел, когда уже всё готово?
    – Что, если не подойдёт качество результатов?
    – Что, если проект будет задерживаться или будет готов не полностью?
  • Veganforjusticehas quoted2 years ago
    Включите в требования регулярную публикацию новых материалов по проекту на ваших ресурсах. Если разработчики будут трудиться фултайм, то изменения лучше публиковать два раза в день.
  • Veganforjusticehas quoted2 years ago
    Должен получиться примерно такой комплект:
    – Рамочный договор.
    – Заказ (с требованиями к результатам 1 итерации).
    – Приложения к заказу (гайдлайны, исходный материал, и т.п.).
    – Календарный план (в случае водопадной разработки).
    – Шаблоны закрывающих документов (при необходимости).
  • Veganforjusticehas quoted2 years ago
    В результате у вас получится продуктовый бэклог в виде онлайн-таблицы, отражающий:
    – Боль/проблему пользователя;
    – описание функционала, который эту проблему решает (и как решает);
    – Важность для пользователя;
    – Важность для бизнеса;
    – Сложность реализации;
    – Совокупный балл приоритета;
    – Критерий приёмки (каким образом функционал должен быть реализован, чтобы уйти в релиз).
  • Veganforjusticehas quoted2 years ago
    Старайтесь, чтобы у каждой задачи, которая идёт в спринт, был понятный результат, а не «провести исследование как провести исследование».
  • Veganforjusticehas quoted2 years ago
    И если к серверным ошибкам пользователи более-менее привыкли, поскольку они типовые, то косяки с вёрсткой всплывают неожиданно и тем самым больше раздражают, выдают низкое качество продукта и снижают лояльность ваших пользователей
fb2epub
Drag & drop your files (not more than 5 at once)