Что сделать с глупым клиентским запросом?

Вы можете сделать это так:

<img class="card-img-top" src={{p.imageurl}} onerror="this.src='https://cdn2.iconfinder.com/data/icons/construction-glyphs-2/128/57-512.png'">
5
задан Dan Hanly 23 September 2013 в 13:42
поделиться

14 ответов

Вы смотрите на это с совершенно неправильной точки зрения. Это не глупый запрос от клиента, который ничего не знает о технологии. Это - конструктивное ограничение, что Вы думаете, вводит риск в проект.

Таким образом, Вы делаете то, что Вы делаете при обнаружении с риском в проекте: Определите его, оцените его и рекомендуйте стратегию смягчения.

  • Определите риск. Высказывание его вызовет "проблемы производительности", и "не будет легко масштабируемо", не определяет риск. Необходимо указать точно, что Вы имеете в виду. Что движение не должно выполнять, и почему? Что изменяется по своим масштабам, желание встретится с этими проблемами?
  • Оцените риск. Хорошо, таким образом, Вы думаете, что существует проблема. Как плохо это? Насколько бесспорный можно быть то, что эти проблемы производительности на самом деле произойдут? Чем влияние будет на пользователях, если они сделают? Вы говорите, что программа не может масштабироваться: рост по своим масштабам, который выставит дефект дизайна даже в картах? Самое главное, как Вы знаете это? Вот то, где занимание время, чтобы создать и сравнить прототипа может сохранить Вас много бессмысленного аргумента.
  • Рекомендуйте стратегию смягчения. Что правильный путь состоит в том, чтобы реализовать это? Почему это - правильный путь? Снова, как Вы знаете это? Снова, разработка прототипа является Вашим другом.

Несколько вещей выйдут из выполнения этого осуществления.

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

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

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

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

В конечном счете это - клиент, который решает, должен ли риск быть снижен, не Вы. Вам решать, чтобы дать ему лучшую информацию Вы можете для поддержки его решения. И необходимо прояснить, не будучи dick об этом, что это - его решение.

Я нашел больше чем в одном случае, что простое электронное письмо сосредотачивает внимание отлично:

Я рассматривал дизайн, и я думаю, что существует риск здесь, что мы должны обсудить. [Приблизьтесь], действительно чувствительно к объему сделки, и я волнуюсь, что мы собираемся иметь достаточно пользователей, что мы собираемся столкнуться с проблемой с ним.

Я выполнил немного тестового использования [Подход B], и это намного менее чувствительно; в моем простом прототипе я смог вытащить X транзакций в секунду из него. Это имеет смысл, потому что [техническое сравнение того, как два подхода обрабатывают вещи].

Я особенно волнуюсь по поводу этого, потому что [описывают, как программа перестанет работать, если она будет работать плохо].

Это походит на значительную проблему мне. Если бы это был я, то я использовал бы [Подход B], потому что [описывают, как этот подход снизит риск].

Но Вы намного более знакомы с [Подход], чем я, и я счастливо подчинюсь Вашему руководству по этому вопросу. Что Вы думаете, что мы должны сделать?

В этом сообщении очень ясно говорится, "Если Вы игнорируете то, что я говорю Вам, вот то, как проект собирается перестать работать, и я собираюсь иметь документацию, демонстрирующую, что Вы сказали мне делать это тот путь". Это также на самом деле не говорит это.

27
ответ дан 18 December 2019 в 05:13
поделиться

Опция 1: Уйдите, у Вас уже есть плохие отношения, и они вряд ли улучшатся.

Однако не делайте этого, потому что Вы хотите продлить контракт, который на высоте хитрый и в худшем случае нечестный, но если Вам нужен контракт...

Опция 2: Попросите, чтобы он зарегистрировал свои возможности выбора архитектуры и причины и вышел из них как из спецификации. Добавьте пункт к контракту, говоря, что Вы не гарантируете производительность и/или масштабируемость с помощью спецификации, он произвел и затем реализует его его путь. Отправьте ему презентацию своего привилегированного подхода и обоснования.

Если проект перестал работать (он мог бы быть прав), затем, можно всегда указывать, что сказали ему так и предложили альтернативу.

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

Всего наилучшего. Серьезно рассмотрите опцию 1. Конфиденциальную основу к основе с парнем стоит попробовать.

4
ответ дан 18 December 2019 в 05:13
поделиться

Я думаю, что необходимо будет сесть с ним и задать некоторые вопросы разъяснения.

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

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

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

6
ответ дан 18 December 2019 в 05:13
поделиться

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

3
ответ дан 18 December 2019 в 05:13
поделиться

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

