
Sergey
22.03.2017
12:39:35
окей, что за правка? сроки точные? ну окей, ща умножим на 1.5 и готово. Так-с, а это что? Обязанности? Ну ок. Так-с, на 50% предоплаты согласны, океюшкииииии! "принять все правки", "ок"
отсылаем обратно и...
ждем
юристы приняли, осталось дело за малым. подписать у гендира договор

Google

Dima
22.03.2017
12:40:38
Извини, что перебиваю, а все это время маленькая студия ничего ен делает, а ждет большой проект?))) и сжигает ресурсы?

Sergey
22.03.2017
12:41:04
через пару недель начинает делать :)
но кто как, за всех говорить не могу

Nikita
22.03.2017
12:41:32

Sergey
22.03.2017
12:42:19
спустя 1.5 месяца от первых договоренностей договор таки подписан и внесена предоплата
начинаем работу! связываемся с менеджером от заказчика, проговариваем все моменты, проводим пару креативных встреч. это будет шикарный проект!
мы будем в топе awwwards и cmsmagazine
накидываем ТЗшечку, кое-как формализуем весь поток сознания, получается весомые документ на 3 листах
и вот мы подготовили концепцию главной странички. отсылаем менеджеру, ждем.
ответ – да, все супер! ждем подтверждения от моего руководителя
ждем
ждем
https://images6.cosmopolitan.ru/upload/img_cache/1a4/1a4c16d3a7e096e857ec751f51e728de_fitted_740x700.jpg

Google

Sergey
22.03.2017
12:46:41
и вот оно, письмо! в этот момент менеджер проекта замолкает.
потому что да, все окей, но. это не так, это изменить, тут должно быть по-другому. да-да, я все понимаю, что так не делается, но мой руководитель не принимает ваш отличный макет
окей. изменить так изменить, сделаем все равно офигенно!
2 версия ушла менеджеру заказчика
прошла еще неделя. оказалось, что руководитель менеджера клиента был в отпуске
но вроде как он согласен принять макет. осталась малость – утвердить макет у гендира
впрочем, с гендиром все повторяется

Nick
22.03.2017
12:50:19
А дальше разраб увольняется


Sergey
22.03.2017
12:50:29
на этот момент предоплата уже прожрана, прошла половина времени от заявленного в договоре, а готова только главная
с боем, слезами и депрессией делаем комик-санс на зеленом фоне, утверждаем, отдаем на верстку
здесь все по срокам происходит, переходим к программированию. натягиваем все это добро на cms, по тз реализуем проект и вот он уже готов к тестированию клиентом
клиент по цепочке смотрит и выдает, что работает сайт не так
идем к ТЗ, там одной строчкой прописан нужный функционал, который трактуется как угодно
денег особо нет, сроки все похерены, а жрать что-то надо
через месяц беспрерывных правок, писем утверждений, переговоров сдаем проект
выставляем счет и...
ждем
проходит неделя без ответа, другая. затем менеджер приходит и говорит, что не будет оплаты до тех пор, пока не будет еще половина переработана
со слезами выполняем все требования, сдаем. получаем деньги
итог – куча нервов, полгода в пролете, себестоимость для студии оказалась больше, чем изначальная смета

Google


Sergey
22.03.2017
12:55:49
это типичная история, которую я наблюдал и которую когда-то проходил сам
а теперь ответ на вопрос, чем отличается мелкий клиент от крупного? менеджментом и рисками.
вы должны учитывать, что в работе вы не можете влиять на лиц, принимающих решения, вы их даже не увидите за всю работу. главная задача людей от клиента – снять с себя ответственность за решения
вы можете доказать свою позицию менеджеру со стороны клиента, но вряд ли он захочет доказывать выше. это не в его интересах
как же быть и что же делать, чтобы минимизировать риски и остаться довольным от работы
1. договор. при составлении договора делите все на этапы, как и оплату. учитывайте в сроках, что будут долгие приемки. зафиксируйте список возможных вариаций.
вы никогда не докажете клиенту о том, что вы о чем-то с ним договаривались, если это не зафиксировано с обеих сторон печатью
2. тз. хоть это и скучно, и нудно, но составляйте тз так, чтобы каждую строчку можно было трактовать однозначно. тз на подпись. не бойтесь в смете указывать деньги за тз. это тоже работа и очень большая. подписанное тз оградит вас от внезапных желаний клиента и изменяющихся требований, которые будут выполняться за ваш счет
3. при первичных переговорах стоит сразу узнать структуру организации и принимающих решения лиц. очертить обязанности каждого
4. клиент свободно может затягивать сроки, но как только вы задержите поставку хотя бы на час, вам обязательно это напомнят. не бойтесь напоминать клиенту о том, что решения надо принимать быстрее
в договоре зафиксируйте максимальные сроки ожидания без мотивированного отказа, после которых часть работ считается принятой заказчиком
любые изменения требований должны быть закреплены новой сметой, переработкой части тз и печатью с обеих сторон
обязательно фиксируйте все разговоры пиьсменно, ведите лог общения, таким образом вы защищаете себя от переработки и неправильного понимания общей картины


Sergey
22.03.2017
13:06:39
помните, что крупные конторы очень любят кредитоваться услугами подрядчика. если в июне сдан сайт, то оплата может прийти и в декабре. при этом вы будете ждать, не предъявляя исковых требований
обязательно составьте план приемки проекта с подтверждением плана по email
при изменении требований, не забывайте менять сроки

