Комментарии в блоге "Маркетплейс" на "Как разработка решений может вас рано или поздно убить" http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/ ru http://backend.userland.com/rss2 Sat, 20 Jun 2026 14:47:12 +0300 это хорошо! А то я все пропускаю... партнерку с Вами пропустил , курсы которые вот в Августе тоже пропущу(. Светлане Русовой привет ]]> http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=351#com351 http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=351#com351 Tue, 04 Aug 2015 09:13:40 +0300 следующие хочу не пропускать.]]> http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=350#com350 http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=350#com350 Tue, 04 Aug 2015 05:31:11 +0300 http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=349#com349 http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=349#com349 Mon, 03 Aug 2015 15:36:22 +0300 Лично я к сайтам клиентов больше не подключаюсь и ничего не настраиваю, были случаи, когда разработчики попросят найти проблему, все найдешь, ткнешь носом, ок, что-то там сделали, работает.  Через пару месяцев звонит владелец сайта, и ты понимаешь, что этот разработчик накосячил там и все спер на тебя, мол, это те ребята там работали. Два раза так было, больше ни к кому не подключаюсь, написал доки по установке и настройке модуля в картинках на сайте, скинул ссылку, вот, пожалуйста, настраивайте сами.
+ с годами еще копится база частых вопросов, тоже на сайте добавляю, как пришел такой вопрос, ссылку на возможную проблему скинул, потратил пару минут, не написал клиент, хорошо, опять пишет, тогда дальше опять работаешь, т.к. самому клиенту трудно разобраться, в какую сторону копать проблему, я специалист, я лучше понимаю, потратил минуту, понял в чем проблема, скинул ссылку, все, ты ему помог, он тебя отблагодарил, хороший отзыв написал или просто сказал Спасибо!
Чаще всего ставят и настраивают модули сами владельцы сайтов, вижу что человек основ Битрикса или даже веба не понимает, так и пишу, наймите человека, пусть все сделает, иначе это уже много раз проверенная 100% возня целый день, получается, обучаешь человека находить визуальный редактор, показываешь где кнопка настроек компонента, учишь настраивать компонент, учишь.. учишь..]]> http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=109#com109 http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=109#com109 Fri, 13 Feb 2015 07:51:17 +0300 А если не поймет, то у вас будет полная картина о пишущем клиенте.

Мне сейчас такое запускать уже дорого, но если бы я стартовал сейчас (или заново), я бы обязательно так сделал.]]> http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=93#com93 http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=93#com93 Wed, 04 Feb 2015 20:26:46 +0300 Сейчас подумываю ввести платную тех.поддержку либо увеличить стоимость модулей, иначе скоро боюсь только и буду заниматься тех.поддержкой.  ]]> http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=89#com89 http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=89#com89 Wed, 04 Feb 2015 11:37:30 +0300

И вам, Антон, спасибо за интересную дискуссию.]]> http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=49#com49 http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=49#com49 Wed, 21 Jan 2015 11:34:47 +0300
Но стоит признать, что примешана доля жестокости, которую сложно одному лицу (мне в данном случае) примешивать к работе - все же клиент, обращаясь к частному разработчику, ожидает больше индивидуальности, а тут ему тыкают "Сидите ждите, идите купите, ...". Пожалуй, тот случай, когда студия выгоднее.

Хотя, может это и психологический барьер. Перебороть и  сказать "нет".]]> http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=39#com39 http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=39#com39 Wed, 21 Jan 2015 04:53:04 +0300
Версия базы данных тоже может влиять, если мы используем особые обращения туда, минуя битрикс.

Факторов много, но на это и есть архитектор проекта. Вывод здесь простой: нужно объединять компетенции и возможности, чтобы расти более без проблемно, или согласно правилам экономики возвращать в систему ценностей разработки какие-то денежные потоки, чтобы уменьшать кризис "роста". ]]> http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=38#com38 http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=38#com38 Tue, 20 Jan 2015 12:43:30 +0300
Первое - разделение труда. Один человек отвечает на письма, другой исправляет, а третий делает решение для маркетплейс.
Второе - кастомизация. Зачастую мы делаем копию вплоть до механизмов ядра, если изменения ядра повлекут проблемы. Мы кастомизируем в разумных пределах, но всё только то, что можно. Хочу отметить, что кастомизация обязательна, но не панацея, как Дун Клад Маклауд при головной боле. ))

