ERP-системы *

Личный кабинет(ЛК) — привычная практика


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

Оптовик: “Хочу на сайте личный кабинет”

Введение

Когда мы пытались описать коротко свой программный продукт, то столкнулись с проблемой как его классифицировать. Начали искать аналоги на российском рынке, но не обнаружили их. Провели анализ похожих продуктов на западе и нашли сервис Tradeshift.com. У этого сервиса много общего с нашей системой Agora. Ниже краткий обзор сервиса Tradeshift.com.

Электронная коммерция в России все набирает обороты. Вчерашние
небольшие проблемы вырастают в глобальные.

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

Доброго времени суток, Хабр!

В своих записях мы уже вкратце рассказывали о ключевых модулях BrandMaker – Медиа Ресурсы, Планировщик, Web-to-Print, Review Manager, входящих в «базовую комплектацию» системы.

Но помимо них есть и другие, подключаемые дополнительно, со специфическим набором функций. Один из них – модуль Shop (Магазин).


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

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

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

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

В жизни каждого разработчика наступает такой момент, когда ему нужно сделать форму. Вроде бы чего тут сложного — бери, бросай. А нет, форма то, она как живая. У неё есть своё настроение, свои привычки. Выбрал пол — “Ж”, она преобразилась, стала чуть другой, любопытной, спрашивает замужем ли, любимые духи, обувь с каблуком, или без? Но ты же мужик! И тут выбираешь пол “М”, и, как бы, вопросы должны быть другие — холост, любимый сорт пива, любимый спорт. Конечно, можно понаделать кучу формочек для каждого чиха, если “М”, то одна, если “Ж”, то другая. Но такой метод обернется катастрофой на этапе поддержки, да и вообще не в духе красивого кода. Поэтому форма должна быть умной. Очень умной. Она должна знать кто её трогает, чего он хочет, его потаённые желания. Например: есть форма ввода адреса в пять полей

• страна
• область
• город
• улица
• метро

Выбираю я город, и почему бы форме не додумать область и страну? Или выбрал Владимирскую область, зачем мне в списке городов “Москва”? Поле “метро” для Владимирской области тоже не актуально, а когда выбран город Струнино, так вообще издевательство. Занимаясь разработкой клиентской части в корпоративных WEB приложениях вот уже 5 лет я таки познал, как сделать форму умной. Надеюсь, мой опыт будет полезен и вам.

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

Первым делом нужно было поставить нормальное оборудование вместо того что там было, firewall приобрел в Монреале, два сервера заказал в Калифорнии. Заехал за ними из Онтарио (сам переезжаешь границу, налоги на свой риск), в общем L.A., Торонто, Франкфурт, Питер. Железо подбиралось по нескольким параметрам: база данных с возможностью добавления второго процессора, памяти до 96ГБ и до 16 3.5" дисков. 1U программный сервер уже с двумя процессорами и 32ГБ. На программном сервере два жестких диска на RAID1. На БД два жестких диска под RAID1 и два SSD тоже на своем RAID1, все в коробке 2U. Главная база находится на SSD, на жестких дисках стоит OS и туда же идет резервное копирование. Firewall имеет 6 портов в коробке 1/2U, внутри жесткий диск и по желанию Flash карта, сериальный порт, VGA, и наружный электронный монитор здоровья. Потом установка Red Hat, конфигурация серверов, OpenBSD на firewall. Там была веселая история с носками в железных коробках и всей начинкой в ручной клади, но не в этом суть.

Для начала нужно было все это собрать и установить, что и было проделано с помощью неких 'специалистов по металлу' (еще одна веселая история). После этого была экскурсия по магазинам, где и началась собственно разработка. Первым делом нужно было собрать данные из уже существующих систем в одно целое. Для этого была написана система передающая данные через SSL (OpenBSD очень удобно для этого, кроме того мне импонирует Тео). Данные собирались по заданному расписанию, к счастью много думать о том что именно передавалось не было необходимости, все что шло из касс в сервер магазина и все что шло из сервера в кассы ловилось, записывалось в местную простую файловую 'базу' и ожидало времени для следующей передачи. Система делала попытку запустить модем и после этого передавала. Все данные скапливались у виртуального пользователя OS. Каждый магазин получил инструкцию, чтобы не выключали программу (запустить программу как сервис в не профессиональной версии MS Windows не вышло).

Доброго времени суток, хабрачитатели!

Одна из главных трудностей, возникающих при продвижении на рынок нового бизнес-софта – это отсутствие практических сведений об эффективности его работы в условиях реальных бизнес-процессов. У головного офиса BrandMaker в Германии имеется огромный багаж подобной информации, но относится она сугубо к европейским клиентам компании, и в России мало применима. Европа – Европой, но клиентам хочется убедиться в том, что программа будет столь же эффективна и в российских реалиях.

Чтобы наработать необходимый объем этих данных, BrandMaker-Russia решила предоставлять клиентам возможность протестировать продукт перед покупкой, оплачивая при этом только операционную работу по развертыванию и администрированию системы. Одним из условий такого сотрудничества является то, что в ходе тестирования пользователи системы самостоятельно оценивают изменения в бизнес-процессах, экономию временных и финансовых ресурсов. Нам важно, чтобы этот анализ происходил именно на стороне клиента – это, безусловно, делает его результаты более весомыми при принятии окончательного решения.

Сегодня хочу представить результаты одного из таких исследований.

Есть такие люди, они очень любят чинить автомобили. Покупают, а потом всегда там чего-то чинят. Они всегда найдут, что там починить. А потом эта машина попросту ездить перестает от этих «починок». И страдальца буксируют в сервис. В реанимацию так сказать.

Open source ERP системы тоже любят примерно такие же «кулибины». Ну, вот любят они сам процесс «созидания» и все тут.

На днях на корпоративный email пришло письмо от одного такого любителя поковыряться. Это письмо не что иное, как реакция на вот это видео (точнее на верхний ролик. нижний уже позже записан), где я своим менеджерам объясняю, что такое open source ERP системы и чем это все оканчивается, как правило.

От переводчика. Занимаясь разработкой и внедрением системы системы электронного архива, мы уделяем достаточно большое внимание проблемам теории и методологии ECM. Недавно на сайте консалтинговой компании Doculabs мы нашли интересную статью, посвященную организационно-методологическим аспектам проблем внедрения ECM-решений. Автор выделяет типовые случаи неудачного внедрения ECM и пытается проанализировать их причины. Многие из описываемых проблем актуальны и для современной российской практики.
Приглашаем к обсуждению всех, чья профессиональная деятельность так или иначе связана с ECM-проблематикой.

Неудачи, с которыми приходится сталкиваться при внедрении ECM-решений, можно условно разделить на 3 группы:

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

По специфике своей профессиональной деятельности (разработка системы электронного архива, а также преподавание Enterprise content management в ВУЗе), я на протяжении последних 10 лет пристально изучаю ресурсы российского интернета по тематике электронного документооборота. Лично меня ситуация несколько удручает: с одной стороны, имеется много информации рекламного характера, с другой — мало независимой аналитики и образовательных ресурсов. Давайте попытаемся разобраться в этом тухляке и его причинах, проанализировав российские ресурсы.

Начнем с «независимых»

CNews

«Чем больше мы тратим времени на планирование, тем больше его становится».

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

В этой ситуации, рассказывая об очередном планировщике, рискуешь не просто затеряться в толпе, но и получить закономерный вопрос «а зачем?». Зачем кому-то понадобится именно ваше решение?

Но, тем не менее – у BrandMaker таки есть свой Планировщик, причем этот модуль является одним из самых популярных и востребованных у европейских клиентов компании. Почему? Попробуем разобраться. Представляем вашему вниманию краткий обзор модуля.

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

Меня пригласили на встречу в компанию, которая десять (!!!) лет своими силами разрабатывала программный продукт для управления бизнес процессами (язык не поворачивается этот продукт назвать erp системой).
И вот по истечении десяти лет руководство компании понимает, что… ничего не понимает. В буквальном смысле слова. Программный продукт прекрасно решает вопросы, связанные с логистикой. Иными словами все вопросы, от момента получения заказа до момент вручения груза клиенту, решены весьма и весьма неплохо. Действительно неплохо. И все. Больше ничего.

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

Глава 1. Цели:

1. Анализ представленных на рынке CRM систем и выбор максимально удовлетворяющей критерию удобства для конечного пользователя (менеджера по продажам стройматериалов)
2. Настройка этой системы под нужды фирмы (строительство и продажа стройматериалов)
3. Создание русского руководства по использованию системы
4. Проведение брифингов по использованию системы.

Приветствуем, Хабр!

Рады видеть хабра-читателей в нашем блоге! Мы здесь новички, просьба не судить строго.

В первом посте, как и полагается, представимся и немного расскажем о компании.

Этот вопрос возникает на повестке дня практически во всех компаниях, внедривших CRM-систему.

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

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

Ведь по сути CRM – это только самое начало бизнес цепочки. Начало работы с клиентом. А что делать дальше? Ведь цепочка только началась. Ну, хорошо, занесли вы клиента, ну, сформировали заказ, ну, допустим даже счет выставили. Дальше что? Дальше оплаты, деньги, закупки, склад, доставка, не дай Бог производство и т.д. Я уж не говорю про всякие договоры, акты, счета-фактуры и другие важные документы и процессы.

Сейчас словами Linux и OpenSource уже никого не удивишь. Люди не падают в обморок и не замирают в задумчивости, услышав про OpenOffice. Но вот при словах «учётная система с открытым исходным кодом» или «бесплатная ERP уровня SAP» впадают в ступор и непонимание или загадочно улыбаются.

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

Компания Digital Security провела исследование безопасности ERP систем SAP и Oracle. Результаты исследования неутешительны для вышеназванных производителей. Однако Digital Security обнаружила всего лишь верхушку айсберга, не зная, как оно там в деталях, в производстве, так сказать. Я же хочу рассказать о причинах, по которым клиенты вышеназванных ERP-систем «живут» с этими проблемами почти десятилетиями и почему-то их не решают.

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

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

Опрос руководителей, желающих иметь у себя КИС показывает единое мнение, сводящееся к «Хочу знать состояние своего бизнеса». Отлично! Вешаем на грудь барабаны, разворачиваем стяги с логотипом и дружным строем входим на предприятие воплощать намерение владельца.