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