Перейти к содержимому


История Создания Интернет-Магазина. Поиск Системы Учета.


  • Авторизуйтесь для ответа в теме
В этой теме нет ответов

#1 Apxat

Apxat

    Новичок

  • Пользователи
  • Pip
  • 1 сообщений

Отправлено 24 Июль 2016 - 19:48

Хочу написать историю своего магазина, в целом, за некоторыми исключениями, я считаю что у любого интернет-магазина должна быть оффлайн витрина или точка самовывоза. Скажу немного слов о себе. Я обычный молодой человек (87 года рождения) закончивший обычную школу и университет в Москве. Ничего необычного. Из того, необычного багажа знаний который у меня есть, можно выделить только опыт игры в одну онлайн игру на протяжении многих лет. К счастью игра была достаточно серьезная и дала много опыта в понимании некоторых механизмов, мотиваций людей, их перегорании и т.д.

Теперь немного о самом бизнесе. Его начал даже не я, а мой друг, с которым я познакомился кстати в этой игре -). Он продавал мотозапчасти для китайской техники и попросил занять денег на этот бизнес, я в то время работал системным админом, были небольшие накопления. Мне было не интересно занимать денег под процент, я сказал что готов, только если войду в сам бизнес, друг взял время подумать и попробовал сам, через год он снова обратился ко мне и мы начали работать вместе, это было примерно в 2010 годах.

  Что было на момент моего прихода. Была хорошая новая ниша товаров в котором неплохо разбирался мой напарник. Так же у нас было доверие на хорошем уровне, вместе играли в игру. Вообще теорию игр при подборе персонала нам будут нахваливать в будущем, например на семинарах Рыбакова -) Был интернет магазин на джумле версии 1.5 и гараж в котором хранились и продавались запчасти. Весь учет велся в блокноте. Немаловажным фактором было наличия опыта у друга по переговорам и доставке товара из Китая. Кстати мой напарник 86 года рождения.

  Начальные совместные инвестиции составили 100 тысяч долларов. На них мы заказали запчасти, в это время искали место под склад и магазин, должны были подготовить и причесать его интернет версию и всего лишь сделать нормальный учет -), подумать о доставке товара и еще кучу разных мелочей, например о телефонии -)
Так как я лучше разбирался в компьютерах, то все что связано с IT досталось мне, так я стал АЙТИ директором -)
Так как свободных денег было немного, а я известен своей не очень сильной любовью к продуктам 1С и особенно мне не нравилось видеть код на русском языке, хотя сам я особо не кодил -) Продукты этой фирмы я сразу отмел. Было решено оставить джумлу в виде интернет витрины и за основу взять тогда достаточно молодой онлайн сервис Мойсклад. Так началась наша эпопея. Из основных моментов могу выделить следующее:

2]1)     интернет магазин решено было оставить на текущем движке джумлы без переделок.

2]2)     Весь учет вести в системе мойсклад

2]3)     Там же был неплохой розничный модуль для розничных продаж

2]4)     Курьерская фирма была выбрана ближайшая к нам, называлась Ру-курьер

2]5)     Онлайн телефонию я выбрал Манго телеком, имел положительный опыт работы с ними. Обычный телефон я вообще в принципе не рассматривал.

2]6)     Форма учета собственности стала ООО на упрощенке с 15%

2]7)     Бухгалтером стала мама напарника, не очень рекомендую такой вариант, но вначале всегда сложно


Стоит отметить, что особого опыта работы с любым видом магазина мы не имели, но наличия интернета и большого количества работающих магазинов наталкивало на мысль что уже все придумано до нас.







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


Первое время мы все делали сами.

  Розница была на модуле моегосклада, продажи сразу уменьшали остатки. Здесь особых проблем не было.

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

  Звонки шли через манго офис, там был отдельный личный кабинет.

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

Теперь немного о тратах. Мойсклад стоил нам в районе 2 тысяч рублей в месяц, телефония и интернет съедали в районе пяти тысяч, интернет-магазин был бесплатен, но были разного рода допилы. Сначала мы работали с одним фрилансером, но работа не заладилась. Нашел другого, на профильном форуме, который работал только с джумлой. Была договоренность о трех тысяч рублей в неделю на всякие мелкие доделки и исправления. Крупные работы считали отдельно. За перенос сайта на джумлу след. версии, которая имела фильтры -), просил от 20 тысяч рублей. Пока решили не переходить.

Продажи шли и мы немного росли. Смогли нанять продавца. В это время наш сайт стали взламывать, джумлу 1.5 уже не поддерживали.  Попытки как-то подлатать сайт не давали успеха. Был найден движок интернет магазина под названием ecwid. Неплохая AJAX платформа, быстрая, понятная. Мы перенесли туда товары и продолжили работать через нее. Фирм которые работали с ней было не так много, я вышел на ребят из Челябинска, которые заявляли что работают с ней. Так началось наше с ними сотрудничество. Человек кто работал до этого отказался, так как работал только с джумлой.

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

