Комментарии 45
2. Так же внедренцам\франчам\компаниям выгодно быстрее писать ТЗ, согласовывать максимально четко требования и ускорять разработку — это живые деньги. Долгая разработка — губит проект, съедает ресурсы, снижает лояльность.
3. 1С активно осваивает западный рынок и вот как раз там, мне кажется, такой инструмент нужен как воздух.
В 1с хоть стандарты есть. У всех все одинаково и я бы сказал довольно удобно, иногда посмотришь на какой нибудь сайт/программу и материшься на этих дизайнеров.
Раньше были какие то принципы (кнопка должна быть кнопкой, галка — галкой, радикнопка и т.д.) сейчас все лепят как хотят, на одном сайте по одному, на другом по другому, сидишь и думаешь как же тут работать.
1с должна быть как автомат калашникова. Работать всегда, везде и быстро. Быстро не всегда получается, но это из-за монстроузности конфигураций. Если на 1с сделать специализированное решение, будет летать, но будет только для одного заказчика.
wonderland.v8.1c.ru/blog/dorabotki-menyu-formy
красивый там отчет «Статистика по покупателям»
А как вам кажется, на сколько снизятся риски, если заказчик до разработки 100 форм, уже их увидит и на начальном этапе скорректирует грубые ошибки/не стыковки?
Я как бы не против что нужна система быстрого прототипирования форм, я даже ЗА, но в 1С это делается быстро, даже очень быстро, еще быстро это делается в делфях, возможно с VS. Плюс в 1С это будут и формы и база и уже какое то взаимодействие между формой и базой, плюс даже если будете менять структуру, то система сама проведет необходимые действия с базой и все это можно весьма удобно заливать в продакшен (как любят сейчас говорить), в других системах мне кажется гемора намного больше.
А как вам кажется, на сколько снизятся риски, если заказчик до разработки 100 форм, уже их увидит и на начальном этапе скорректирует грубые ошибки/не стыковки?
Ни на сколько не снизятся. Если проект достаточно масштабный, то просмотр формочек (даже если вы сможете Заказчика заставить смотреть на них) не даст понять, решается поставленная задача или нет или не решается. Скорее всего, результат вы узнаете уже после внедрения. После того, как Заказчик с месяцок поработает с Вашим творением.
Отсюда вытекают эджайл-техники: релизный цикл должен быть максимально коротким. Чтобы на ранней стадии понять, что пошло не так.
Если проект небольшой, то можно договориться и на пальцах. Не обязательно тратить время на то, чтобы показывать Заказчику формочки.
И вообще, если у Заказчика есть желание порулить процессом разработки (ну там формочки подизайнить, процессы расписать), для меня это тревожный знак. Как правило, Заказчик плохо разбирается в проектировании ПО/интерфейсов. Соответственно, если пойти у него на поводу, то почти всегда получится лажа.
Например, мне как-то раз сказали примерно следующее: «внедряем 1С. Все круто, но интерфейс — омерзительный. Надо, чтобы было быстро и эффективно. Я напишу все экраны. Все перепишем». Я лишь ухмыльнулся и поставил типовую УНФ. Через месяц — привыкли. И шальные мысли переписать неудобный интерфейс рассосались сами собой.
Сколько по вашей оценке займёт часов разработка формы документа "заказ покупателя" при условии, что даже будете срисовывать с готового образца?
Согласен с автором статьи. Я как раз занимаюсь разработкой инструмента прототипирования на платформе 1С — "Эскиз" (https://t.me/sketch1c). Правда сейчас перерыв сделал. В общем если будут идеи или вопросы — пишите в телеграмму в "личку".

Вообще уже есть назойливая идея пригласить UI/UX специалиста, что бы он оценил наш интерфейс (мы не стандартно делаем). Сейчас вот так:

В 1С UX/UI дизайна нет