chromimon

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

Используйте SQLite или другие embedded DB.

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

А позже при недостатке средств конструктора переезжать уже на другие решения.

В деньгах это ~10-15 тысяч в год, вместо разработки «своего» за 30-50-200-500 тысяч.

всё тормозит, при том что сервер не загружен и на половину

А 1с у вас в файловом или серверном варианте? Размер базы, количество пользователей?

Что значит сервер не загружен? Какая ОС на сервере, сколько памяти, сколько из них свободно, загрузка процессора, очередь дисков?

1) КА сама по себе на фирмах не появляется. Для ее запуска нужны подрядчики для выполнения настроек и переноса накопленной информации. Если подрядчики все еще у вас работают, то нужно ставить перед руководством вопрос ребром - или они настраивают комфортную работу 1С в вашей компании, или вы не закрываете им акты и деньги не перечисляете. Если уже лоханулись и приняли работу в таком хреновом виде, то ищите новых подрядчиков для оптимизации - у ваших явно квалификации не хватит, иначе сразу бы все сделали по человечески.

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

3) Работа вашего почтового сервера ну никак не зависит от 1С (разве что вы настроили бесконечные спам-рассылки). А вот тормоза в работе почтового сервера, если он физически на одной машине с 1С:КА - это уже звоночек. Пофиг на загрузку проца - что там с очередью к диску? У вас может быть нехватка оперативки со свопом или просто старые медленные винты, которые давно пора заменить на SSD.

Что говорить клиенту если он хочет подписать договор?

Тогда он и деньги безналом собирается перечислять скорее всего.
А у вас счета нету в банке.

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

Нету никаких рыночных правил.
Есть ваше индивидуальное условие, обусловленное вашим конкретным бизнесом. Это все рассчитывается и закладывается в цену.
Возможно, в той сфере, откуда пришли ваши продажники - принято отдавать 50%....

В случае SaaS я бы обратил внимание на продление контракта. Отвечают ли продажники за это.
Обратил бы внимание на минимальный план, который они обязуются выполнить и т.п
А вовсе не на "большой" процент.

P.S.:
50% - это много?
Расскажите это заводам-изготовителям любой бытовой техники, любых предметов обихода и пр.
Розница, которая способна продать их товар - берет за это запросто 50%.

P.S.:
У меня как то был такой продажник.
Я ему сказал - я вот хочу столько то, все что сверху - то твое. Хоть 1000% накручивай, если сможешь. Меня это не интересует.
Он не смог. Потом начал мне объяснять, что причиной этого была не его жадность и неумение работать, а изначально завышенная цена.
Но ведь цена завышена для того, чтобы платить ему - так что это его проблемы.

P.S.:
50% это нормально, если он действительно сможете тебе обеспечить продажи.

Если ты не передаешь никакие права на свое ПО, то суть проста - либо ты сидишь с офигенным SaaS-решением и любуешься какое оно классное при этом не получая ни копейки, либо ты также сидишь с офигенным SaaS-решением, любуешься какое оно классное и отдаешь 50% комиссии ребятам, которые за тебя его продают при этом получая оставшиеся 50% в кармашек.

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

Рыночных правил нет, но есть аппетиты и привычки, наработанные посредниками. А они уже известны.
Все зависит от конкретной схемы продаж, от маркетинга продукта на рынке.
Схема 1.
Производитель самостоятельно занимается маркетингом и осуществляет только дистрибуцию.
Посредник в зависимости от значимости фирмы на рынке привык к 5% - 30%

Схема 2.
Разработчик и посредник ведут совместную маркетинговую деятельность, или же посредник перенимает большую часть расходов на себя.
Комиссия от коробочной продажи 30-60%.
От продажи сервиса по подписке 3-6 месячных платежей.

Схема 3.
Весь маркетинг и дистрибуцию продукта перенимает посредник. Он же выстраивает сеть продажников.
Комиссия от коробочной продажи до 70%.
От продажи сервиса по подписке 6-12 месячных платежей.