Было предложено решение перейти на ImageCMS, наша текущая студия неплохо знала эту систему, она была не очень дорогая и имела поддержку синхронизации с моимскладом. Работы были оценены в районе 30 тысяч рублей за весь сайт, с дизайном. Мы думали что это нормальные деньги за сайт, так как везде он столько примерно и стоил. Вот такая примерно была реклама в портфолио студии -http://take.ms/acLUy

К сожалению это нормально не заработало, ImageCMS релизнули какую-то новую версию движка, и мы выпустились на ней. Было много багов, синхрон нормально не работал, ошибки были как нам говорил где-то в ядре и править их сложно.
Студия была адекватная, нам предложили перейти на 1с битрикс, движок топ-1 в рунете, хорошая поддержка и документация, много специалистов и 100% нормальная интеграция с моимскладом, так как мойсклад тоже заявлял, что у него все хорошо с битриксом и вообще 1с акционер моегосклада.

Доплата была символическая 5 тысяч рублей, но нужна была покупка лицензии битрикса. К слову, нам немного поднадоела уже эта эпопея с сайтом, поэтому мы решили взять топовую версию лицензии со всеми возможностями, это встало нам примерно в 40 тысяч рублей.

В итоге мы получили сайт на битриксе, который умеет синхронизироваться с моимскладом раз в 5 минут (чаще было нельзя). Битрикс отдавал заказы в мойсклад, мойсклад отдавал остатки в битрикс. Контрагенты не синхились, это означает что битрикс ничего не знает о покупателях моегосклада и соответственно наоборот.
Так же была еще туча проблема, например структура каталога битрикса и моегосклада должна совпадать, мойсклад плохо ладил с подтоварами, например цвет или размер, приходилось плодить товары, статусы заказов работали и выгружались криво, цены отдавались только розничные. Все эти баги нельзя было поправить без помощи моегосклада, но мойсклад достаточно долго выкатывает обновления и некоторые можно ждать полгода плюс.

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

Было понимание, что магазин в наше время не должен быть таким и я не понимал как другие люди работают и почему нет готового решения под все эти проблемы за разумные деньги.

Тут я хочу сказать пару слов о Битриксе. Я вообще думал, что этот продукт выпускают профессиональные программисты с продуманными решениями, который кстати существует много лет. На практике у меня сложилось ощущение что это какой-то комбайн вобравший в себя кучу полуфабрикатов, которые нужно допиливать. К слову мы тоже при переходе на 1с битрикс попали на новую версию, по-моему 15. Может нам не повезло, но было ощущение что там все полусырое. Похоже это какая-то норма.

Особенно меня удивила проблема с шагом оформления заказа. Сама логика работы была странная, жесткие привязки к мейлу, к местоположению, сложность редактирования этих вещей. В итоге были перепробованы множество вариантов, дольше всех жил модуль edost, но и он не очень нравился. Хочу сказать что шаг оформления заказа пытался править и так называемый MVP Битрикса, Антон Долганин, но из-за плохого кода предшествующих людей, ему особо улучшить это дело не удалось. До него уже как минимум трое пытались что-то сделать с этим. Суммарно траты на доработку шагов оформления заказа подходили к 100 тысячам рублей и были далеки от идеала.

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

На сайте для людей должно быть понятно, когда, через сколько и по какой цене доставят тебе товар и есть ли он в наличии.

Система отслеживает правильную сборку товара, упаковку и передачу курьерской службе, как самих товаров, так и данных по ним.

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

Бизнес в этом время развивается, есть уже кладовщик и менеджер-продавец.

Так как мы находимся на продукте 1С-Битрикс, и вообще 1С управление торговлей  лидер рынка и конкурентов особо нет, лучше всего переходить на решение 1с, говорят нам люди из веб-студии.
Мы начинаем смотреть в сторону 1С. Мы ищем ребят для миграции с моегосклада на платформу 1с и находим через знакомых одну контору.
Они предлагают нам перейти на платформу 1с 8.3 Управление торговлей 11, которая  недавно вышла и имеет кучу новых фич, такую как реал тайм режим обмена данными с сайтом 1с битрикс. То что нам нужно думаем мы и подписываем договор.
На этапе переговоров я высказал мнение, что нам нужно, чтобы 1с работала с базой данных, а не использовала файловый режим, покупка серверной MS SQL не рассматривалась, поэтому был предложен вариант работы на PostgreSQL, который по их словам поддерживался 1с платформой.
Для хостинга всего этого нужен сервер и решено было арендовать недорогой сервер на херце. Сервер на core i7 был арендован за 2 тысячи рублей в месяц. Столько же стоил установочный пакет и плюс 900 рублей/месяц лицензия на аренду серверной винды.
Суммарные затраты на все лицензии, подписки и обучающие материалы по 1с УТ 11 были около 100 тысяч руб. с учетом переноса данных из моегосклада в 1с и настройки синхронизации.

