Согласен с e_v_medvedev. Если для этого достаточно просто
То, почему все не копируют такую бизнес модель? Видимо, в такой модели есть какой то концептуальный гимор, которым другие не хотят заморачиваться и который мы не учитываем.
Про нал в плеере забудьте. Никак там не сработать по этой схеме.
Чего то сдается мне, что вы найдете мало товаров, которые укладываются в эту экономику. Т.к. помимо этих 5% у вас все равно же есть расходы. И товар должен вписываться в определенные логистические параметры: размер и вес. И поставщик должен его давать по одной штуке и тд.
Т.е. для мелкого масштаба может и сможете набрать десяток другой таких товаров, но потом будет затык. Вы просто не будете понимать что бы еще такого продать, что добавить в ассортимент.
Неужели при такой схеме удается что то заработать?
2 месяца у меня на сайте ИМа стоял чат. Убрал. Большого смысла в нем не увидел. Спрашивают глупость в основном. Ну да, что то конвертируется, но чтобы прям продажи это повысило как то значимо, нет, такого не было. А деньги жрет. И немало (тот, который у меня был установлен).
Совершенно верно. В СПб и Мск товар нужен сегодня, максимум завтра.
Вы будете тратить на рекламу столько же, сколько московские магазины, а конверсия будет ниже раз в 5.
А если по теме, то да, указываете московский адрес пункта выдачи и тлф московский. Этого достаточно, магазин становится московским. В том числе и на Маркете тоже, если он вам нужен.
У меня это сделано на поддомене. Чел заходит из Мск ему показываются московские контакты. Из СПб - питерские. Поддомен, причем может быть не реальным, а виртуальным, алиас это вроде называется, зеркало сайта.
Да. Я уже сам изменил свое мнение.
Не всё продается. Часть товара зависает жестким неликвидом, приходится сливать в ноль в лучшем случае. Да и даже так продается это месяцами.
:) Понял, я тоже так делал, только с той разницей, что я не прогер, а у меня человек на удаленке этими вопросами занимался. Но, тогда я погрузился в другую крайность - всё моё время стали занимать бесконечные ТЗ прогеру, я реально задолбался писать ТЗ: функционал, логику работы, визуал и тд. Это не считая денег, которые уходили на это каждый месяц.
Я об этом даже тему тут как-то создавал, всё мое время стало уходить на ТЗ, тестирование, доработки, исправление, придумывание как и что автоматизировать, последующее написание инструкций сотрудникам как работать с новым функционалом и тд.
В итоге, времени на автоматизацию стало уходить больше, чем эта автоматизация должна была сэкономить :)
Потом, поставил новый двиг, где многие эти вопросы были решены из коробки + типовую 1С с модулем обмена и на этом успокоился, ибо совершенству предела нет, а карман не резиновый, ну и время тоже.
Да. И такой же опыт работы с фрилансерами. Как подробно ни расписывай ТЗ, все равно косячат сплошняком, даже те, кто работает у тебя не первый раз.
Написано ему русским языком: шрифт - Вердана, цвет - темно серый, Фото - не менее стольки то разрешение, и тд. Т.е. стнадартизовано больше некуда, и всё равно - то шрифт другой, то цвет, то всё вместе не то.
В итоге, сидит, второй человек и всё проверяет и правит за ним.
Визуальные редакторы все в какой то мере дефектные. Недефектен только чистый ХТМЛ, но им надо владеть.
Т.е. вместо 2-х человек держать 4-х? Дык ЗП тогда в 2 раза больше придется платить. Или о чем речь?
Молодец. Так всё организовать.
Я вот тоже на всё стараюсь сразу писать инструкции и снимать видео с экрана как что делать, и свести к минимуму человеческий фактор, но по некоторым функциям это надо примерно как Войну и Мир написать по объему, тем более часть задач творческие и я даже не знаю как их формализовать, например, поиск нового товара.
А еще и что то меняется по ходу работы, и по идее это тоже надо включать в инструкции и менять их, а у меня нет времени на это :( . Поручил сотрудникам писать то, что касается их работы, но получается у них это коряво, т.к. кто то не умеет письменно описывать свои действия, кто-то пишет в силу своего понимания, а не для того, чтобы их самих мог кто-то заменить. Или просто что-то могут забыть вписать, а я же не могу проверять чт о вписан каждый шаг техпроцесса.