Это не полный перечень схем, а только как пример наиболее распространенных.

Еще один посредник?
Процесс называется - упаковка стартапа. Лет пять назад - популярная тема для самих стартаперов. Много кто пытался сесть посредником между инвестором и стартапом. 99% проектов сдулись в первые месяцы.

При условии падения интереса к венчурным инвестициям со стороны частных инвесторов - такая услуга теряет свою ЦА
А крупные фонды и так умеют сами упаковывать стартап.

Ваш стартап никому не нужен кроме вас.
Проблема найти инвестора - которому нужен.

Инвесторы слетаются:

1) На крупные проекты, которые даже не приносят прибыли, но уже имеют, к примеру, 1 млн. пользователей.
2) На небольшие проекты, уже приносящие прибыль.

Все.

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

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

Такое впечатление что надуть собираетесь инвестора.
Не надо

https://vc.ru/p/check-them-out

Странно даже.

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

Разве что стоимость. 400-800 баксов за такой проект - это вообще ни о чем, а уж тем более, что у вас, как вы пишете, проект уже зрелый. А, значит, уже важны вопросы перспективного масштабирования и производительности.

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

Посоветуйте -как узнать что этот программист за эту оплату действительно сделает работу до конца?

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

Как определить и контролировать этапы разработки, если в коде сам не разбираюсь?

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

Для невизуальных этапов - завести git и требовать ежедневных коммитов в него. Там видна вся история изменений. Даже непонимающий человек сможет увидеть в git, что "что то меняется". Симулировать бурную деятельность, заспамивая git мусором - довольно утомительно для программиста каждый день. Поэтому есть надежда, что в git будет правда результат работы ежедневный. В крайнем случае, можно заказать аудит у третьего лица - разработчика - реально его коллега что то делает или имитирует бурную деятельность.

Как программист и человек, выступающий иногда и как заказчик - настоятельно вам рекомендую отслеживать результаты работы программистов постоянно. Мы ребята такие - заказчики же ничего не понимают в нашей работе. Всегда можем и соврать, что делаем нечто умное, а сами будем заниматься другими делами. Особенно после получения предоплаты.
;)

Офис или удаленка?

Проект представляется недостаточно крупным для офисного стиля работы.

Платить 100-150 в мес ? А что если сольется через 2-3 месяца ?
Далеко не все смогут продолжить начатое или это не критично..?

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

Квалифицированные специалисты как правило трезво подходят и к объемам проекта и качеству кода и планируют свое время на будущую работу эффективнее. Поэтому смысла сливаться им нет. Ну это если вы в цене сойдетесь. Если не сойдетесь, то квалифицированный просто не возьмется с самого начала. Мое имхо.

Предложить % долю? -думаю что они сыты такими предложениями , столько мертворожденных проектов..

И это тоже.
Есть и другое соображение. Разработчик сделает вам сегодня. Завтра он что вам в проекте будет делать? А долю - плати вечно.
В особо крупных проектах - смысл имеет.

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

На своем опыте знаю, что если толковому программисту не интересен сам проект, то и за рыночные деньги особо работать не будет. А за небольшие 50-70к/мес запросто будет кривой код и не оптимизированная под нагрузку БД.

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

Общался со студиями по разработке: то договор кривой и несерьезный, то полу готовые решения и доработки 1,5-2к в час, что показалось дорого. Не исключаю, что нормальные студии запросят 1,5-3 ед. за разработку, не готов на это.

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

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

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

Инвестору настоящему нет никакого желания и возможности реализовывать самому.
Инвестор - это кошелек и процессы для превращения идеи в бизнес.

Однако на открытой площадке - не стоит размещать.
Контактировать лично только.

Однако голая идея никому не нужна.
Тем более, что если она простая - то пришла в голу еще паре сотен человек на Земле.
Тот кто из вас наименее ленив, более рискован - тот и её реализует.

А вот когда идея начнет работать - только тогда и появится большое количество копировщиков.