Эти поля обязательны для заполнения
10 мая 2016, 15:46

Так ли необходимо заполнять все то, что вы предлагаете пользователю?
На первый взгляд кажется, что мы спрашиваем только важное, мы же серьезные ребята, знаем толк в своем деле. В сервисе по ведению бухгалтерии, к примеру, на странице реквизитов у вас спросят название организации, ИНН, КПП, систему налогообложения, ОГРН, ОКПО, ОКВЭД, ОКТМО, ОКОПФ, ОКФС и кучу всего еще, боюсь вас утомить. Сложно поспорить с тем, что все это важно. Но тут тонкий момент: важно не только «что», но и «когда». «Когда» спасет вас, друзья :)
«Когда» открывает еще одно измерение — время, и все становится простым. Для этого, правда, надо знать сценарии пользователей. Но разве не этим вы занимаетесь все время, когда проектируете? Наверное, вы уже догадались, к чему я веду.
Пример из бухгалтерии. Если тут не будут ясны детали, кто не в теме, суть вроде бы все равно ясна. Создаем документ, платежку, например. Нужен в нем контрагент? Смотря для чего. Если просто сохранили, и по документу сформировались проводки, то контрагент пока не нужен, в бухгалтерии все хорошо и без него. Это пожалуйста. А вот будем отправлять документ в интернет-банк одним нажатием кнопочки — тогда уж надо запросить, без него документ не примут. Спрашиваем своевременно.
То же самое с ОКВЭД и всеми этими непонятными буквами. На ведение бухгалтерии большинство из них никак не влияет, пока не начнешь сдавать отчетность. Вот тогда и надо их непременно затребовать. А до этого — по желанию пользователя. Когда спрашиваешь к месту, то у пользователей меньше внутреннее сопротивление, больше мотивация заполнить все эти миллион полей. Потому что абсолютно ясно, для чего это тебе прямо сейчас.
Всему свое время.
10 комментариев
Так ты другую ситуацию напроектируешь — «почему они меня раньше не спросили»
А что сломалось у пользователя от того, что раньше не спросили? Ничего. Когда на начальном этапе просишь много, это мешает освоению нового сервиса, тебе хочется скорей все попробовать, начать работать прямо сейчас, а не после утомительных форм. Это всегда больней, чем когда уже пришло время. К тому же, понятное дело, когда мы это запросим позже и в контексте, то стоит сохранить введенное во все нужные длинные формы и использовать это во всех последующих отчетах или что у вас там будет.
Что сломалось от того, что раньше не спросили? Время сломалось. :-)
Я сдаю отчет как-всегда-в-последний-день. И тут оказывается, что надо какие-то коды, которые не ясно, откуда брать. О боже, боже!
У тебя был выбор, заполнить их раньше или нет. И это остается на твоей совести. Мы не принуждаем заполнять в последний момент, мы даем выбрать, даем возможность заполнить не все. Когда выбрал сам — не на кого пенять. А вот когда за тебя пытаются решить, заставить вводить то, что сейчас тебе не нужно — вот это обычно злит. Так что все по-честному.
Т. е. речь не о том, чтобы прятать все «лишние» поля до поры до времени — показывать их на форме, просто не делать обязательными?
Именно так! :)
Я это не поняла из текста, честно говоря. Думала, вообще спрятать.
Значит я плохо передала суть. Постараюсь писать понятней.
Мне кажется бухгалтерия дело серьезное, и заполнить все данные для них не такая уж проблема. А так ты создаешь кучу условий — для такой операции одно надо, для другой — второе. И теперь надо упрашивать заполнить это всё.
Поскорее пропускать пользователя к контенту несомненно здорово, но в этой сфере(в которой я совершенно не ориентируюсь =D) мне кажется это излишеством. Главное не перестараться, в общем.
Бухгалтерия действительно дело серьезное. Но даже с серьезными сервисами работают вполне обычные люди. А обычные люди не любят делать лишнее, непонятное. Когда у них цель понять, что за сервис, подходит ли он им, а мы просим кучу всего, для них это тяжело. Это барьер. К тому же, мы не упрашиваем. В любом из этих случаев приходится заставлять — делать поля обязательными. Заставлять делать, когда это действительно к месту — лучше, чем заставлять загодя. Может они зарегались, потыкались, поняли, что сервис не подходит и ушли. А мы сразу начали кучу данных запрашивать.
Вхождение и начало использования сервиса очень важно. Здесь нужно делать самый низкий барьер, надо снижать пороги в самом начале. По этой же причине на окнах регистрации стараются спросить как можно меньше, кое-где одну только почту, сами генерят пароль, не просят его придумывать, не спрашивают телефон, все это потом можно ввести. Конкретные цифры подтверждают, что чем больше полей, тем больше пользователей отваливается и не идет дальше. Большая нагрузка в самом начале, и мы теряем пользователей. А когда они уже освоились и ведут работу, там уже можно спросить, они уже привыкли, они более лояльно относятся к таким вещам. Все новое должно быть достаточно простым и крутым, чтобы увлечь.
ОКВЭД и прочие страшные буквосочетания можно подтянуть по ИНН. Пусть потеет машина.
Да, так и есть. У нас они тоже подтягиваются. Но после них еще пару десятков полей, типа ОКТМО, ОКОПФ, ОКФС, код УПФР, номер соглашения с ПФР, а кроме них разные адреса, даты.
А когда эти реквизиты понадобятся системе, как ты их будешь запрашивать?
Решение зависит от ситуации. Например, в отчетности эти поля будут просто не заполнены, не подтянутся из реквизитов, но после первого заполнения в отчете они прокинутся и сохранятся в реквизитах.
Или, если у нас документ и там есть контрагент, то даем сохранять док с пустым полем Контрагент, но печатать этот док не даем, говорим, что надо его заполнить.
В какой-нибудь еще вымышленной ситуации можно запросить через лайтбокс, сохранив при этом туда, где этот реквизит живет постоянно.
А после первого заполнения реквизитов в отчете они там останутся, доступные для изменения? Например, указал ОКТМО и ошибся. Позднее понял свою ошибку и хочу исправить.
С контрагентом другой вопрос — там же может быть куча полей, а нам в платежку нужно только наименование, ИНН и банковский счет. Но просить заполнять предлагается всё о контрагенте?
Да, в отчете останутся, чтобы исправить.
В карточке контрагента все то же самое применимо. Их и правда там куча может быть, но все они не нужны для каких-то сценариев. То есть поступаем так же, делаем обязательным только название КА, например, остальное не обязательное. Для печати платежки можно запросить заполнить конкретные, к примеру.
Получится, что не все поля в отчете будут вести себя одинаково. В то время как изменение одной группы полей повлияет только на этот экземпляр отчета, изменение другой группы (ОКТМО и др.) повлияет и на все остальные отчеты. Это может оказаться неожиданно, если пользователь привык к тому, что все, что меняется в отчете, остается в этом отчете и в других местах не вылезает.
У нас в Контур.Бухгалтерии не так. Если отчет был отправлен, никакие изменения реквизитов снаружи не повлияют на него. В нем все зафиксено и нельзя изменить. Состояние отчета после отправки становится другим, он уже без полей, со статичными данными.
Привет, Ольга!
Написано всё вроде правильно, но вот мои бухгалтера воем взвыли, когда я так сделал. У них поток прервался. Было: взял бумажку, проверил форму, поправил, закрыл форму. Закончил работать с документами. Выгрузил выписки в SAP.
И вместо этого, тут я возникаю и говорю: «Не заполнены документы в нескольких выписках, поправь».
Конечно же, нужно смотреть на конкретные сценарии, которые реализованы в вашем сервисе. У нас таких выгрузок нет. И понятно, что это все нужно учитывать и не делать неудобно.