Как стать автором
Обновить

Комментарии 39

судя по этот описанию этот рынок в Киеве либо практически не занят либо занят быстровытесняемым (из-за неудобства) продуктом.
Как обстоит дело с конкуренцией (быстро ли началось копирование решения) и продвижением?
Ребята пробовали выйти на российский столичный рынок?
Алексей передал:
На российский рынок пока не пробовали (есть только один клиент из России). А стоит?
Конкуренция есть (куда же без нее). На рынке Украины в основном представлены российские продукты — вот с ними и конкурируем.
Есть одно но, использовать глючный софт имеющий все плюшки, не обязательно будет лучше, чем использовать готовый и проверенный тысячами других пользователей (пусть и не имеющий всех удобностей и красивостей)
После недолгой обкатки баши ушли, остались удобности. Это выбор, который и описан в статье.
Если я все правильно понял, то тут как раз написано о том, что «готовый и проверенный тысячами других пользователей» софт не только был перегружен плюшками, но и имел ряд весьма конкретных и ощутимых недостатков (что это за автоматизация, если люди на бумагу сперва пишут, а потом в КПК перебивают; одно только это- полный фейл).
В то время как самим им как будто удалось сделать систему и удобной и надежной и простой (что кстати, имхо, очень важно).
Если это действительно так- снимаю шляпу. Молодцы
По поводу «проверенный тысячами» и прочих подобных дифирамбов могу сказать как человек, который работал в компании, занимавшейся изготовлением нишевого софта, что в таких компаниях довольно часто принимают решение о выпуске абсолютно не опираясь на мнение, что продукт ещё не завершён, не отлажен до конца и прочее, а принимается из расчёта «ну срок подошёл новую версию выпускать, значит пора». Так что не говорите тут много про проверенность тысячами. Иногда в силу отсутствия достойной альтернативы (для СНГ главное в стоимости) пользователи такую лабуду откровенную пользуют и ничего, не вякают так уж чтобы сильно (главное сказать, чтобы менеджер слёзно пообщал, что «вот в тут версии, ну которая, непременно исправим»).
Речь просто о том что в статье правильно сделаны выводы «выбор не очевиден» и я часто встречал случаи когда даже отсутствие софта выгоднее чем самописное, или написанное под заказ даже в очень авторитетных компаниях. Хотя бывало и наоборот, когда софт написанный за неделю одним человеком, избавлял компанию от покупки ближайшего аналога этого софта за большие деньги, не говоря уже про увеличение продуктивности.
+1.
Сам тоже с таким знаком.
Ко всему прочему с каждой версией еще и денег собрать можно…
А вы случайно не в Хортице работаете?
Нет ) Разработчик — Киевская компания IMESC, там работал совсем недавно. А я сейчас за океаном.
У меня жена тоже с КПК ходит
только, вот оно ей только мешает
настолько тупая и глючная програма
а если добавить еще то что при увеличении базы все начинает жутко тормозить, то я только удивляюсь менеджерам которые заплатили бешаные деньги за разработку этой програмы
Название компании и програмы не называю спецыально
Но это не imtа с ней еще не сталкивался
При разработке одним из, а может и главным, приоритетом была минимизация деградации при увеличении количества данных. Кажется с этим все хорошо. За жену обидно, но мне IMTA нравится. Я помню собирал фидбек, смотрел как торговые агенты ее использовали, обговаривал с ними, что улучшить можно, изучал популярные юзкейсы, дела их более доступными и простыми. Благодаря этому, через некоторое время (довольно небольшое) отзывы стали благодарными, что ли.
Не всем организациям так повезло с торговыми представителями. Получить вменяемый фидбек от ТП — это скорее исключение, чем правило.
«Сразу стало понятно, что в этой схеме лишние операторы.»
Может я не слишком хорошо осведомлен, но тем не менее возникает вопрос, почему бы не пойти по еще более автоматизированному пути и не избавится не только от операторов но и от торговых представителей?
Ведь если создана система, которая передает данные через GPRS/WiFi с КПК торгового представителя, почему бы просто не снабдить клиентов собственным терминалом для заказа (тоже на базе простого КПК, аналогично тому что у торгового представителя) или, что еще дешевле, просто сделать веб-форму для заказа, в которую каждый клиент сможет авторизироваться, отслеживать состояние склада и заказывать необходимые товары. Такой себе интернет-магазин(склад) только оптом.
В таком случае можно было бы избавится не только от операторов, но и от торговых представителей, коих, как вы сами заметили, куча-мала.

В любом случае, молодцы что не побоялись, и еще большие что таки довели до конца и добились некоторого успеха).
Вы наверное не были в этом бизнесе, если так размышляете.
Розничная торговля продуктами и напитками — это когда у продавцов в лучшем случае 9 классов образования с полным отсутствием навыков общения с техникой (пульт от кондёра — высший пилотаж), а директор (зачастую и владелец) только решает где делать закупки и какой процент нала показывать налоговой. В такой организации и компьютера-то может просто не быть. Кто будет набирать заказы в КПК или на вэбе? Да они просто найдут другого дилера, аргументировав зажравшестью оного.
Может быть проблема в том, что надо заниматься привлечением новых клиентов. Тупо спамить в рассылку надеясь на успех глупо, а для cold calls понадобятся люди.

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