Проблемы начались с запуска новой версии УТ 11 на PosgreSQL, она не заработала. После чтения форумов стало понятно, что 1с запускается на Postgre, только после установки патчей делающих её «похожей» на MS SQL. Без нормального ДБ админа это работать не будет. Решили ставить на урезанную версию MS SQL Express, я был сильно против файловой базы данных.

Перенос данных из моегосклада в 1с прошел с горем пополам, синхронизация 1с УТ11 и 1с битрикс снова не задалась.
Можно провести аналогию с этим https://habrahabr.ru/post/137888/

Проблемы идут с разных сторон, поэтому я подумал что нужен один человек кто знает сразу две системы и будет сразу думать о сайте и о 1с системе.
После недолгих поисков такой человек был найден и за 2000 рублей за час работы он стал допиливать это дело до рабочей версии.
Дело шло медленно, с переменным успехом.

Решено было ускорить дело и я начал искать студии которые занимаются нормальной настройкой всего этого дела под ключ. Была найдена неплохая студия и стоимость работ оценивалась от 200 тысяч. Точная сумма будет ясна только после проработки тех задания с программистом, которое платное и стоить будет в районе 40 тысяч и займет в районе двух недель. Подход мне понравился, но цифры были дороговатые, я взял таймаут на подумать.

В этот момент я активно искал альтернативы и наткнулся на этот блог http://www.ultimaerp.com/ Тогда сайт был немного другим, но там мне понравилась идея системы про монолитность, стоимость была запредельная для малого бизнеса. Я стал понимать, что с передачей данных из одной базы в другую постоянно будут проблемы. Создать сайт на базе данных 1с платформы проблематично и не очень эффективно, а гонять данные из битрикса и нормально синхронизировать, нужны другие деньги, разные люди приводили разные цифры, но в среднем где-то от миллиона рублей можно смело брать.


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

Вся система сделана на РНР в виде интернет магазина, внутри которого есть все для розницы, склада, закупок и учета денег. Причем уровень автоматизации был по моим меркам высокий. Все было сделано органично и очень красиво одним человеком за несколько лет.

  После недолгих обсуждений они согласились внедрить его нам. Суммарные затраты получились следующие:
1)    Некоторые доработки, в районе 10 пунктов
2)    верстка сайта и перенос данных
3)    Стоимость разработки фронта и основных доработок, без учета работы дизайнера 150 тыс. руб.
4) последующая поддержка и доработки оценивались в 25 т.руб./месяц, поддержка менее чем на год их не устраивала.

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

Суммарные затраты вышли следующие, первоначальный платеж 150 т.р. плюс затраты на дизайн в районе 50 тысяч, и последующие платежи по 25 т.р в месяц, итого вышло в районе 450 т.р. за год.

Что в итоге получилось.

У нас единая система учета написанная на РНР использующая базу MYSQL. Можно с уверенностью утверждать, что данная система с легкостью справится с любыми нуждами малого бизнеса и является бесплатной.

Мы имеем интернет-магазин, который по функционалу находится на хорошем уровне.

Имеется розничный раздел.

Вся складская работа.
Мы используем декларативные места хранения, полноценная WMS система конечно сложнореализуема через веб приложение.
Каждый товар проклеен уникальной этикеткой, решение спорное, но сейчас оно мне нравится. Проклейка всего склада уникальными этикетками тяжелое занятие.

Закупки. Управление остатками и заказ у поставщиков.

Большой блок отчетов, более актуальных для малого бизнеса.

Блок с деньгами. Мы парсим клиент банк и видим все оплаты автоматически.
Удобная система ведения взаиморасчетов с курьерскими службами.

Телефонию мы интегрировали в систему через «простые звонки».

На текущий момент магазин обрабатывает около 50 заказов в день.

Я написал этот пост по двум причинам, хотел поделиться своим опытом и еще понять каким образом люди выстраивают систему учета у себя.
Системы к которым можно приглядеться, я бы рекомендовал смотреть в сторону Ultima 2c и insales c ekam. Ультима работает с битриксом -), а инсейлз заявляет о бесшовной интеграции с екам. Что там в реале я к сожалению не знаю.


P.S. Я люблю подробные посты и хотел описать все еще подробнее, но к сожалению это увеличит текст в разы. Пока остановился на этом варианте.




Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных