согласен с Вами, бизнесу техническая составляющая важна в наименьшей степени, ему важно решить свои проблемы и желательно за наименьший бюджет. Рекламируемый Вами ресурс интересен и в большей степени реализует такие же идеи. Также он находится в другой фазе, у них уже есть рабочий прототип, а у меня только идея. Если (когда) идея перейдёт в прототипную фазу это будет +1 инструмент для малого/среднего бизнеса.

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

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

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

торговлю можно вести не только со своего склада, но и под заказ
или если оказывать услуги (например ремонта) и есть поставщики деталей
на корректном анализе закупки можно экономить некий процент оборотных средств, а если это будет удобно ещё и времени.

Малый бизнес - это скорее магазин нежели просто склад, и последние тенденции на рынке - отказ от склада как такового, потому что на складе замораживаются деньги. То же и с услугами, нет смысла накапливать запасы, проще иметь связи и вменяемые контракты с поставщиками.
Так что Вам стоит поконкретнее определиться с целевой аудиторией. Хотя это только мое личное мнение:)

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

на примере услуг ремонта бытовой техники (один из векторов использования)
у мастера/фирмы есть какие-то детали(микросхемы,транзисторы и прочее)
необходимо как-то систематизировать этот "склад" что бы знать что "у меня есть то-то и то-то" и лежит оно "там-то"
есть второй кейс
у мастера на складе ничего нет, но есть образно 5 поставщиков у которых он может за купиться
можно сказать что это будет " УДС "
и мастер/фирма будет знать, что "вот эту" деталь он сможет получить через (1,3 или 10 дней)
или "вот эту" деталь сможет получить завтра за 100 руб. или через 5 дней, но за 50 руб.
и вот кейс " УДС " последнее время приобретает актуальность.
кроме того мастер/фирма хочет пополнить свой склад каким-то ассортиментом
этот ассортимент пересекается у разных поставщиков,
система сможет оптимизировать заявку на поставщика
что бы запрошенный ассортимент соответствовал критерию наименьшей цены или "быстрой доставки"

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

Есть только одна нехилая проблема - "эта деталь" у вас и разных поставщиков может по разному называтся иметь разные артикулы и т.д.
поэтому либо искать руками либо привязывать к каждой позиции поставщика ссылку на запись в вашем справочнике. И хорошо если его прайс можно обновлять через какое нибудь API а не стаскивать ексель файл(где формат данный у каждого тоже свой естественно)

> "эта деталь" у вас и разных поставщиков может по разному называтся иметь разные артикулы и т.д.

это одна из предстоящих проблем для решения
в основном от поставщиков приходит exel файл формата *.xls
и приходит на почту или надо забирать по ftp

будет алгоритм разбирающий форматы (json|xml|xls|xlsx|xml| и ещё пару)
заносящий данные в справочники

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

Я бы разделил обсуждение на две темы:
1) Магазин - тренд на уход от склада достаточно устойчивый, т.к. это не только замораживание средств в запасах, но и дополнительные платежи за аренду складских помещений и доп.работы по перемещению, учету, обработке складируемого товара. Целесообразность формирования запасов и их хранение была актуальной когда цены на товары росли галопом (пример гиперинфляции 90-х). Рост стоимости товара перекрывал стоимость хранения. Сейчас ситуация обратная, ну или другая, если так более корректно.
2) Сфера услуг - это экономия на всем, т.к. увеличить стоимость услуг зачастую невозможно (например стоимость ремонта не может превышать доли от стоимости нового предмета/товара). Для малого бизнеса масштабирование также затруднено. Поэтому смысла держать склад и нести расходы по хранению товаров неопределенной востребованности никакого нет.

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

всегда "радовали" разговоры про то что, что-то можно переложить на поставщика..

если вы являетесь ключевым клиентом этого поставщика - ок он под вас может подстроится (но тут стоит понимать что речь идёт о внушительных оборотах у одного поставщика)

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

я не рассматриваю пример с покупкой деталей в розницу, когда человек занимающийся закупками - ходит по поставщикам и в розницу закупает необходимое.

в разрабатываемом продукте анализа по фоткам не будет.

это только инструмент, который позволит автоматизировать/упростить наиболее частые операции, которые в моей практике у многих отнимали время и были "головной болью"

Всегда надо избавляться от непрофильной работы и стараться перенести ее на смежные структуры/контрагентов. Если Вы не умеете этого делать, то будете нести допзатраты и встает вопрос, а действительно ли Вы предприниматель?

Про склады Вы заблуждаетесь, отказ от них начался в связи с развитием технологии JIT, которая с успехом применена на заводах TOYOTA в системе KANBAN, которая реализована изначально на карточках БЕЗ средств ИТ...

Покупателю, малому бизнесу, нет смысла разрабатывать свою систему артикулов - это целая наука однако :)