Еще одно чисто гипотетическое событие — падение системы. Клиенты временно не смогут делать заказы, как следствие они будут недовольны и начнут искать другого поставщика. А в нынешней ситуации, об этом знают только торговые представители, которые могут воспользоваться старым добрым карандашом и бумагой.
Дело тут еще в том, что это активные продажи, когда ТП приходят к клиентам и не просто берут заказ, но еще и стараются его увеличить за счет новых позиций/больших объемов на основе анализа работы торговой точки клиента.
тут очень важен личный контакт
и pcmaniac правильно сказал [http://habrahabr.ru/blogs/i_am_advertising/101591/#comment_3149524], что всё осложняется низким техническим уровнем продавцов
Здорово, поздравляю!

Сам занимаюсь велосипедостроением не первый год, и когда вижу унылые глаза пользователей моих систем при виде 1С, у меня на душе теплеет — к хорошему быстро привыкаешь.
Разработка под заказчика тем именно и замечательна, что позволяет учесть все тонкости работы конкретной организации, а не заниматься автоматизацией сферического предприятия сами знаете где.
На правах пиара — аналогичную нетрудноусвояемую систему можно найти на grisagent.com
З.Ы. Ксати, ищем партнёров для сотрудничества.
можете считать время потраченное на муки с первой программой — бетатестом :)
без него вы бы так быстро и точно не реализовали финальный вариант.
НЛО прилетело и опубликовало эту надпись здесь
Если вы имели ввиду именно «веб-расширение», то оно появилось раньше — еще в версии 7.7 (боюсь ошибиться — около 10 лет назад), но к сожалению онлайн схема в данном случае не работает — нужно именно мобильное автономное решение.
Возможно вы имели ввиду продукт, который появился в 8.х версии 1С — «Расширение для карманных компьютеров» — то тут я должен заметить (может и субъективно, но так считаю не я один) что этот продукт проигрывает даже первому решению из статьи. К тому же стоит отдельных денег и не поставляется вместе с основной поставкой от 1С.
Минусы велосипедов:
никто кроме создателей продукта не знает, как он устроен изнутри. Следствие — при уходе ведущих разработчиков становится сложно поддерживать и развивать систему. Решается хорошим документированием;
Есть вероятность потерять разработчиков посередине пути и обеспечить проекту и себе долгую и болезненную агонию;
По сравнению с коробками проходит более долгий срок от принятия решения о создании до выхода первой рабочей версии;
Сложность с оперативным реагированием на изменения в законодательстве (поменялась стандартная форма счёт-фактуры -> необходимо заранее узнать об этом и озадачить разработчиков).

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

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

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

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

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

Вывод второй: не надо заранее занимать ту или иную позицию. По каждому проекту в каждой отдельной конторе следует тщательно рассмотреть оба варианта. Решение принимать только после их всестороннего сравнения.
Ой, блин… Длинно-то как. На ночь глядя графомания одолела, извините уж :)
^_^ завидую… у меня середина рабочего дня…
В принципе вы правы. Согласен.
Хотя, добавил бы к минусам коробок, что некоторые места не могут быть улучшены человеческими методами, например если это тормоза при росте базы (что очень характерно для множества коробок).
Хорошо что с нашим проектом вроде хорошо. Я ушел, проект живет и развивается )
Я тоже заморачивался с этой хренотой, ровно та же ситуация. Сначала подбирал подходящие железки (они пипец как дорогие), потом подбирал готовый софт для КПК. В итоге пришел к такому решению:

Агентам выдается бумажный прайс с кодами и мобила (любая с WAP). Агент с телефона лезет на WAP-сайт, вводит свой личный код и код клиента, дальше у него форма с двумя полями — код и количество. Код — это код товара по прайсу, количество — сколько заказать. После заказа товара показывает текущую цену, сумму и остаток. Если количество = 0, то просто смотрим цену и остаток.

Второй вариант — EEE PC (они тогда только появились) + мобила, и уже более-менее нормальный веб-интерфейс или RDP.

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

Идея «всё сделать раз и навсегда правильно и самому», как правильно заметил автор, посещает уверен многих и часто даже по нескольку раз в день. Особенно это касаеться именно программок, которые как бы делают почти то же самое но нужна минимальна «доработка» уже существующего. Купить именно то что нужно просто негде. Нанимать кого то на 10-100-1000 рублей-долларов в час-день как то тоже не все могут себе позволить.

В воздухе витает идея создания накого же доступного для всех средства разработки, как это уже случилось на примере:
— ВИКИ — для документации
— Блог — для дневников
— форум — для укого бы спросить
— СоцСети (ВК, ФэейсБук, Хинг, ...) — знакомства «со смыслом»
— Ютуб и т.п. — сам себе режиссёр

гм список всем желающим предлагаю продолжить!

