Насчёт раскрутки согласен, проблемка. Возможно именно на нее сделать акцент тогда, AdWords я так понимаю самый доступный способ ну плюс для поисковиков сайт с контентом написать с описанием всего этого продукта faq и т.д.
Антон Р., Производители электроники из Китая вполне себе демпингом цен на электронику наладили ее производство, привлекая клиентов и теперь выпускают и топовую технику (Xiaomi, OnePlus)
Но это конечно другое немного, а если вернутся к нашим владельцам малого бизнеса, то у недавно открытых предприятий будет выход на клиентскую базу. По аналогии как HeadHunter где новый работодатель может получить доступ к базе резюме.
Кому интересен демпинг смогут найти людей, кто хочет самую низкую цену. А у тех кто просто закупается рядом с домом, будет возможность оставить заявку-заказ, соответвенно у владельца будет возможность точнее рассчитать объемы поставок и меньше товара испортится. Главное сделать так, чтобы работать через сайт было проще чем позвонить в знакомую шаурмичку и попросить приготовить тебе с собой xD
Насчёт контакта, понял что нужно пообщаться с владельцами, с клиентами магазинов.
Пока если из личных наблюдений, есть случаи когда даже на простые товары, что есть в супермаркете - молоко, орехи выстраивается очередь, то есть раз в неделю приезжает машина и у нее очереди. Или часто знакомые говорят что-то вроде вот, на Чехова такой замечательный салон открылся или не подскажешь хорошего мастера и т.п.
Насчёт распознавания и нормализации кроме варианта с капчей тут предложили экспорт цен из exel или любого другого формата, то есть больше напрячь владельца, показав ему выгоду от привлечения клиентов.
Насчёт стека, погуглил Гугл тренды, ответы на тостере, получается что либо Symfony, либо Laravel можно выбрать для более удобной - быстрой разработки. Если исходить из этих двух, верно ли что проще и быстрее Laravel и на каком из них субъективно больше разработчиков или какой из них быстрее согласятся освоить
Да тут главное показать нахрена им это.
Ну например, я часто видел как у новых точек появляется рассылка листовок в подъездах или даже их раздача где то в людных местах. Может все таки будь у них лишняя возможность заполнить анкету на сайте при условии что сайт сам выйдет на них - они таки заполнять эту анкету?
Клиент которому влом наверняка пойдет в проверенное место или в ближайший супермаркет, что увидит. Но а что если он в незнакомой местности и товар, который ему нужен не простой, который есть в любом супермаркете, а нужна какая-то продукция фермерская, или какая-то парикмахерская с хорошими отзывами, а тут он может открыть Гугл карты, и туда будет встроен наш функционал ну или 2гис
А насчёт того что не стек выбирать, а бизнес процессы расписать. Вот к примеру я встретился условно с десятком людей у которых своя точка, расписал схему их бизнес процессов и допустим решил перенести их в онлайн. В таком случае субъективно вы как считаете, какой лучше стек чтобы реализовать бизнес-логику, протестировать на боевом сервере и затем изменить логику приложения так чтобы изменить код было проще, чем переписывать с нуля.
Лично вы бы на каком стеке реализовывали бизнес логику с учётом того, что затем нужно будет переписать ее
Да, об этом не подумал так как считал что цены часто обновляются.
В таком случае можно найти какую то базу предприятий. А для владельцев кнопку типо загрузить csv или в любой другой формат.
Насчёт qr кодов, если у предприятия такой ценник, то да, конечно удобнее будет его считывать
Я имел в виду. Бот ищет людей в Ватсапп, ВК у которых есть какое то упоминание про торговую точку (какой то алгоритм распознавания что он владелец бизнеса. )
Далее ему предлагают добавить это бизнес в приложение типо как опрос и все. Но тут да, многие будут игнорить, хотя есть же люди что отвечают спамерам или кликают на рекламу.
Получается нужно найти Васю у которого дешёвая картошка, вот он реально заинтересован в том, чтобы его нашли клиенты у него же такое преимущество перед конкурентами о котором пока мало кто знает, а с приложением больше людей узнает и среди них будут те кто поедет через весь город к Васе.
Насчёт Едадил, получается нужно чтобы клиент вообще не парился, а ему всплывало уведомление перед уходом с работы типо по дороге домой на такой то улице есть такой то классный товар и аппетитная картинка
Спасибо за полезный ответ)
Насчёт актуализации. А что если эти заведения искать как раз в этих ВатсАпп, ВК, добавлять в базу как потенциальные и отправлять владельцам емайл периодически, типо подтвердили - заведение активно это решит проблему мертвых точек.
Насчёт того, почему хозяева не добавляют заведения на Гугл карту, получается из за того что их аудитория это только близлежащие дома. Но вряд ли у них прям впритык продуктов и они откажутся продать товар чуваку с другого района к примеру. Получается хозяева могут легко добавить заведение, но не делают и у них есть Ватсапп, ВК. Что если им туда придет уведомление, типо нажмите кнопку - добавьте заведение? А затем скрипт добавит их на Гугл карту через которую нас будут находить клиенты, ну типо гуглят шаурма рядом, выходят места добавленные нашим скриптом и там в контактах наш сайт и кнопочка типо заказать
Технический затык:
ИИ же быстро развивается, из вашего ответа получается что разработать систему распознавания товаров и цен на Python пока в одиночку/малой командой не получится в разумные сроки, да?
Человеческий затык - целевая аудитория те, кто ставят оценки в Гугл картах и пользуются едадилом, делают странички своих бизнесов в ВК. Им тоже это не нужно?
Финансовый затык:
За хостинг первое время из своего кармана, поэтому спрашиваю про технологии, в любом случае это будет VDS ка скорее всего или облако, а затем монетизация через рекламу к примеру
ThunderCat,
Там была статья про холократию, может она https://m.habr.com/ru/company/knopka/blog/242491/
Думал как там написано организовать.
Но хочется ещё больше геймификация
Или вот, как интересно в 90 х, по каким то email рассылкам разрабатывали linux может по этому есть ссылки какие то
ThunderCat,
Работать по таскам не катит, так как
Таски жёсткие, их надо выполнить по любому и их должен кто то писать.
У нас люди сливаются/вливаются есть те кто пилит критичные вещи. Вот нужна какая то геймификация чтобы новый мог взять себе таску любую. А у тех тасок, кто никто не берёт, повышалась стоимость.(поощрять прокачанных)
Таски получаются из баг репортов юзеров
Сейчас пока хотим так в github есть issuses и типо agile доска.
Юзер что то хочет - пишет баг репорт.
Он показывается у разрабов типа ленты ВК и они могут пометить, что работают над ним.
Так как завершать задачи не обязательно, нужно как то мотивировать тех, кто берет сложные задачи (раздачей виртуальных ачивок например, который отражают вклад
И ещё, вот мы скажем решили делать сайтик,
Нужно декомпозировать на задачи.
Вот у нас есть задачи:
Сделать макет
Настроить движок
Наполнить контент
А теперь как их раскидывать разраба так, чтобы каждый брал что хотел?
Есть ли альтернативы жёстким задачам, может что то типо заданий в играх
Спасибо за ваше мнение.
1.Лицензию для проекта такую, чтобы не было такого что проект кто то заберёт и нам запретит работать над ним.
2.Организовать работу:
Общая схема как это делается в командах.
Типо
Общение: slack
Задачи : jira
Проект: git репозиторий
Документация: wiki
Так я сейчас понимаю, насколько эта схема близка к best practics