Юрий Ветров об интерфейсах
  • Главная
  • Статьи
  • Дайджест
  • Конференции
  • Дизайн-менеджмент
  • Дизайн-системы
  • Заметки
  • О блоге
Юрий Ветров об интерфейсах
Юрий Ветров об интерфейсах
  • Главная
  • Статьи
  • Дайджест
  • Конференции
  • Дизайн-менеджмент
  • Дизайн-системы
  • Заметки
  • О блоге

Работа со стартапами. Заказчик хочет быстро, инвестор — надежно и застраховано

  • 26 июля, 2007

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

Вкратце о проекте. Работы разбиты на 4 этапа:

  1. предварительный анализ и оценка проекта. Заказчик и подрядчик строят общую картинку будущей системы, оценивают работы по стоимости и времени и планируют их;
  2. проектирование интерфейса и создание интерактивного прототипа. Начало работ над системой. Необходимо получить действующую ее модель. Во-первых, для того чтобы зафиксировать концепцию. Во-вторых, протестировать ее юзабилити с будущими пользователями;
  3. спецификация системы и техническое задание на ее разработку. Нужно поставить четкое задание разработчикам. В этом поможет серия документов, описывающих базу данных, архитектуру системы, бизнес-логику, рабочее оборудование и прочие моменты;
  4. разработка и запуск системы. Программирование и сопутствующие работы. По итогу — переданный заказчику.

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

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

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

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

P.S. Это первый материал в сотрудничестве с проектом LiveIdea.ru, посвященном веб-стартапам. Часть материалов блога будет выходить и там тоже. Чуть позже я напишу об этой коллаборации побольше.

Юрий Ветров

Директор по дизайну Райффайзенбанка, ранее — Mail.ru Group. Я руковожу несколькими дизайн-командами, которые отвечают за дизайн бренда и интерфейсов. Веду блог о дизайн-менеджменте, делаю дайджесты, со-организую московский Dribbble Meetup и UX-Среду, читаю лекции в Британке, курирую курс Future London Academy в Лондоне, публикуюсь на Smashing Magazine, UXmatters и UX Collective. Подробнее обо мне.

Подписаться на рассылку

Вы будете получать свежий дайджест раз в месяц

Другие статьи по теме
DesignOps Handbook
View Post

DesignOps, стремительно ворвавшийся в тренд

  • 23 июля, 2018
UX-стратегия. Часть 6 — Внедрение
View Post

UX-стратегия. Часть 6 — Внедрение

  • 30 мая, 2017
UX-стратегия. Часть 5 — Дизайн с выхлопом
View Post

UX-стратегия. Часть 5 — Дизайн с выхлопом

  • 12 апреля, 2017
View Post

Куда идёт UX в 2016 году

  • 14 сентября, 2016
View Post

UX-стратегия на практике. Часть 4 —
От дизайн-команды к дизайн-культуре

  • 12 сентября, 2016
View Post

Алгоритмический дизайн

  • 27 июня, 2016
View Post

Результаты конкурса на дизайн околопочтового приложения Mail.Ru на Dribbble

  • 17 сентября, 2015
View Post

UX-стратегия на практике. Часть 3 — Платформенное мышление

  • 11 августа, 2015
5 comments
  1. Уведомление: Юрий Ветров. Управление проектами и проектирование интерфейсов » КÑ
  2. Уведомление: Кризисные ситуации. Спасение горяÃ
  3. Уведомление: Кризисные ситуации. Спасение горяÃ
  4. Уведомление: Пауза закончилась | Juras Vetrau Blog. Управление проектами и проектирование интеÑ
  5. Уведомление: Пауза закончилась | Juras Vetrau Blog. Управление проектами и проектирование интеÑ

Добавить комментарий Отменить ответ

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.

Подписаться на рассылку

Вы будете получать свежий дайджест раз в месяц

Юрий Ветров об интерфейсах
Дизайн-менеджмент цифровых продуктов, © 2007-2018

Input your search keywords and press Enter.