Главное — налицо! Явная предрасположенность «сетевых жителей» несмотря на порой весьма строгие правила и фильтры НЕУКЛОННО ВЫКЛАДЫВАТЬ ВСЁ ЧТО ЕСТЬ :) Может кто слышал уже про аналогичный «инструментарий» для коллективного написания ПО (программного обеспечения) «для всех»? Т.е. должно быть так же просто как в создании Вики-странички. Если этого ещё нет то непременно это кто то скоро создаст. Время пришло. Т.е. такие «сложности» как «оставить данные на ftp-сервер», «создать заявку» или «выбор клиента» реально порой «спрограммировать за несколько минут-часов-дней и…

… подарить всему миру раз и навсегда безвозмездно. А следующие поколения это ещё вольны буду улучшать и дополнять просто от нечего делать.

ЗЫ
Где грабли? Почему я даже не слышал про что то аналогичное? Шаринг ( sharing) книг, документов, видео, знаний, опыта, эмоций, настроения уже есть…
… или я что то глобально пропустил?

ЗЫ ЗЫ
я очень даже не вчера родился и c Апачем, Опеном Сорсом и многими его сотоварищами знаком не понаслышке.
написал же — «с Опеном Сотсом» и его друзьями ( SourceForge, GoogleCode, Codehaus, e.t.c) __знаком___! Речь о «программировании» для всех, как это сделано в том же вики…
… да что далеко ходить! Вы вот сколько технологиий изучили что бы так квалифицированно послать меня на СоурсФорж? Верояно выяснили где-то заранее что такое Ссылки и ХТМЛ-Тэги. Правильно?

И дальше — о чудо! — я уже могу наслаждаться Вашим опытом! Т.е. речь как раз о программистах/программировании такого же «высокого» уровня/подготовки. Для этого мне не нужно понимать ни что такое ХТМЛ, ни знать значение страшного слова Едитор, и уж тем более не вникав в понятия «компиляция», «деплоймент», «релиз», ГИТ, мэрдж и Чек-аУт…

… Вы вот сколько проэктов на Соурс-Форже ведёте? Соразмеримо с количеством коментариев на Хабре?

>Вы вот сколько технологиий изучили что бы так квалифицированно послать меня на СоурсФорж?
Ничего не изучал специально для того чтобы кого-то куда-то посылать! Изучаю исключительно либо по собственному желанию, либо по производственной необходимости.

>Верояно выяснили где-то заранее что такое Ссылки и ХТМЛ-Тэги. Правильно?
Да заранее, где-то еще в прошлом (20-ом) веке это выяснил.
И вот сидел тут и ждал как бы к кому применить! :)

>Вы вот сколько проэктов на Соурс-Форже ведёте? Соразмеримо с количеством коментариев на Хабре?
Ни одного, хотя и зарегился там еще в 2004 году (специально зашел и посмотрел ради любопытства). Но это не помешало мне участвовать и руководить коммерческими проектами. А вот Вы сколько проектов на sourceforge ведете/вели?

Я что-то не пойму чего это Вы на меня так набросились, как будто я Вас на *уй послал?
Чем Вас не устраивает sourceforge.net?
Если Вы так хорошо понимаете значение понятий:
>«компиляция», «деплоймент», «релиз», ГИТ, мэрдж и Чек-аУт
то не предлагали бы разрабатывать проекты аля wiki — куда любой чайник зайдет и так Вам там «напрограммирует», что Вы потом долго будете вычищать последствия такого «программирования», весь процесс только и будет состоять из бесконечного дебага и тестирования.

Или Вы хотите такой язык и среду разработки чтоб любая домохозяйка могла прийти и «допрограммировать» что ей не хватает? Да еще и так чтоб это кому-то еще принесло пользу? Пока что это все из области фантастики, к нашему счастью :)
А не могли бы вы упомянуть название программы, которая вам не понравилась.
Я когда-то участвовал в разработке подобного продукта, просто интересно о ком вы (конкуренция на рынке данного типа приложений довольно-таки высока, конкретно — я участвовал в разработке «ST- Мобильная торговля»).
Не уверен, что это будет корректно, те более что целью данной статьи было не очернить чей-то продукт, а рассказать о своем опыте, поднять проблему выбора — коробочный продукт или заказное решение, ну и немножко попиарить собственный продукт. Но если вы будете настаивать…
Встречный вопрос как разработчику коробочного решения: возникали ли у вас случаи, что недовольные клиенты спрыгивали или на другую коробку или на свои велосипеды?
Я занимался разработкой, а не продвижением и продажами.
Спрыгивания не припомню. Перехода на свои велосипеды не было. Потому как продукт данного типа довольно сложен, например на тот момент в продукте была собственная база данных, т.к. стандартные решения откровенно тормозили (что было сильно заметно у некоторых конкурентов). Поэтому «велосипеды» были бы не способны конкурировать с коробкой (ну или стали бы уже не велосипедами).
Сейчас не знаю как дела обстоят — и КПК стали быстрее, и я уже давно там не работаю.
Вам повезло что вы не решили переписать 1С, а остановились на вводе документов.
Важно вовремя остановиться. Хотя для некоторых решений имеет смысл переписать под себя 1С. :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории