- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Нужен совет. У меня есть несколько интернет-магазинов. С увеличением заказов возникла потребность в создании базы заказов. По большей части заказы приходят не на почту, а по телефону. Раньше для записи контактов и наименования заказа использовали просто exel'евский файл, но сейчас с увеличением объема продаж и персонала, использовать данный метод не совсем удобно.
Хотелось бы организовать базу, чтобы менеджеры забивали заказы.
Как это проще организовать? Если посоветуете готовые решения буду очень признателен. Платные тоже устроят.
попробуйте MS Access
попробуйте MS Access
А можно будет в MS Access реализовать статусы заказов? (поступил, обработан, доставлен)
И еще хотелось бы доступ по сети.
если не ошибаюсь можно.
если не ошибаюсь можно.
Хотелось бы особо не морочится, и не тратить время. А готовые решения никто не встречал?
И еще хотелось бы доступ по сети.
Если доступ по сети, то лучше MySQL, а не MS Access.
Если не найдете готового решения, которое Вас устроит, то готов написать для вас модуль.
Я специалист по веб-интерфейсам на Perl
Смотите в сторону систем для обработки тикетов, заказ это по сути тот же тикет.
http://en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems вот тут хорошая сравнительная табличка.
у вас нетакая уж сложная задача.....любой программист вам напишет эту прогу с учетом любых ваших пожеланий
jim_nyc, есть готовое решение - Корпоративная информационная система Монополия, но как только вам её предложат - бегите и не оглядывайтесь. Это такая мозголомка! Суппорт - ноль. Система постоянно виснет, выдаёт ошибки, отрубается совсем. Или не выдаёт ничего, а просто ошибается. В какой-то момент все достают тетради и журналы, и начинают дублировать всё в них.
jim_nyc, копайте сразу в эту сторону - http://ru.wikipedia.org/wiki/CRM.
Потом расширяться проще будет.
А сами интернет магазины разве не могут реализовать ваши мысли? Или вы хотите данные с них обьеденить в одну базу?