Roman
22.03.2017
13:10:23
в d7 ElementTable можно фильтровать по полям связанных сущностей?

Sergey
22.03.2017
13:10:27
теперь посмотрим, как оцениваются сроки людьми из начала:
1. сосед-фрилансер назовет 50к. Он берет в расчет только фактическую работу без переговоров. Только то, что ему прислали.
2. прогер из студии скажет 100к. Этот уже понимает, что требования будут меняться на ходу.
3. мелкая студия назовет цифру в 150к. Это средний ценник на типовые работы с теми клиентами, с которыми этот ценник позволяет оставаться в прибыли
4. студия из среднего сегмента обозначит вилку от 500к до 1млн. И тут заложены риски и менеджмент
надеюсь, кому-то эта инфа пригодится, чтобы не делать ошибок. помните, как бы хорошо менеджер клиента с вами не разговаривал, компания вас не любит, при любых спорах вы сразу почувствуете дичайшее давление на себе.

Алексей
22.03.2017
13:12:17

Ok
22.03.2017
13:19:47

Google

Ok
22.03.2017
13:20:56
5. студия из крупного сегмента обозначит вилку от 1млн до 3 млн. И тут заложены риски и менеджмент, аналитика по истории судебных исков клиента, плата за инсайдерскую информацию и просто подстраховка на идиотские требования

svetlana
22.03.2017
13:21:01
и ещё тупых одинэсников в время тоже закладывайте, с коэффициентом 10

Andrew
22.03.2017
13:21:09
20

Sergey
22.03.2017
13:21:48

Ok
22.03.2017
13:22:14
да, но риски они закладывают еще жестче
потому что риски с крупным клиентом совсем другие, тоже крупные

Sergey
22.03.2017
13:22:42
там еще и тендеры, а это отдельный разговор
но да, тебе все это знакомо :)

Roman
22.03.2017
13:24:00

Admin
ERROR: S client not available

Petr
22.03.2017
13:44:58

Nikita
22.03.2017
13:47:46
Ребят, как-то можно через API перевести символьный код? Именно перевести а не транслит

Igor
22.03.2017
14:08:35
риски? Там тендеры
т.е. срезают наоборот оценку разраба
оценивают по минимуму

Sergey
22.03.2017
14:11:39
тендеры это ваще отдельная тема. крайне веселая

Dima
22.03.2017
14:13:32

Бернгардт
22.03.2017
14:22:34
имхо, абсолютно любая интеграция нескольких систем - это всегда риск
и от количества "ответственных" - геометрическая прогрессия

Google

Бернгардт
22.03.2017
14:23:41
на который нужно умножать..
т.к. один недопонял, второй недослышал, третий привык делать по другому (не 1сники тупые, у них срез технологий и подходы вообще другие, также как у джабодавов, САПеров, и представителей других технологий)

Dima
22.03.2017
14:24:19
Котиков, напиши книгу а ?

Бернгардт
22.03.2017
14:25:50
а.. совсем забыл - двум людям легко договориться, трем сложнее, но можно еще встретиться
если "отвественных" пять - хрен соберешь
а без "сбора" - спецификацию или не утрведят, или ктото поймет не так и сделает как привык..
забыл совсем :)

Sergey
22.03.2017
14:31:46

Sergey
22.03.2017
14:35:03
Все привет, подскажите, есть ли какой то обработчик на подобие метода SetUrlTemplates? нужен такой же но как handler, что бы например можно было переопределять принудительно для всех вызовах при построении url для раздела или элемента, потому как задача стоит менять динамически ссылки на элементы и разделы.

Nikita
22.03.2017
14:40:30
ничего не понял)

Dima
22.03.2017
14:42:07
никто ничего не понял )

Sergey
22.03.2017
14:42:20
))

Igor
22.03.2017
14:43:17
Кажется я понял
Но тут ты упрешся в сеф

Tony
22.03.2017
14:43:41
человек хочет свойт роутинг запилить)
урлреврайт 2.0

Igor
22.03.2017
14:43:48
Совет - используй роутинг не от битрикс

Tony
22.03.2017
14:44:00
а чпу компонентов?)

Igor
22.03.2017
14:44:03
роутинг от битрикс = боль и страдание для подобного

Sergey
22.03.2017
14:46:47
Короче и попростому. я хочу переопределять ссылки для разделов и элементов, по умолчанию в компоненте ( например catalog) вызывается SetUrlTemplates, настройки беруться из комопнента, если их нету то из настроек ИБ, так вот я хочу понять если что то, что может позволить глобально вмешаться в этот метод или как то так. Проблема в том что сайт мульти-доменный, у каждого домена в конце например _v_moskve.html. Я ранее делал это иначе и не самым лучшим способом, мне кажется есть какое то решение более правильное.

Igor
22.03.2017
14:58:48
Ноуп

Sergey
22.03.2017
15:02:20
==, а не =

Tony
22.03.2017
15:13:18
===

Rustam
22.03.2017
18:49:08
$Asset::getInstance->addString($str, $bUnique, $location); Вопрос в локации. Оно работает? Нашел http://prntscr.com/en7jh3 но че т хз

Mv
22.03.2017
19:08:14
Вопрос по выгрузке товаров из 1С:
Если используется несколько типов цен в 1С, они автоматически создадутся в магазине при выгрузке?
И как их настроить.