Эти поля обязательны для заполнения

10 мая 2016, 15:46

Так ли необходимо заполнять все то, что вы предлагаете пользователю?

На первый взгляд кажется, что мы спрашиваем только важное, мы же серьезные ребята, знаем толк в своем деле. В сервисе по ведению бухгалтерии, к примеру, на странице реквизитов у вас спросят название организации, ИНН, КПП, систему налогообложения, ОГРН, ОКПО, ОКВЭД, ОКТМО, ОКОПФ, ОКФС и кучу всего еще, боюсь вас утомить. Сложно поспорить с тем, что все это важно. Но тут тонкий момент: важно не только «что», но и «когда». «Когда» спасет вас, друзья :)

«Когда» открывает еще одно измерение — время, и все становится простым. Для этого, правда, надо знать сценарии пользователей. Но разве не этим вы занимаетесь все время, когда проектируете? Наверное, вы уже догадались, к чему я веду.

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

Пример из бухгалтерии. Если тут не будут ясны детали, кто не в теме, суть вроде бы все равно ясна. Создаем документ, платежку, например. Нужен в нем контрагент? Смотря для чего. Если просто сохранили, и по документу сформировались проводки, то контрагент пока не нужен, в бухгалтерии все хорошо и без него. Это пожалуйста. А вот будем отправлять документ в интернет-банк одним нажатием кнопочки — тогда уж надо запросить, без него документ не примут. Спрашиваем своевременно.

То же самое с ОКВЭД и всеми этими непонятными буквами. На ведение бухгалтерии большинство из них никак не влияет, пока не начнешь сдавать отчетность. Вот тогда и надо их непременно затребовать. А до этого — по желанию пользователя. Когда спрашиваешь к месту, то у пользователей меньше внутреннее сопротивление, больше мотивация заполнить все эти миллион полей. Потому что абсолютно ясно, для чего это тебе прямо сейчас.

Всему свое время.

10 комментариев

Ваня М

Так ты другую ситуацию напроектируешь — «почему они меня раньше не спросили»

Ольга Романова

А что сломалось у пользователя от того, что раньше не спросили? Ничего. Когда на начальном этапе просишь много, это мешает освоению нового сервиса, тебе хочется скорей все попробовать, начать работать прямо сейчас, а не после утомительных форм. Это всегда больней, чем когда уже пришло время. К тому же, понятное дело, когда мы это запросим позже и в контексте, то стоит сохранить введенное во все нужные длинные формы и использовать это во всех последующих отчетах или что у вас там будет.

Юля З

Что сломалось от того, что раньше не спросили? Время сломалось. :-)

Я сдаю отчет как-всегда-в-последний-день. И тут оказывается, что надо какие-то коды, которые не ясно, откуда брать. О боже, боже!

Ольга Романова

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

Наталья

Т. е. речь не о том, чтобы прятать все «лишние» поля до поры до времени — показывать их на форме, просто не делать обязательными?

Ольга Романова

Именно так! :)

Юля З

Я это не поняла из текста, честно говоря. Думала, вообще спрятать.

Ольга Романова

Значит я плохо передала суть. Постараюсь писать понятней.

Ваня М

Мне кажется бухгалтерия дело серьезное, и заполнить все данные для них не такая уж проблема. А так ты создаешь кучу условий — для такой операции одно надо, для другой — второе. И теперь надо упрашивать заполнить это всё.

Поскорее пропускать пользователя к контенту несомненно здорово, но в этой сфере(в которой я совершенно не ориентируюсь =D) мне кажется это излишеством. Главное не перестараться, в общем.

Ольга Романова

Бухгалтерия действительно дело серьезное. Но даже с серьезными сервисами работают вполне обычные люди. А обычные люди не любят делать лишнее, непонятное. Когда у них цель понять, что за сервис, подходит ли он им, а мы просим кучу всего, для них это тяжело. Это барьер. К тому же, мы не упрашиваем. В любом из этих случаев приходится заставлять — делать поля обязательными. Заставлять делать, когда это действительно к месту — лучше, чем заставлять загодя. Может они зарегались, потыкались, поняли, что сервис не подходит и ушли. А мы сразу начали кучу данных запрашивать.

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

Никита

ОКВЭД и прочие страшные буквосочетания можно подтянуть по ИНН. Пусть потеет машина.

Ольга Романова

Да, так и есть. У нас они тоже подтягиваются. Но после них еще пару десятков полей, типа ОКТМО, ОКОПФ, ОКФС, код УПФР, номер соглашения с ПФР, а кроме них разные адреса, даты.

Лёша

А когда эти реквизиты понадобятся системе, как ты их будешь запрашивать?

Ольга Романова

Решение зависит от ситуации. Например, в отчетности эти поля будут просто не заполнены, не подтянутся из реквизитов, но после первого заполнения в отчете они прокинутся и сохранятся в реквизитах.

Или, если у нас документ и там есть контрагент, то даем сохранять док с пустым полем Контрагент, но печатать этот док не даем, говорим, что надо его заполнить.

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

Лёша

А после первого заполнения реквизитов в отчете они там останутся, доступные для изменения? Например, указал ОКТМО и ошибся. Позднее понял свою ошибку и хочу исправить.

С контрагентом другой вопрос — там же может быть куча полей, а нам в платежку нужно только наименование, ИНН и банковский счет. Но просить заполнять предлагается всё о контрагенте?

Ольга Романова

Да, в отчете останутся, чтобы исправить.
В карточке контрагента все то же самое применимо. Их и правда там куча может быть, но все они не нужны для каких-то сценариев. То есть поступаем так же, делаем обязательным только название КА, например, остальное не обязательное. Для печати платежки можно запросить заполнить конкретные, к примеру.

Лёша

Получится, что не все поля в отчете будут вести себя одинаково. В то время как изменение одной группы полей повлияет только на этот экземпляр отчета, изменение другой группы (ОКТМО и др.) повлияет и на все остальные отчеты. Это может оказаться неожиданно, если пользователь привык к тому, что все, что меняется в отчете, остается в этом отчете и в других местах не вылезает.

Ольга Романова

У нас в Контур.Бухгалтерии не так. Если отчет был отправлен, никакие изменения реквизитов снаружи не повлияют на него. В нем все зафиксено и нельзя изменить. Состояние отчета после отправки становится другим, он уже без полей, со статичными данными.

Pavel.Plotnikov

Привет, Ольга!
Написано всё вроде правильно, но вот мои бухгалтера воем взвыли, когда я так сделал. У них поток прервался. Было: взял бумажку, проверил форму, поправил, закрыл форму. Закончил работать с документами. Выгрузил выписки в SAP.
И вместо этого, тут я возникаю и говорю: «Не заполнены документы в нескольких выписках, поправь».

Ольга Романова

Конечно же, нужно смотреть на конкретные сценарии, которые реализованы в вашем сервисе. У нас таких выгрузок нет. И понятно, что это все нужно учитывать и не делать неудобно.

Ваш комментарий

адрес не будет опубликован

ХТМЛ не работает


Ctrl + Enter