«Пух посмотрел на свои передние лапки. Он знал, что одна из них была правая, знал он, кроме того, что если решит, какая из них правая, то остальная будет левая. Но он никак не мог вспомнить, с чего надо начать ...» А.А. Милн «Винни-Пух и все-все-все»
Главная → Описание особенностей интерфейса

Описание особенностей интерфейса простой и удобной торговой программы для магазина «Лайт-учёт».

Начнём из далека, в 1994 году на рынке появились неплохие для того времени компьютеры 386DX 40Мгц и одновременно был всплеск предпринимательской активности, что привело в «буму» компьютеризации в торговых структурах. Практика показала, что если вы хотите развивать свой бизнес, нужно использовать инструменты для анализа и управления бизнесом пока он маленький, иначе «бардак» в крупной растущей фирме закономерно приведёт к её развалу. Это просто констатация факта за 20-ть лет наблюдения. :)

Интернет ещё только развивался, программный рынок учётных торговых, складских и бухгалтерских программ тоже только развивался, поэтому практически в каждом крупном городе частный бизнес стал заказывать программистам создание компьютерных программ. Как результат, сейчас в интернете мы можем найти очень много (сотни) программ для учёт товаров в розничном магазине или оптовой фирме, в том числе бесплатных, что затрудняет дать лёгкий ответ на чисто практический вопрос — какую выбрать?

Без претензий на научную обоснованность, все программы по идейному замыслу и практическому воплощению можно поделить на два типа: «условно самопальные» и «условно бухгалтерские».

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

Для второго типа характерно больше сходства друг с другом, так как бухгалтерия всё-таки диктует некие стандарты, скажем так — программы написаны часто исходя из теории, на экране очень много «нужной» информации, много окон, а много информации автоматически приводит к мелкому шрифту, используется бухгалтерская терминология, сложная логика операций. У простого пользователя, без специального бухгалтерского образования обычно нет понимания как это всё работает, и скажем по опыту, у него даже желания не возникает в этом разбираться. «Я продал товар, это дебет или кредит? Что такое проводка? Зачем она нужна? Если не делать проводки к чему это приведёт?» А функция восстановления документа, как например в 1С, когда документ удаляется, потом восстанавливается, и так много раз? Скажем так, сложная логика программы потенциально даёт возможность пользователю всё основательно запутать, что и подтверждается практикой. Отрицательное количество товара в отчёте по остатках в супермаркете или оптовой фирме — это обычное явление в таком учёте, но необычное в физическом смысле :).

Причём большинство пользователей, которые выбирают себе программу для учёта, плохо понимают, что бухгалтерская программа чаще всего неудобна для торговли, так как её функциональность заточена под бухгалтерский учёт. Именно поэтому в таких программных комплексах обычно есть отдельный торговый модуль. Основное неудобство — учётная цена без НДС. Как я уже писал: «А оно вам надо?« Её можно изменить в настройках, но изначально всё равно программа заточена под цену без НДС, как минимум закупочную. А для учёта товаров в розничном магазине нужна цена предполагаемой продажи, она же учётная, в первую очередь для отчётности материально-ответственных лиц.

Какое отношение описанное выше имеет к интерфейсу? Косвенное, если программа позволяет убрать ненужные вам поля из окна прихода товара — это удобная программа, если как большинство «условно бухгалтерских» требует заполнять или, хотя бы, лицезреть десятки не нужных полей информации, то такую программу трудно назвать удобной и лёгкой для восприятия.

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

Простота, минимализм, удобство, быстрота, компактность, легкость — вот базовые принципы программы Лайт-учёт, многофункциональность программы не должна давить на пользователя. А потому:

- работа в одном окне: для документального учёта в каждый конкретный момент времени пользователь обычно работает с одним документом, либо приход товара, либо расход товара, либо финансовые документы, поэтому рабочее окно занимает всё видимое пространство в программе и не предлагается открывать сразу десяток окон, двигать их, менять размеры и прочие «нужности», которые требуются, например, бухгалтеру для анализа «сразу и всего на свете», а мы в торговой программе занимаемся документальным торговым учётом.

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

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

- минимум вопросов: всё сохраняется сразу и без вопросов о вашей уверенности в чём либо :), единственное требование — нажатие клавиши {Enter} в поле ввода информации, чтобы дать сигнал программе, что вы закончили процедуру ввода, и если вы набрали текст и нажали {Esc} — значит вы отказались от текущей операции ввода.

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

- пляшем от документа: который является первичной основой документального материального учёта в магазине, соответственно все справочники заполняются сразу по мере ввода документа.

Насколько программа соответствует заявленным принципам судить вам — пользователям. :)

Оставить комментарий

E-mail не будет опубликован. Обязательные поля отмечены *

Это не спам.