Производительность vs Интерфейс

На прошлой неделе был опрос, что будем улучшать в первую очередь Производительность или Интерфейс.
Огромное спасибо всем кто поучаствовал в опросе. Получилось живое обсуждение - это очень ценно!

В ответах выделил группы:
1. Улучшаем производительность. Разработчик не умеет в интерфейс, а пользователю все равно не понравится - поэтому все силы на быстродействие.
2. Улучшаем интерфейс. Он есть у всех и нам не простят проблем, если пользователь столкнется с неудобствами.
3. Чуть-чуть допиливаем текущее решение. Называем его MVP и собираем обратную связь, чтобы затем вернуться к задаче и доработать ее позже
4. Ничего не будем делать. Пойдем пить кофе, а то вдруг сломаем уже готовое или сделаем хуже

Дам свои комментарии по группам, а затем выскажу свое мнение.


⛔ Вариант ничего не буду делать, так как это последний день проекта - мне показался очень странным и даже немного противоестественным. У нас есть варианты как улучшить проект и мы точно знаем как. У нас есть время на то, чтобы улучшить проект. И вместо того, чтобы воспользоваться этим - ничего не будем делать, так как боимся поломать то, что было сделано раньше. С таким подходом можно вообще проект не начинать - вдруг не получится.

Понимаю, что здесь у многих сработал триггер, что последний день разработки - это конец, завтра выкатываем на прод. В этом случае стоит присмотреться к своим процессам. Возможно, стоит добавить после разработки хоть какой-то контроль качества, например, код-ревью или автоматизированное тестирование.


⌛️ Вариант доработать немного и там, и там - чуть лучше. Но в этом случае мы не выводим наш проект на новый уровень, а остаемся примерно в том же средненьком положении, что и сейчас. Ждать, что будет обратная связь с улучшениями, конечно, можно, но с большой долей вероятности нас завалит новыми задачами и сюда мы уже никогда не вернемся.

«Нет ничего более постоянного, чем временное» — русская народная пословица. Поэтому остальные варианты выглядят лучше.


🚀 Вариант доработать производительность хороший. Особенно, если мы знаем, что улучшить производительность получится существенно и нам это интересно - делаем. Если одновременно с этим не уверены в своих силах в UI/UX, то тем более стоит выбирать такой вариант. Знаю команды, которые изначально выбирают лучшую производительность и технологичность в ущерб интерфейсу - это может быть вполне аргументированный подход.


🔥 Мое мнение - нужно дорабатывать интерфейс. И здесь я соглашусь с комментариями, что интерфейс есть у всех, и по уровню охвата полезнее улучшать интерфейс. Какой смысл в быстродействии, если с этим неудобно работать? Если что-то выполняется долго, то на это всегда можно повестить Котика, чтобы он развлекал пользователя.

Плюс я искренне убежден, что хороший дизайн важнее производительности. Нравится приводить классический пример, когда в многоэтажном отеле посетители жаловались, что нужно долго ждать лифт. В качестве решения рядом с лифтами повесили зеркала. И это помогло - люди перестали жаловаться на ожидание лифта, потому что это время нашли чем себя занять разглядывая отражение. То есть производительность не изменилась, а общее взаимодействие с системой улучшилось.

🖥 Поэтому уметь в удобный интерфейс нужно обязательно. А начать можно с дизайн-гайда по 1С.