С учтенным, помните, что у Вашего клиента, вероятно, есть подлинная потребность, и необходимо распознать что (устно им). Это просто замаскировано их (плохо информированной) идеей для решения. Зондируйте немного и попытайтесь достигнуть то, что они действительно ищут, затем предлагают решение, которое Вы чувствуете, было бы лучше и объяснил бы, почему это будет лучше. И сделайте так таким способом, которым Вы не сомневаетесь в компетентности клиента. Никто не хочет работать с любым, который заставляет их чувствовать себя глупыми.

3
ответ дан 18 December 2019 в 05:13
поделиться

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

При создании его, что он хочет (и не, в чем он нуждается), и Вы знаете, что решением является неправильное, то Вы замешаны в отказе проекта. Если Вы знаете, что это не собирается работать и не масштабируется, и Вы создаете его во всяком случае, то не удивляйтесь, заканчиваете ли Вы тем, что были "козлом отпущения" для отказа проекта и не добираетесь, больше денег, чтобы сделать это исправляются в следующий раз вокруг.

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

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

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

  • Будьте честны.
  • Слушайте то, что он должен сказать.
  • Не позволяйте его эмоциям объединить Ваше суждение в облако.
  • В конце сделайте правильную вещь.

По крайней мере, именно это я сделал бы.

Всего наилучшего

2
ответ дан 18 December 2019 в 05:13
поделиться

Послушайте и учитесь. Действительно будь интересно о за и против Вашего клиентского подхода.

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

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

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

2
ответ дан 18 December 2019 в 05:13
поделиться

Если Вам нужен клиент, ему нужны Вы также (вероятно, больше). Afterall, он - тот, который выбрал Вас. Он - тот, которому нужна проблема, которая будет решена.

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

1
ответ дан 18 December 2019 в 05:13
поделиться

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

Если бы это - финансовая проблема, и Вам "нужен" бизнес, то я определенно приблизился бы к проекту с упаковывающей время точки зрения.

Скажите им, что достижимо в какой временные шкалы. Удостоверьтесь, что Вам платят модульным способом, поскольку Вы поражаете различные этапы. По крайней мере, тот путь, это дает Вам oppurtunity, чтобы уйти в будущем, если это становится без победителей для Вас.

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

1
ответ дан 18 December 2019 в 05:13
поделиться

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

Лично, я отклонил бы проект. Если они хотят сохранить Вас, объясните, почему Вы не можете взять проект под сформулированными требованиями.

Скажите им, что, если они хотят, чтобы Вы реализовали проект, затем они наняли Ваши экспертные знания, не экспертные знания их парня в отделе ИТ.

1
ответ дан 18 December 2019 в 05:13
поделиться

Я рекомендовал бы пробовать некоторую тактику неверного направления им. Сообщите ему, что Ваши проблемы с его методами и предлагают ему некоторое другое решение, которое удовлетворит и Вашим потребностям и его. Постарайтесь не быть агрессивными (Не говорите, что он неправ), но скажите, что Вы думаете, что существует лучшее решение, которое интегрирует обе из Ваших опций.

Попытайтесь практиковать "Словесное Дзюдо". Быть конфронтационным не идет в сеть Вы никакие точки с ним и только собирается сделать его более уверенным, что Вы просто являетесь трудными. Согласитесь с ним, создайте взаимопонимание по общим идеям и затем мягко приведите его вниз путь к Вашему решению.

1
ответ дан 18 December 2019 в 05:13
поделиться

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

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

Сделайте клиент, знающий о той части в контракте до подписания, возможно, они пересмотрят.

Или, вместо того, чтобы пройти всю эту проблему, как другие предположили: залог, уйдите, или лучше: выполненный. С такой скоростью, как Вы можете. Если это не действительно много денег, затем это, привычка стоит того для распродажи для него.

(Редактирование: штопка, Simon победил меня на несколько секунд.)

1
ответ дан 18 December 2019 в 05:13
поделиться

Я взял бы на поруки на проекте, если я не исчерпал ресурсы. Как консультант самостоятельно, я чувствую единственное значение, которое я приношу клиенту, знание, что я обладаю (и что они не делают, или иначе они не наняли бы меня). Работать над чем-то, что я "знаю", собирается перестать работать, нарушил бы Кодекс поведения консультанта (если бы был один).

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

1
ответ дан 18 December 2019 в 05:13
поделиться

Просто предложите свое решение и объясните (при помощи презентаций/документации), почему это - лучшее. Или даже сделайте прототип из него.

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

1
ответ дан 18 December 2019 в 05:13
поделиться
Другие вопросы по тегам:

Похожие вопросы: