+1
На рассмотрении

Несколько предложений по доработке системы

Геннадий Павлов 5 лет назад в Идеи и предложения обновлен Олег (Директор по разработке) 5 лет назад 17
Вообще, сейчас забивая товар нашей организации в программу, я выловил массу вещей, которые как минимум странны, и их можно поправить парой десяток строк кода:

1. почему нельзя массово выставить страну изготовителя продукции?

2. ... единицы измерения?

3. ... адрес места хранения?

4. почему нельзя сгенерировать код по шаблону для определенной группы?

Это очень упростило бы внутреннюю структуризацию и учет при больших объемах номенклатуры.

5. Почему в заказ покупателя нельзя осуществлять подбор по коду и артикулу?

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

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

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

7. Почему нет свойства "Описание" у продукта?

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

Если такое возможно, то в идеале сделать всплывающей подсказкой, и в настройках чекбокс - включать или не включать данную функцию.

8. Крайне желательно иметь предварительный просмотр фото не внутри товара, а прямо в каталоге...

Так и с клиентом легче работать, да и ошибиться при выборе товара меньше шансов.


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

Говорю это как человек, который сам работал и рядовым продавцом, и старшим менеджером, и сам на себя, и сейчас совместное дело раскручиваем.

Исправляйте эти косяки как можно быстрее...

Те, что я описал с 1 по 5 вообще решаются за 1-2 дня неспешного ковыряния в коде.

С 6 по 8 - работы на пару недель максимум.

Да, я бывший сис. админ, и представляю себе объем работ, который потребуется выполнить вашим программистам.

Ответ

Ответ

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

Единственно я считаю очень важным все-таки иметь сроки рассматривания и доделок.

Иначе получается неприятный осадок, про нас думают но как не говорят.


Нужны всетаки хотя бы примерные сроки возможных изменений.


На рассмотрении

Здравствуйте, Геннадий.


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

Геннадий, здравствуйте.

Спасибо за ваши предложения, вынесли их в отдельный топик.

Прокомментируем каждый пункт по порядку (жирным - наши ответы):


1. почему нельзя массово выставить страну изготовителя продукции?

Согласны, можно добавить этот параметр в помощника изменения товаров.


2. ... единицы измерения?

Обсудим, сейчас не уверена, что это можно сделать, т.к. при сохранении товара создается единица по умолчанию (штука).


3. ... адрес места хранения?

Подумаем, адрес привязан к складу, здесь тоже все может быть не так просто.


4. почему нельзя сгенерировать код по шаблону для определенной группы? Это очень упростило бы внутреннюю структуризацию и учет при больших объемах номенклатуры.

Вы имеете в виду код в поле "Код"? Если да, то это скорее наш идентификатор товара в БД, чем инструмент для организации данных в справочнике. Обещаем обсудить.


5. Почему в заказ покупателя нельзя осуществлять подбор по коду и артикулу?

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

Сейчас это можно сделать через кнопку "Подбор", а в ней через вызов формы поиска. Но мы уже думали о том, чтобы сделать быстрый поиск по артикулу без захода в подбор.


6. Учитывая, что в комментариях используются переменные стринг, нельзя перед и после добавлять произвольный текст? Забивая однотипные данные вручную - тратится колоссальное кол-во времени, что сводит на нет желание переезжать в вашу программу.

Пока не думали.


7. Почему нет свойства "Описание" у продукта?

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

Если такое возможно, то в идеале сделать всплывающей подсказкой, и в настройках чекбокс - включать или не включать данную функцию.

Добавим, эта задача в планах.


8. Крайне желательно иметь предварительный просмотр фото не внутри товара, а прямо в каталоге...

Так и с клиентом легче работать, да и ошибиться при выборе товара меньше шансов.

Эта задача тоже в планах.

1. почему нельзя массово выставить страну изготовителя продукции?

Согласны, можно добавить этот параметр в помощника изменения товаров.

Если сделаете в ближайшие дни, сократите мне объем работы как минимум на 25%

У меня 3 каталога по 1к+ единиц...


2. ... единицы измерения?

Обсудим, сейчас не уверена, что это можно сделать, т.к. при сохранении товара создается единица по умолчанию (штука).

Представьте себе, что у меня около 1000 единиц товара измерятся в метрах.

Это нужно в каждый зайти и исправить... Вы представляете себе объем работы?


3. ... адрес места хранения?

Подумаем, адрес привязан к складу, здесь тоже все может быть не так просто.

Не самое страшное... но было бы неплохо...


4. почему нельзя сгенерировать код по шаблону для определенной группы? Это очень упростило бы внутреннюю структуризацию и учет при больших объемах номенклатуры.

Вы имеете в виду код в поле "Код"? Если да, то это скорее наш идентификатор товара в БД, чем инструмент для организации данных в справочнике. Обещаем обсудить.

Да, именно его.

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

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

Например первые 2-3 буквы позволят мне идентифицировать поставщика/партию/что-то еще.

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


5. ....

Это хорошо.


6. ...

Пока не думали.

Подумайте, например у меня есть комментарий с размерами люстр:

D545*H430/1580 (диаметр, высота без цепи/с цепью)

И у меня есть необходимость приписать впереди:

E14/60W (цоколь/мощность цоколя)

Теперь объединяем все вместе и получаем строчку:

E14/60W - D545*H430/1580

Допустим, размеры я импортирую из прайса поставщика... а вот цоколь и его мощность из другого места, или я не могу объединить в прайсе от поставщика изначально для импортирования ввиду огромной сложности самого прайса.

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

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


