- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
я жду появления в топике человека которому не нужно обьяснять для чего нужен: Paypal, USPS, Fedex, Quick Bооks, это вкратце.
Так PayPal же предоствляет API. Там всё достаточно просто. Курьерские службы тоже, наверняка имеют какие-то интерфейсы.
самопис не сможет обеспечить нормальную работу при 600 заказах в день.
Откуда такие предрассудки? Я пока вижу, что т.н. "стандартные решения" оказываются очень громоздкими и неповоротливыми. Выполняя при этом какой-то примитив.
Разумеется, писать должен не просто программист или группа программистов, но прежде всего, специалист по созданию сложных систем. Со своим штатом разработчиков.
dlyanachalas, да - все верно...
- а что из оставшихся 10 % вы не смогли реализовать? Не весь список конечно, а одну две основные хотелки.
- а что из оставшихся 10 % вы не смогли реализовать? Не весь список конечно, а одну две основные хотелки.
1. каждая отправка закрывается трекинг номером по которому видно все ее движение, по основным этапам, включая вручение клиенту. Трекинг номера генерятся автоматически, распечатывается этикетка, меняется статус заказа в магазине, оптравляется емейл клиенту.
Хотелось к этому добавить - возврат автоматически небольшой суммы на баланс (рассчитывается каждый раз индивидуально от заказу и сейчас делается вручную), по трекингам хочется вести базу - по времени доставки и прохождения посылки по почте, чтобы ее видел заказчик (реальную картину по доставке на сегодня и как она меняется), вплоть до прогноза когда он получит свой заказ если оплатит до такого то времени с учетом текущего положения дел по доставке.
сложно и сумбурно написал ? на самом деле фишка не сложная, объяснить в формате ТЗ сложно...
2. полную интеграцию с квик буком (аналог 1С в сша) мы так и не доделали, чтобы склад полностью завязать с веб магазином
3. бекордеры (не отправленный товар), в заказе 20 позиций - из них 18 в наличии, 2 под заказ но заказ оплачен полностью. Мы не можем отправить заказ поскольку он не сформирован полностью, заказчик часто забывает смотреть статус в магазине считая что заказ отправлен. Нужен механизм напоминания клиенту об этих проблемных заказах.
После отправки эти два товара должны быть оптравлены со след. его же заказом который будет условно через месяц, а эти 2 детали мы получили через неделю и должны сообщить клиенту что они появилисиь и дальше либо отложить их для него (для след. заказа), либо вернуть за них деньги и положить в свободную продажу.
При этом нужно еще учитывать сумму оплаченную за доставку - вернуть разницу на баланс, либо выставить нужную сумму как доплату за доставку при этом тем же способом оплаты что и оплачен заказ
P.S. да, согласен - все сумбурно и тяжело четко описать как ТЗ
Bord_12, а не проще это делать не на сайте, а в учетной системе, из которой на сайт отдавать уже готовые цыфры, либо по запросу цыфры вызывались из учетной системы.
---------- Добавлено 25.12.2012 в 23:45 ----------
Третья задача также в рамках учетной системы решается , может вам не сайт новый делать на новом движке, а перенести решение задач в учетную систему, тем более, что учетная система, может не только отдавать данные на сайт, но и сама рассылать письма , смс, возможности учетных систем намного выше. возможностей движков сайтов.
учетная система - дайте ссылку где почитать ? У нас так и работает, но удобство в рамках модуля ос комерце - мрак...
у ос комерце еще проблема - древний дизайн, старо выглядит... и медленно он работает на 60 000 + товарах в каталоге, вроде все жалуются и исправить сложно.
Может я ошибаюсь, но я считаю что тот же Амазон, сайт это верхушка айсберга. а основная его часть, она невидимая. и основная часть реализована в рамках учетной системы, и в ней основная логика. автоматизация, и т.п.
---------- Добавлено 26.12.2012 в 00:00 ----------
---------- Добавлено 26.12.2012 в 00:01 ----------
По сравнению с программированием сайта, задачи внутри 1с решаются раз в 50 наверное быстрее и легче, чем тоже самое спрограммировать на сайте, во всяком случае я пока к такому выводу пришел.
ТС
Посмотрите в сторону буржуйсих систем, тем более, что магазин работает в США.
Shopify
Liquidshop
Правда это saas, но вторая ссылка вроде бы студия, возможно есть выносная версия, вот пример одного из магазинов на их движке
Memento, спасибо, посмотрю
делайте самопис на каком-нибудь хорошем фреймворке типа Django, ROR
будет только то, что Вам надо и любой новый функционал будет дорабатываться без лишних усилий.