>>> Поверьте, при достаточном погружении в Маркетплейс, такое сплошь и рядом будет встречаться.

Абсолютно точно. Маркетплейс 1С-Битрикса продукт молодой и незрелый с точки зрения организации бизнес-процессов. Здесь нет устоявшихся правил, и нет стабильной идеологии разработки маркетплейс решений. Я не говорю о проблемах ядра 1С-Бтрикс, что зачастую доставляет хлопоты и весьма ощутимые. Всё меняется, а это означает, что не правильно организованный процесс в 1С-Битрикс. И такой негатив серьёзно отличает маркетплейс 1С-Битрикс от других решений, например, лестем.нет имеет строгую структуру и правила. В итоге, страдает разработчик битрикс.

>>> Выводить в расчетах это как "внешний фактор"? Каким образом его учитывать в цене?

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

К примеру, у нас решение готовый сайт. На него мы потратили 60 часов программиста битрикс, 16 часов дизайнера, 16 часов верстальщика, 20 часов тестирования (синтетические тесты не пишем здесь), 36 часов тех.писателя на документацию, 20 часов контент-менеджера и 10 часов руководителя проекта.

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

Дальше закладываем ожидаемый спрос: допустим продать 20 штук (российская действительность).

Плюс ещё потенциально закладываем вероятностный фактор на поддержку (вычислить часы). И вносим всё на временную линию. Допустим мы продадим 20 решений за полгода. Значит тех.поддержка уже растягивается по времени. Вспоминаем, что у нас ещё есть другие решения, которые тоже имеют работу с тех.поддержкой.

К сожалению, этот момент можно вычислить только опытным путём.

>>> Как бы вы обработали такого рода тикет?

Общее правило на мой взгляд.

Разбить поддержку на уровни SLA: активная поддержка (купил сейчас), нужна консультация (думает покупать или нет), неактивная поддержка (купил ранее и не продлил), вендор виноват (ошибки в программе и переделки под новую идеологию маркетплейс), стоимость решения (бесплатное или платное). И ещё при создание SLA думаем о наших мечтах, что решений суммарно будет продаваться более 1000 штук.

Теперь пример, как можно реагировать. Внутри себя говорим: вендор виноват (Исправляем, если падают продажи. Или так, исправляем, если обращений в тех.поддержку будет равно 3. Или так, исправляем, когда будет новая версия 1С-Битрикс. Или так, уровень поддержки активен, то исправляем). Принятие решения зависит от наших уровней поддержки. Также, важна личность того, кто сидит на тех.поддержки. Очень важный фактор.

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

Главное сделать полноценные регуляторы, позволяющие вам в пики критических нагрузок не пострадать. И жётский регламент ответов. Видим, что человек спрашивает, как поставить отправляем в српавку. Спрашивает про настройки в справку. Видим, что не оплатил поддержку, говорим купи её, а потом поговорим, а так жди исправлений в штатном режиме. В лицензии можем ограничивать срок действия нашей тех. поддержки в течение года. Дальше её продавать.

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

Рекомендую посмотреть на тех.поддержку самого 1С-Битрикса, на тех.поддержку гугла.,тех. поддержку яндекс. Какие-то идеи нужно брать у них, но не все, так как у них денег больше.

Возможный вариант ответа на данный вопрос.

Исправлять самим, если битрикс не идёт на встречу и пишет вам - "сам дурак". Главное не забывайте напрягать тех.поддержку 1С-Битрикс, если вина в них. Они должны исправить сами и руководство должно знать, что внутри них есть "собственный враг", мешающий развитию бизнеса, а значит с ним нужно бороться. Мы же с 1С-Битрикс всё же партнёры.

Вносить изменения в код нужно, если тех.поддержка активна.]]> http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=37#com37 http://www.d-it.ruhttp://blog.asd-it.ru/marketplace/as-the-development-of-solutions-can-you-sooner-or-later-kill/?commentId=37#com37 Tue, 20 Jan 2015 12:28:40 +0300