7. 8.

Эта задача тоже в планах.

Хотелось бы узнать сроки реализации данных задач.

Не то, что бы горит, но очень хотелось бы побыстрее, сразу после первых 5 пунктов...


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

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

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

(Да, я не только программист, сис. админ, но еще и менеджер продвижения своего продукта...)

Геннадий, я удивляюсь, почему с вашими знаниями и опытом вы сами не разрабатываете продукт, который удовлетворял бы всем вашим пожеланиям. Это был бы идеальный вариант. При этом можно даже не вести разработку с нуля, а воспользоваться готовой платформой для автоматизации бизнеса, например, 1С.

Отвечу:

Все просто, если я напишу такую систему, кстати, она сейчас работает, то мне придется ее поддерживать и сопровождать.

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

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

Для этого есть специально обученный персонал.

1С из за того, что придется поддерживать инфтаструктуру своих серверов, иметь ип адреса и т.д....

У меня есть разъездной человек дизайнер, который с вашим, действительно впечатляющим сервисом, на ноутбуке, способен решать все необходимые задачи, а я буквально из велопохода могу решать свои непосредственные задачи руководителя.

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

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

Мы можем конечно перейти сейчас прямо к написанию алгоритма решения каждой из этих задач, если Вам это интересно.

Геннадий.


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


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


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

Да, я прекрасно понимаю, что Вы хотите сказать.

Но поймите и меня правильно...

В данном случая я потребитель, Вы - представитель фирмы продавца сервиса.

Да, это ваш продукт, да, он по своему уникален...

Но Вы не царь и бог, не Стив Джобс, не Билл Гейтс... и я как клиент вашей системы, который хочет принести вам денег, хочу решения актуальных для меня проблем.

Т.е. тут работают уже рыночные отношения... вы продавец, я покупатель...


Скажем так, скажите, кому функционал 1,2,6 будет мешать?

Как человек, заведомо разбирающийся в программировании, Вы должны понимать, что пункты 1 и 2 - это использование уже существующей функции, только с передачей другой переменной и в другую ячейку, и дописать можно буквально за 5 минут.

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

Если Вы мне скажете, что это адски сложная задача - Вы меня разочаруете очень сильно.

Тем не менее, для меня сейчас это сверх важная проблема, так как у меня сейчас около 3к наименований будут загоняться, и это убьет довольно много моего времени.

Реализация этих 3х пунктов, общей сложностью пусть в 2-3 часа с перекурами - сократит время внедрения на 1 неделю...


Согласитесь, кпд просто огромен от реализации этих пунктов?

Геннадий, прокомментирую от себя вопрос по поводу ввода в систему большого количества номенклатуры. Скажите, а в Excel-файле у вас этих данных нет? Если импортировать их, то это заняло бы значительно меньше времени. Более того, подготовить файл в Excel с копированием ячеек (например, производитель или страна) было бы намного быстрее, чем создавать каждый товар по отдельности в "Большой Птице". Там же можно было бы установить нужную единицу измерения, которая бы создалась сразу же при загрузке файла.

По пунктам 7 и 8 сроки точно назвать не можем, сейчас, как уже сказал Олег, действительно очень много задач с более высоким приоритетом, но делать их однозначно планируем.

Поясню.

Каждый поставщик делает свои версии прайсов.

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

Поэтому проще загрузить как есть, и потом долго и нудно править.

Таковы реалии, и подстраиваться поставщики не намерены... да и косяков порой там в этих прайсах вагон и маленькая тележка.

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

Только конечно если у вас не 1,5 землекопа на разработку брошены...

Геннадий, мы понимаем ваши потребности, но и вы, пожалуйста, поймите нас. Каждая доработка (а эти доработки не такие мелкие, какими кажутся на первый взгляд) требует отвлечения программистов от основного процесса.

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

У нас есть план разработки, который мы формируем на основании статистики обращений и собственных представлений о развитии системы. Большинство функций, о которых вы говорите, у нас пока не запрашивались, кроме тех, которые мы уже поставили в планы.

Мы были бы очень рады помочь вам и сделать все, о чем вы просите в самое ближайшее время, но 1) не весь функционал, как нам кажется, будет востребован большинством пользователей 2) мы не можем отбросить на второй план более приоритетные задачи и концепцию того, что "Большая Птица" - массовый сервис.

В той же 1С, как вы знаете, большинство доработок под конкретного клиента делают франчайзи, которые с этого и живут.

Часть ваших предложений мы будем делать обязательно, но в порядке очереди.

Приносим извинения за этот длинный диалог и за то, что не можем помочь вам прямо сейчас.



Нам эта функция также была бы крайне полезна.


2. ... единицы измерения?

Обсудим, сейчас не уверена, что это можно сделать, т.к. при сохранении товара создается единица по умолчанию (штука).

Представьте себе, что у меня около 1000 единиц товара измерятся в метрах.

Это нужно в каждый зайти и исправить... Вы представляете себе объем работы?

Не затирайте информацию о том, что от вас уходят клиенты.

Если ее не будет здесь, то я напишу разгромную статью на харбе, и тогда об этом узнает гораздо больше людей.

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

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

Здравствуйте, Геннадий.


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


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


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

Ответ

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

Единственно я считаю очень важным все-таки иметь сроки рассматривания и доделок.

Иначе получается неприятный осадок, про нас думают но как не говорят.


Нужны всетаки хотя бы примерные сроки возможных изменений.


Здравствуйте, Сергей.


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

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

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

Сервис поддержки клиентов работает на платформе UserEcho