Вещи, о которых стоит подумать заранее и сделать до того, как вы начнете переписывать WordPress плагин с пользовательской базой почти миллион пользователей.
2. Slava Abakumov (@slaFFik)
• “Итак, вы решили создать плагин на
продажу” - https://bit.ly/khwp3
• Работаю в Awesome Motive:
– OptinMonster, MonsterInsights, WPForms,
WP Mail SMTP
– https://awesomemotive.com/career/ - PHP / JS
3. WP Mail SMTP
• https://wordpress.org/plugins/wp-mail-smtp/
• Решает проблему доставки писем
• Дата создания репо: 09/06/2007 19:06:36
• 900 тысяч активных установок
• Много старых пользователей
4. Аудит
• Текущие проблемы с точки зрения:
– обычных пользователей
– разработчиков (и есть ли они?)
• Активность пользовательской базы
– active install growth / downloads per day (*/advanced/)
– форум поддержки
5. Цели (зачем?)
• Что вы хотите сделать:
– добавление новых улучшений?
– исправление старых ошибок?
– обновить кодовую базу до последней? Важно ли?
– начало продажи с обновленной версией?
6. Целевая аудитория (кому?)
• Для кого рассчитана новая версия плагина:
– если разработчики – API
– если простые пользователи – UX/UI
• Как часто/долго пользователи будут проводить
время в плагине?
• Соответствует ли старый дизайн вашей
аудитории?
7. Требования (что?)
• Зависит от ЦА:
– для разработчиков и обычных пользователей
разный подход к проектированию UI
– нет смысла тратить время на то, что не нужно
– пример: сообщения об ошибках
• Четко следуйте выявленной ЦА для первой
версии
8. Техническое планирование (как?)
• Что поддерживаете?
– Версии WordPress, PHP, MySQL etc.
• Новые для вас технологии или нет?
• Полное переписывание или плавное?
– выбросить старое и заново или костыли
– свои плюсы и минусы – зависит от сроков
9. Сроки (когда?)
• Релиз:
– в конкретную дату
– когда будет готово
– когда закончится выделенное время/деньги
• Думайте заранее об этой дате:
– уведомление пользователей
– что изменится в этот день?