Описание особенностей интерфейса

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Добавить комментарий

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

Это не спам.