|
06.04.2009, 22:11 | #1 |
Участник
|
Цитата:
А вы интерпретируйте. Сначала топ-менеджеров поспрошайте, зачем им система, какие данные они хотят видеть, в каком виде. Потом руководителей департаментов, и так сверху-вниз. Кто-что делает, кто какую информацию должен получать. Сделайте декомпозицию всех бизнес-функций компании для разных уровней управления. А технические требования - это уж ИТ-служба определит применимо к функциональным требованиям бизнеса. Руководству, откровенно говоря, наплевать скольки уровневый клиент и есть ли поддержка Active Directory. Небольшой оффтоп про AD: В бытность мою в крупном системном интеграторе, директору по продажам системные инженеры написали на бумажке Active Directory, чтобы он мог клиенту это продать. Он продавать умел, а что, по-моему, до сих пор не знает. И он, на встрече с крупными клиентами, достав из кармана бумажку и прочитав "Эктив Директори", успешно впарил на круглую сумму. |
|
07.04.2009, 13:08 | #2 |
Участник
|
А разве кто-то говорил что они не нужны? Я не говорил. И даже не спрашивал зачем нужны.
Цитата:
Сообщение от mcc
А вы интерпретируйте. Сначала топ-менеджеров поспрошайте, зачем им система, какие данные они хотят видеть, в каком виде. Потом руководителей департаментов, и так сверху-вниз. Кто-что делает, кто какую информацию должен получать.
Сделайте декомпозицию всех бизнес-функций компании для разных уровней управления. Цитата:
Цитата:
Сообщение от mcc
Небольшой оффтоп про AD: В бытность мою в крупном системном интеграторе, директору по продажам системные инженеры написали на бумажке Active Directory, чтобы он мог клиенту это продать. Он продавать умел, а что, по-моему, до сих пор не знает. И он, на встрече с крупными клиентами, достав из кармана бумажку и прочитав "Эктив Директори", успешно впарил на круглую сумму.
|
|
07.04.2009, 13:21 | #3 |
Участник
|
Цитата:
Ох, был у меня жизненный пример, когда после старта проекта весьма начитанные люди стали рисовать и декомпозировать "как есть", потом "как будет", потом через 2 года акионеры закрыли проект.
А ИТ руководство, относится к руководству? А было ли удобно, если бы например пользователи заводились в AD и при добавлении в определенную группу, автоматически получали доступ к системе? ИТ-руководство, по большей части, относится к обслуживающим службам, как это ни прискорбно. Опять оффтоп про AD: Я знаю компанию в которой нет Микрософта, сервера все на Юниксе, пользователи на Маках. Им удобно будет использовать AD? |
|
07.04.2009, 13:21 | #4 |
Участник
|
Цитата:
Сообщение от Zabr
Учетная система - одно. кассовая - другое. У них разное назначение и разные функции. Или же вы хотите на рабочем месте кассира иметь одновременно 2 системы ? Это вариант, но нужно ли? Подобрать аналоги к лекарству? для этого кассиру достаточно иметь доступ к интернету, где ДЕСЯТКИ сайтов такой тематики: описания лекарств, подбор аналогов, и т.п. Не фиг дублировать все это в корпоративной системе.
Интернет? Цитата:
Цитата:
Цитата:
Теперь насчет информации. Уже было сказано, про аналоги лексредств. Если первостольник отказал покупателю в отстуствующем лексредстве, и не предложил имеющийся в аптеке аналог на данный момент, то это очень плохое событие. Помнить от 8 до 12 тыс ассортимента. Нуууу... При этом нужно понимать, что счет идет на секунды. За покупателем стоит очередь. "У вас есть? Нет. Но вот аналог. Спасибо" Теперь еще, кроме получения информации, необходимо еще ее оперативное внесение. Так называемая дефектура. Это отказ в лексредстве, которое отсутсвовало на данный момент. И если инструмент ведения дефектуры будет неудобным для первостольника или нужно будет переключаться между разными системами, терминалами и т.д., то вероятность того что он будет его вносить уменьшается. И все же. предлагаю пока тему интерфейса кассира отложить, до определения с базовыми понятиями и требованиями. |
|
07.04.2009, 13:51 | #5 |
Участник
|
Цитата:
Сообщение от Luck77
Теперь насчет информации. Уже было сказано, про аналоги лексредств. Если первостольник отказал покупателю в отстуствующем лексредстве, и не предложил имеющийся в аптеке аналог на данный момент, то это очень плохое событие. Помнить от 8 до 12 тыс ассортимента. Нуууу... При этом нужно понимать, что счет идет на секунды. За покупателем стоит очередь. "У вас есть? Нет. Но вот аналог. Спасибо"
Цитата:
Сообщение от Luck77
Теперь еще, кроме получения информации, необходимо еще ее оперативное внесение. Так называемая дефектура. Это отказ в лексредстве, которое отсутсвовало на данный момент. И если инструмент ведения дефектуры будет неудобным для первостольника или нужно будет переключаться между разными системами, терминалами и т.д., то вероятность того что он будет его вносить уменьшается.
И все же. предлагаю пока тему интерфейса кассира отложить, до определения с базовыми понятиями и требованиями. Вся информация, весь ваш бизнес именно здесь, а не в бэк-офисе З.Ы. Imho, Вам нужна (1) специализированная система работающая в каждой аптеке автономно (знающая про аналоги, умеющая регистрировать дефектуру и пр. информацию на фронте) POS уровня (наверняка такие есть, не в России, так в мире точно). Автономно в смысле с периодическим обменом информацией с ERP или консолидирующим приложением. На ERP (2) ложится все остальное - учет, планирование запасов, анализ и планирование спроса, финансы и т.д. и т.п. Заместить первую систему второй - не получится без значительного ущерба для бизнеса, как бы не хотелось. И искать/выбирать/рассматривать сразу 2 системы. Последний раз редактировалось Aleck; 07.04.2009 в 13:56. |
|
|
За это сообщение автора поблагодарили: dn (1). |
Теги |
выбор, розница, сравнение, сравнение систем, управление ассортиментом, 1c, axapta |
|
|