а) я не говорил что это единственный критерий. это половинный критерий. половинный означает что вес этого критерия >=40%. есть еще качество — другой половинный критерий. в остальном это сроки и др.
б) как вы умудрились привязать тендеры и рынки сбыта? как они вообще связаны?
в) вы очень хитро приводите примеры, почему-то абсолютно не обращая внимания на детали. вернее представляя их в странном свете. возьмем тот же эппл. да, они за дорого продают свои девайсы, но там есть несколько причин, о которых вы почему-то забыли упомянуть, списав все на «демпинг/не демпинг».
1) продукция эппл позиционируется как дорогой товар. это как водка парламент: у них плохо шли дела с продажами и они взяли и подняли цену. люди начали думать что раз стоит в 1.5 раза дороже, то и качество лучше.
2) эппл не демпингует? а как же ее операционная система, которая по сути распространяется бесплатно, а даже если ее покупать отдельно стоит на порядок дешевле той же windows? это не демпинг?
3) никто с вами не спорил что стремиться надо к качеству
себестоимость карандаша — несколько копеек. однако ни одному производителю не приходит в голову продавать их по такой цене.
при этом отчего-то цены на карандаши регулируются рыночными законами, а значит они поднимаются/опускаются в зависимости от спроса и конкурентной обстановке.
только при чем здесь демпинг цен? как это связано с тем что производители не хотят продавать товар по себестоимости?
почему вы все считаете что мир черно-белый?
что за категории такие: в купле-продаже — можно, в других — нельзя. все зависит от конкретных входных данных.
какой смысл в этих категоричных заявлениях, если даже в первом приближении они уже начинают расплываться?
Интересно как вы продержались 10 лет. Я конечно дико извиниясь, но фраза
Не демпингуйте.
В тех самых государственных тендерах по-другому не выиграть никак. Формально это один из половинных критериев. И если ваши конкуренты скинут цену до минимума, какой бы качество вам не поставили — вы в пролете. Вы конечно можете кричить про «у нас качество лучше», но и сидите без денег. Конкуренты же год-два поработают за так, к ним образуется доверие, появятся связи. Ну а потом они все эти деньги отобьют за несколько месяцев.
Я конечно слишком молодой чтобы делать подобные высказывания.
Но собственне вы так же поступаете. Что значит не демпингуйте? Это что универсальное правило на все случаи жизни? Есть конкретная цель. По этой цели определяются допустимые издержки. И если в итоге, с учетом всех рисков, цель оправдывает средства, то почему бы и не депинговать? Если это принесе профит.
Вот прям среди ночи из постели выхватывают, сажают в фургон и везут на заброшенный склад прототипы презентовать? :) Я вас умоляю… Во-первых это показатель хренового менеджмента, во-вторых всегда найдётся полминуты, чтобы скинуть прототипы на флешку / dropbox и идти это показывать.
Вы видели государственные тендеры? Их сроки реализации? 7 дней обычно. И при этом все прекрасно понимают что за 7 дней можно максимум представить что вообще требуется. Но начальству-то надо что-то уже сейчас показывать. Вот и показываешь им интерфейсы.
И менеджмент (внутри компании) тут абсолютно не при чем.
Да и написано было выше что нет прототипа.
Хотя тут думаю стоит сказать: давайте каждый останется при своем мнении.
Дизайнер не должен знать бизнес-процесс в той мере в какой его знает БА. Ему надо знать его в той мере, чтобы разобраться чего пользователям надо от интерфейса. Собственно поэтому дизайнер должен быть немного БА и наоборот. Но не полностью совмещать их.
И, кстати, раз уж затронули эту тему. Тот же глава отдела разработки абсолютно точно так же должен втыкать на некотором уровне в бизнес-процесс. Никогда не получится ничего стоящего если все разработчики будут реализовывать только что что написал им БА буква в букву.
я бы не хотел ввязываться в полемику. тут же и так все понятно: кому что нравится, то тем и пользуется.
отпишусь только по поводу ваших замечаний:
ОК, вы описали два кейса в которых изменения вносит один человек. При чём тут «Режим совместного, одновременного редактирования»?
с одной стороны вы говорите про то что нескольким людям вносить изменения в дизайн интерфейса в принципе не за чем. С другой, почему-то высказываете претензии к конкретной программе.
Ахure, например, чудесно умеет выкладывать свои безобразия в SVN. Ну и Dropbox как средство синхронизации никто не отменял. Ну реально, много способов есть, чтобы по нажатию одной кнопки свежая версия прототипов заливалась сразу в интернет.
С одной стороны вы ругаете «куцость» предоставленной программы, а с другой стороны пытаетесь описать кучу граблей программы как их положительные стороны.
Чтобы залить на SVN надо еще этот SVN замутить. А потом каждому сотруднику поставить SVN клиент, а затем Axure… Уже задолбаться можно.
Или представим себе ситуацию, вы на презентации скажем перед заказчиком. Презентация стихийная (о как часто я это видел). У вас нет прототипа программы. Вам указывают на компьютер, к которому подключен проектор и говорят: «Показывайте». Самое забавное что это не выдуманная история. И вот мы лезем, скачиваем Axure, устанавливаем его. Сливаем с svn'а/dropbox'а проект и… уже 15 минут как ваше время истекло.
Толи дело тут: заходим на сайтик, открываем, показываем.
Если интерфейсы сложные и требуют дополнительного разъяснения, а писать спецификацию не хочется, то можно связаться по скайпу, расшарить свой экран и всё показать/объяснить.
Сомневаюсь что в этом причина. Дизайнер интерфейсов должен имтеь навыки построения удобных интерфейсов. Собственно во время встреч с заказчиком, а особенно с пользователями, в то время как БА раскладывает все процессы и потоки по полочкам, дизайнер должен сидеть и ломать голову над вычленением тех форм, которые вызываются чаще, какие действия на них производятся чаще. И прочее и прочее.
Собственно я сам, работая БА, делаю часть этой работы. Например недавно подметил что пользователи открывая одну форму в 20-30% случаев открывают еще 1-5, которые отображают детализированную информацию. Дал задачу программистам в главных формах агрегировать необходимый минимум информации детализированной в отдельных табах. Пользователи довольны до поросячего визга.
И вот именно поэтому я против подхода что это работа БА
а) у меня тупо не хватает времени
б) я лишь разбираюсь что куда вставить в соответсвии с бизнес-процессом, но я смутно представляю как сделать это удобным.
в) если бы был проектировщик интерфейсов, то он бы целыми днями сидел и ковырял куда что лучше сунуть и уже потом давал бы мне возможные решения
г) я лишь проверяю бизнес-процесс и бизнес-логику в приложении. и очень мало уделяю времени интерфейсу. такой уж регламент чтоли.
если уж так пошло, то лучше соединить тестировщика и дизайнера gui.
да просто. на стационарном маке поставил appstore, попытался установить приложение, он попросил указать свой appleID. указал стандартные, он меня послал нахер, сказав что я слинкован с 5ю девайсами.
разработка прототипов форм — это работа разработчика интерфейсов.
то что в вашей компании
на юзабилисте в чистом виде обычно компании экономят.
не означает что это правильно и что можно подменять понятия. обычно и на БА экономят, чего уж греха таить, и тогда всю работу проделывает «старший программист» и формы рисует он. от этого, правда, это не становится его основной работой и его специализированной задачей.
ну и не буду говорить что получается когда один человек занимается всем :)
нет. но много раз вы такое провернуть не сможете — существует ограничение на число привязок вашего аккаунта к девайсам. если вы владеете ipad'ом, iphone'ом и скажем макбуком, то у вас остается 2 свободные привязки.
б) как вы умудрились привязать тендеры и рынки сбыта? как они вообще связаны?
в) вы очень хитро приводите примеры, почему-то абсолютно не обращая внимания на детали. вернее представляя их в странном свете. возьмем тот же эппл. да, они за дорого продают свои девайсы, но там есть несколько причин, о которых вы почему-то забыли упомянуть, списав все на «демпинг/не демпинг».
1) продукция эппл позиционируется как дорогой товар. это как водка парламент: у них плохо шли дела с продажами и они взяли и подняли цену. люди начали думать что раз стоит в 1.5 раза дороже, то и качество лучше.
2) эппл не демпингует? а как же ее операционная система, которая по сути распространяется бесплатно, а даже если ее покупать отдельно стоит на порядок дешевле той же windows? это не демпинг?
3) никто с вами не спорил что стремиться надо к качеству
при этом отчего-то цены на карандаши регулируются рыночными законами, а значит они поднимаются/опускаются в зависимости от спроса и конкурентной обстановке.
только при чем здесь демпинг цен? как это связано с тем что производители не хотят продавать товар по себестоимости?
как это относится к тому что не надо демпинговать?
что за категории такие: в купле-продаже — можно, в других — нельзя. все зависит от конкретных входных данных.
какой смысл в этих категоричных заявлениях, если даже в первом приближении они уже начинают расплываться?
В тех самых государственных тендерах по-другому не выиграть никак. Формально это один из половинных критериев. И если ваши конкуренты скинут цену до минимума, какой бы качество вам не поставили — вы в пролете. Вы конечно можете кричить про «у нас качество лучше», но и сидите без денег. Конкуренты же год-два поработают за так, к ним образуется доверие, появятся связи. Ну а потом они все эти деньги отобьют за несколько месяцев.
Я конечно слишком молодой чтобы делать подобные высказывания.
Но собственне вы так же поступаете. Что значит не демпингуйте? Это что универсальное правило на все случаи жизни? Есть конкретная цель. По этой цели определяются допустимые издержки. И если в итоге, с учетом всех рисков, цель оправдывает средства, то почему бы и не депинговать? Если это принесе профит.
Вы видели государственные тендеры? Их сроки реализации? 7 дней обычно. И при этом все прекрасно понимают что за 7 дней можно максимум представить что вообще требуется. Но начальству-то надо что-то уже сейчас показывать. Вот и показываешь им интерфейсы.
И менеджмент (внутри компании) тут абсолютно не при чем.
Да и написано было выше что нет прототипа.
Хотя тут думаю стоит сказать: давайте каждый останется при своем мнении.
И, кстати, раз уж затронули эту тему. Тот же глава отдела разработки абсолютно точно так же должен втыкать на некотором уровне в бизнес-процесс. Никогда не получится ничего стоящего если все разработчики будут реализовывать только что что написал им БА буква в букву.
отпишусь только по поводу ваших замечаний:
с одной стороны вы говорите про то что нескольким людям вносить изменения в дизайн интерфейса в принципе не за чем. С другой, почему-то высказываете претензии к конкретной программе.
С одной стороны вы ругаете «куцость» предоставленной программы, а с другой стороны пытаетесь описать кучу граблей программы как их положительные стороны.
Чтобы залить на SVN надо еще этот SVN замутить. А потом каждому сотруднику поставить SVN клиент, а затем Axure… Уже задолбаться можно.
Или представим себе ситуацию, вы на презентации скажем перед заказчиком. Презентация стихийная (о как часто я это видел). У вас нет прототипа программы. Вам указывают на компьютер, к которому подключен проектор и говорят: «Показывайте». Самое забавное что это не выдуманная история. И вот мы лезем, скачиваем Axure, устанавливаем его. Сливаем с svn'а/dropbox'а проект и… уже 15 минут как ваше время истекло.
Толи дело тут: заходим на сайтик, открываем, показываем.
Любите же вы извращаться.
как вы себе представляете обсуждение GUI с разработчиками и заказчиком?
программист наляпает, а потом все пользуются? :)
Собственно я сам, работая БА, делаю часть этой работы. Например недавно подметил что пользователи открывая одну форму в 20-30% случаев открывают еще 1-5, которые отображают детализированную информацию. Дал задачу программистам в главных формах агрегировать необходимый минимум информации детализированной в отдельных табах. Пользователи довольны до поросячего визга.
И вот именно поэтому я против подхода что это работа БА
а) у меня тупо не хватает времени
б) я лишь разбираюсь что куда вставить в соответсвии с бизнес-процессом, но я смутно представляю как сделать это удобным.
в) если бы был проектировщик интерфейсов, то он бы целыми днями сидел и ковырял куда что лучше сунуть и уже потом давал бы мне возможные решения
г) я лишь проверяю бизнес-процесс и бизнес-логику в приложении. и очень мало уделяю времени интерфейсу. такой уж регламент чтоли.
если уж так пошло, то лучше соединить тестировщика и дизайнера gui.
то что в вашей компании не означает что это правильно и что можно подменять понятия. обычно и на БА экономят, чего уж греха таить, и тогда всю работу проделывает «старший программист» и формы рисует он. от этого, правда, это не становится его основной работой и его специализированной задачей.
ну и не буду говорить что получается когда один человек занимается всем :)
а поведение у него вполне логичное. если вы купили приложение, а затем удалили, то он не должен в будущем качать все обновления для этого приложения.
видимо ваш случай попал под данный вариант