Array
(
    [0] => stdClass Object
        (
            [year] => 2009
            [month] => сентябрь
            [month_i] => 9
            [link] => http://www.2009.mobilefest.ru/
            [name] => mobilefest # nn
        )

    [1] => stdClass Object
        (
            [year] => 2010
            [month] => сентябрь
            [month_i] => 9
            [link] => http://2010.mobilefest.ru/
            [name] => mobilefest # nn
        )

    [2] => stdClass Object
        (
            [year] => 2010
            [month] => декабрь
            [month_i] => 12
            [link] => http://2010.mdday.ru/
            [name] => mdday # russia
        )

    [3] => stdClass Object
        (
            [year] => 2011
            [month] => 
            [month_i] => 0
            [link] => http://2011.mdday.ru/video/
            [name] => видео mdday # russia
        )

    [4] => stdClass Object
        (
            [year] => 2011
            [month] => март
            [month_i] => 3
            [link] => http://volen2011.mobilefest.ru/
            [name] => mobilefest # msk
        )

    [5] => stdClass Object
        (
            [year] => 2011
            [month] => июнь
            [month_i] => 6
            [link] => http://moco2011.mdday.ru/
            [name] => mdday # moco
        )

    [6] => stdClass Object
        (
            [year] => 2011
            [month] => июнь
            [month_i] => 6
            [link] => http://nn.devgarage.ru/
            [name] => devgarage # nn
        )

    [7] => stdClass Object
        (
            [year] => 2011
            [month] => июль
            [month_i] => 7
            [link] => http://spb.devgarage.ru/
            [name] => devgarage # spb
        )

    [8] => stdClass Object
        (
            [year] => 2011
            [month] => август
            [month_i] => 8
            [link] => http://ua2011.mdday.ru/
            [name] => mdday # ua
        )

    [9] => stdClass Object
        (
            [year] => 2011
            [month] => сентябрь
            [month_i] => 9
            [link] => http://spb2011.mobilefest.ru/
            [name] => mobilefest # spb
        )

    [10] => stdClass Object
        (
            [year] => 2011
            [month] => октябрь
            [month_i] => 10
            [link] => http://badaday.ru
            [name] => bada Developer Day
        )

    [11] => stdClass Object
        (
            [year] => 2011
            [month] => ноябрь
            [month_i] => 11
            [link] => http://webapps.devgarage.ru
            [name] => devgarage # nn
        )

    [12] => stdClass Object
        (
            [year] => 2011
            [month] => декабрь
            [month_i] => 12
            [link] => http://2011.mdday.ru/
            [name] => mdday # russia
        )

    [13] => stdClass Object
        (
            [year] => 2012
            [month] => март
            [month_i] => 3
            [link] => http://msk2012.mobilefest.ru/
            [name] => mobilefest # msk
        )

    [14] => stdClass Object
        (
            [year] => 2012
            [month] => апрель
            [month_i] => 4
            [link] => http://2012.devgarage.ru/
            [name] => devgarage # nn
        )

    [15] => stdClass Object
        (
            [year] => 2012
            [month] => май
            [month_i] => 5
            [link] => http://2012.hackaphone.ru/
            [name] => hackaphone # nn
        )

    [16] => stdClass Object
        (
            [year] => 2012
            [month] => июнь
            [month_i] => 6
            [link] => http://moco2012.mdday.ru/
            [name] => mdday # moco
        )

    [17] => stdClass Object
        (
            [year] => 2012
            [month] => июль
            [month_i] => 7
            [link] => http://by.mdday.ru/
            [name] => mdday # by
        )

    [18] => stdClass Object
        (
            [year] => 2012
            [month] => август
            [month_i] => 8
            [link] => http://ua2012.mdday.ru/
            [name] => mdday # ua
        )

    [19] => stdClass Object
        (
            [year] => 2012
            [month] => сентябрь
            [month_i] => 9
            [link] => http://spb2012.mobilefest.ru
            [name] => mobilefest # spb
        )

    [20] => stdClass Object
        (
            [year] => 2012
            [month] => декабрь
            [month_i] => 12
            [link] => http://2012.mdday.ru
            [name] => mdday # russia
        )

    [21] => stdClass Object
        (
            [year] => 2013
            [month] => март
            [month_i] => 3
            [link] => http://2013.mobilefest.ru/hackaphone/
            [name] => hackaphone#msk
        )

    [22] => stdClass Object
        (
            [year] => 2013
            [month] => март
            [month_i] => 3
            [link] => http://2013.mobilefest.ru/
            [name] => mobilefest # msk
        )

    [23] => stdClass Object
        (
            [year] => 2013
            [month] => июнь
            [month_i] => 6
            [link] => http://moco.mdday.ru/#
            [name] => Mdday#moco
        )

    [24] => stdClass Object
        (
            [year] => 2013
            [month] => август 
            [month_i] => 8
            [link] => http://hackaphone.ru/city/odessa/
            [name] => hackaphone#ua
        )

    [25] => stdClass Object
        (
            [year] => 2013
            [month] => август
            [month_i] => 8
            [link] => http://ua.mdday.ru/
            [name] => mdday#ua
        )

    [26] => stdClass Object
        (
            [year] => 2013
            [month] => сентябрь 
            [month_i] => 9
            [link] => http://spb2013.mobilefest.ru/
            [name] => mobilefest#spb
        )

    [27] => stdClass Object
        (
            [year] => 2013
            [month] => сентябрь
            [month_i] => 9
            [link] => http://hackaphone.ru/city/sankt-peterburg/
            [name] => hackaphone#spb
        )

    [28] => stdClass Object
        (
            [year] => 2013
            [month] => сентябрь 
            [month_i] => 9
            [link] => http://hackaphone.ru/city/kazan/
            [name] => hackaphone#kzn
        )

    [29] => stdClass Object
        (
            [year] => 2013
            [month] => сентябрь
            [month_i] => 9
            [link] => http://roboconf.ru/
            [name] => roboconf#msk
        )

    [30] => stdClass Object
        (
            [year] => 2013
            [month] => октябрь
            [month_i] => 10
            [link] => http://hackaphone.ru/city/voronezh/
            [name] => hackaphone#Воронеж
        )

    [31] => stdClass Object
        (
            [year] => 2013
            [month] => ноябрь
            [month_i] => 11
            [link] => http://hackaphone.ru/city/novosibirsk/
            [name] => hackaphone#Новосибирск
        )

    [32] => stdClass Object
        (
            [year] => 2013
            [month] => декабрь
            [month_i] => 12
            [link] => http://2013.mdday.ru/
            [name] => Mobile Developer & Business Day # Russia
        )

    [33] => stdClass Object
        (
            [year] => 2014
            [month] => февраль
            [month_i] => 2
            [link] => http://hackaphone.ru/city/google-devart/
            [name] => Google DevArt
        )

    [34] => stdClass Object
        (
            [year] => 2014
            [month] => февраль
            [month_i] => 2
            [link] => http://hackaphone.ru/city/penza/
            [name] => Hackaphone#Пенза
        )

    [35] => stdClass Object
        (
            [year] => 2014
            [month] => март
            [month_i] => 3
            [link] => http://hackaphone.ru/city/moscow-winter/
            [name] => Hackapnone#Москва
        )

    [36] => stdClass Object
        (
            [year] => 2014
            [month] => март
            [month_i] => 3
            [link] => http://2014.mobilefest.ru/
            [name] => Mobilefest 2014
        )

    [37] => stdClass Object
        (
            [year] => 2014
            [month] => июнь
            [month_i] => 6
            [link] => http://hackaphone.ru/city/krasnoyarsk/
            [name] => Hackaphone#Красноярск
        )

    [38] => stdClass Object
        (
            [year] => 2014
            [month] => июль
            [month_i] => 7
            [link] => http://mdday.ru/lenta/besplatnyiy-vebinar-mdday/
            [name] => Бесплатный вебинар от MDDay
        )

    [39] => stdClass Object
        (
            [year] => 2014
            [month] => август
            [month_i] => 8
            [link] => http://moscow.startupweekend.org/
            [name] => Startup Weekend#Moscow
        )

    [40] => stdClass Object
        (
            [year] => 2014
            [month] => август
            [month_i] => 8
            [link] => http://hackaglobal.timepad.ru/event/138354/
            [name] => Hacka {Nino}
        )

    [41] => stdClass Object
        (
            [year] => 2014
            [month] => сентябрь
            [month_i] => 9
            [link] => http://mdday.timepad.ru/event/147001/
            [name] => Митап «Бизнес разработчика приложений»
        )

    [42] => stdClass Object
        (
            [year] => 2014
            [month] => сентябрь
            [month_i] => 9
            [link] => http://roboconf.ru/
            [name] => Roboconf
        )

    [43] => stdClass Object
        (
            [year] => 2014
            [month] => октябрь
            [month_i] => 10
            [link] => http://mdday.ru/meropriyatiya/vebinar-dmitriya-zaryutyi-easy-ten-pr-mobilnyih-prilozheniy/
            [name] => Вебинар «PR мобильных приложений»
        )

    [44] => stdClass Object
        (
            [year] => 2014
            [month] => октябрь
            [month_i] => 10
            [link] => http://mdday.timepad.ru/event/149970/
            [name] => Митап «Умные часы Gear 2/S»
        )

    [45] => stdClass Object
        (
            [year] => 2014
            [month] => октябрь
            [month_i] => 10
            [link] => http://online2014.mdday.ru/
            [name] => MDDay Online Marketing Conference
        )

    [46] => stdClass Object
        (
            [year] => 2014
            [month] => ноябрь
            [month_i] => 11
            [link] => 
            [name] => Hackaphone # Minsk
        )

    [47] => stdClass Object
        (
            [year] => 2014
            [month] => ноябрь
            [month_i] => 11
            [link] => http://by.mdday.ru/
            [name] => Mobile Developer & Business Day # BY
        )

    [48] => stdClass Object
        (
            [year] => 2014
            [month] => декабрь
            [month_i] => 12
            [link] => http://appcircus.com/event/mdday-russia
            [name] => AppCircus Russia
        )

    [49] => stdClass Object
        (
            [year] => 2014
            [month] => декабрь
            [month_i] => 12
            [link] => http://light.mdday.ru/
            [name] => Mobile Developer Day # light
        )

    [50] => stdClass Object
        (
            [year] => 2014
            [month] => декабрь
            [month_i] => 12
            [link] => http://hackaphone.ru/city/ekaterinburg/
            [name] => Hackaphone # Екатеринбург
        )

    [51] => stdClass Object
        (
            [year] => 2014
            [month] => декабрь
            [month_i] => 12
            [link] => http://hackaphone.ru/city/perm/
            [name] => Hackaphone # Пермь
        )

    [52] => stdClass Object
        (
            [year] => 2015
            [month] => февраль
            [month_i] => 2
            [link] => http://hackaphone.ru/city/vladivostok/
            [name] => Hackaphone#Владивосток
        )

    [53] => stdClass Object
        (
            [year] => 2015
            [month] => февраль
            [month_i] => 2
            [link] => http://newmarkets.mdday.ru/
            [name] => MDDAY Online: Новые рынки
        )

    [54] => stdClass Object
        (
            [year] => 2015
            [month] => февраль
            [month_i] => 2
            [link] => http://hackaphone.ru/city/kaliningrad/
            [name] => Hackaphone#Калининград
        )

    [55] => stdClass Object
        (
            [year] => 2015
            [month] => март
            [month_i] => 3
            [link] => http://analytics.mdday.ru/
            [name] => MDDAY Online: мобильная аналитика
        )

    [56] => stdClass Object
        (
            [year] => 2015
            [month] => апрель
            [month_i] => 4
            [link] => http://mdday.ru/meropriyatiya/konkurs-kak-zashhitit-smartfon/
            [name] => Конкурс идей по защите информации пользователей моб. платформ
        )

    [57] => stdClass Object
        (
            [year] => 2015
            [month] => апрель
            [month_i] => 4
            [link] => http://design.mdday.ru
            [name] => MDDAY Online: Design&Usability
        )

    [58] => stdClass Object
        (
            [year] => 2015
            [month] => май
            [month_i] => 5
            [link] => http://pm.mdday.ru/
            [name] => MDDAY Online: управление проектами
        )

    [59] => stdClass Object
        (
            [year] => 2015
            [month] => июнь
            [month_i] => 6
            [link] => http://clients.mdday.ru/
            [name] => MDDAY Online: для заказчиков приложений
        )

    [60] => stdClass Object
        (
            [year] => 2015
            [month] => июнь
            [month_i] => 6
            [link] => http://mobdev.mdday.ru/
            [name] => MDDAY Online: мобильная разработка
        )

    [61] => stdClass Object
        (
            [year] => 2015
            [month] => август
            [month_i] => 8
            [link] => http://marketing.mdday.ru
            [name] => MDDAY Online: продвижение и монетизация мобильных приложений
        )

    [62] => stdClass Object
        (
            [year] => 2015
            [month] => сентябрь
            [month_i] => 9
            [link] => http://mmc.innospace.ru/
            [name] => Mobile Marketing Conference
        )

)

Вадим Митякин, Galssoft, о важности этапа проектирования

Сарибжанов Ильдар / 16.07.2014 1935 0

Вадим Митякин из Galssoft рассказывает о важности этапа проектирования при разработке мобильного приложения на примере разработки приложения «Связной Трэвел». Запись с Mobilefest 2014.

Вадим

Меня зовут Вадим Митякин, компания “Galssoft”, мы занимаемся мобильной разработкой последние года четыре. Вообще компании 12 лет. Стартовала компания в Новосибирске, потом переехали в Питер, потом переехали в Москву, а сейчас снова вернулись в Питер, но весь бизнес и все клиенты в Москве. Вчера совершенно неожиданно возникла идея, я просто узнал, что есть возможность рассказать, о каком-то проекте, который делает наша компания. Мы делаем проект на заказ. К нам приходят клиенты, мы производим продукт, которым они потом пользуются, и поэтому получается такой экспресс, экспресс вариант.

Я подумал, о чем можно было бы рассказать. У нас за тринадцатый год много реализаций, мы выпустили несколько предложений для «Коммерсанта», для Связного, для ЛитРес, для Промсвязьбанка. Это достаточно крупные проекты с бюджетами, не буду скрывать, речь идет о том, что стартовые цены в таких практиках начинаются от 3 000 000 и так далее. Включены в такие проекты достаточно много людей на разных этапах.

Я подумал, что, наверное, в качестве показательного проекта, о котором можно было бы рассказать, как это все работает, как это все устроено и с какими сложностями приходится сталкиваться. Это, наверное, будет Связной, Связной Трэвел, для заказов авиабилетов. Буквально недавно вышел под андроид и под iOS и, собственно, вот те страхи и волнения, которые были на нем, и почему происходило таким образом, я вам расскажу.

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

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

Так вот сначала проектирование, потом, собственно, разработка и, если предполагается большое развитие, проект продукта, то мы говорим: «ок, и делаем этот самый рогнеп». Потом у нас есть короткий этап проектирования, короткий этап разработки, этап проектирования и этап разработки. Бывают маньяки клиенты, которые хотят, чтобы мы сразу все спроектировали и сразу все разработали. Допустим, тот же Промсвязьбанк делает почти целый год 9 рулей в месяц, получилось достаточно большая штука.

Аудитория

— Привет Галя

— Привет Вадим

Вадим

Так вот вернемся к нашим бутонам. По поводу Связного Трэвел.

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

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

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

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

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

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

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

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

Мы рисуем там всякие мутборды. Все, что там было несколькими минутами, там сказано все правильно. Действительно, для того, чтобы, когда мы уже определились со скопом работ, причем мы скоп можем взять достаточно большой. В чем собственно кайф проектирования, вы просто подумайте. Обычно вы, когда приходите к клиенту, вы говорите, по нашему опыту, это будет стоить полтора миллиона рублей, и мы это сделаем за три с половиной месяца. Вы себе план накидали, потому что вы думаете он будет строиться таким образом и начинаете работать с клиентом, и его фантазии являются вашей угрозой, угрозой ваших сроков и вашим деньгам. И вы начинаете всячески бороться с этим, с его классными идеями, и вы говорите: «нет ребята, это дурацкая работа, это сделаем потом и так далее». А когда ты приходишь и говоришь: «ребята, сначала мы проектируем, а потом разрабатываем, и, скажем, сколько будет стоить разработка только по итогам проектирования». Вы можете позволить клиенту чувствовать себя свободным и, само главное, что вы его всячески провоцируете: «ребята давайте посмотрим так, давайте посмотрим так». Все время надо напоминать о бюджете, что он расфантазируется, потом у него денег не хватит, но в любом случае это процесс гораздо дешевле…..

Аудитория

— Вадим, а как…

Вадим

Меня не надо перебивать, я потом отвечу на твой вопрос.

Так вот, сначала вы даете возможность как следует подумать вширь и потом уже под конец проектировать. Когда уже под конец начинает приобретать форму функциональные сценарии пользовательских, как, в общем, работает приложение экранов, техническая архитектура — уже в этот момент клиент может сказать: «так вот это действительно получается дорого, вот это я по ip допустим не успею сделать, вот здесь мне вообще не нравится».

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

Ты хотел задать вопрос?

Аудитория

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

Вадим

Это самый первый вопрос, на который мы всегда отвечаем, тут все понятно, тут есть несколько технологий коммуникационных. Понятное дело, что мы, естественно, можем сказать порядок цифр, потому что, если это банк, у него есть бюджет, это ему нужно забюджетироваться. Мы можем сказать: «ребята, вы находитесь в диапазоне 7-9 миллионов рублей, пожалуйста, поставьте верхнюю планку, у вас должны быть забронированы эти деньги, по другому просто не бывает». Это первое. Второе, если у них есть четкий бюджет, известный бюджет, то мы говорим мы работаем от обратного. Вот есть бюджет и в процессе проектирования выясняем попутно, сколько функций влезет в этот бюджет. Если возникает какая-то дискуссия, связанная с тем, что мы хотим знать точно, тогда мы просим узнать, где у них в офисе дверь, в которую мы можем выйти. Потому что, если вы приходите на какую-то судостроительную верфь, например, или на какое-нибудь высокотехнологическое производство с такой бумажкой, на которой написано, хочу красивый корабль, чтобы он классно и быстро плавал, вас достаточно быстро от туда отправят. Потому что сначала надо спроектировать этот корабль , а потом, собственно, его построить .

Вопрос какой-то был, да.

Аудитория

— У меня был вопрос, этап проектирования он оплачивается?

Вадим

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

Аудитория

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

Вадим

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

Аудитория

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

Вадим

Вы знаете, мы…..

Аудитория

-Вы знаете, мне кажется, когда маленькая студия….

Вадим

Конечно, Вы совершенно правы. Только есть единственный способ убедить клиента, что такой подход сработает — это Reference, вот эти ребята так уже работали. То есть, поймите, мы занялись мобильной разработкой, когда мы уже 7 лет работали и нашим клиентом был Microsoft. Поэтому было достаточно просто заходить в крупные бренды и говорить: «Ребята, у нас клиент Microsoft, мы с ним 7 лет работаем, чего Вы боитесь? Все нормально». И поэтому, даже таким образом мы смогли выйти на незнакомый нам рынок мобильной разработки, из корпоративного, из Интерпрайзовских решений туда. Это сыграло и хорошую и плохую службу, но тем не менее.

Да, такой подход, действительно, не работает с маленькими командами, которые только стартовали. Либо они в принципе выбирают своим видом деятельности проектирование, как таковое, но тогда они просто продают не производство продуктов, а вот отдельную часть, связанную…

Аудитория

— Есть такие виды команд, которые занимаются мобильным рынком только проектированием, в смысле, маленькие?

Вадим

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

Аудитория

— Но вопрос компетенции тоже никто не отменял

Вадим

Это правильно!

Аудитория

— Проектирование – ты должен знать, как оно разрабатывается, как оно взаимодействует.

Вадим

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

Аудитория

— Только у тебя 5 минут.

Вадим

Отлично, мне как раз хватит. Так вот, для того, чтобы заказчик чувствовал себя комфортно, вот какой самый главный вопрос, который заказчик задает?

Вы ему все подали, а он говорит: «Как же, Вадим, ты мне гарантируешь, что ты это сделаешь все вовремя?».

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

Ответом — я долго думал в течение 12 лет над этим вопросом и искал какие-то ответы, и, в общем, самым правильным ответом я нашел, что, ребята, давайте мы будем вместе с вами смотреть на проект, на ход проекта в течение всего его цикла, прямо от и до. Что это означает? Что мы и проектирование, и разработку делаем таким открытым образом, что в нем есть большое количество промежуточных точек, являющихся проверкой того, действительно ли мы находимся в графике. То есть заказчику гораздо лучше узнать, когда мы прошли 20% пути, что мы отстаем и у него еще есть запас по времени, чтобы как-то реструктурировать свою историю, связанную с этим продуктом. И он вынужден будет это сделать, потому что чудес не бывает, потому что продукт довольно часто быстро не сделаешь.

Так вот, и проектирование и разработку мы разбили на определенные этапы, которые мы открыто декларируем, и к которым мы привязываемся по этапам работы.

Случаи с проектированием – это функциональное, интерфейсное и техническое проектирование, в результате которых рождаются определенные артефакты. Функциональные сценарии, интерфейсы, кабельный прототип, техническая артиктура – эти документы обязательно защищаются как внутри команды, так и с клиентом, то есть мы не посылаем никогда клиенту 50-ти страничный документ, мы всегда делаем так называемые «выездные чтения». То есть мы приезжаем с этими документами и рассказываем, что в нем написано, чтобы они были спокойны, подписывая его. Это, что касается самого этапа проектирования.

Как мы вообще подошли к структурированию продукта?

Мы введи такое понятие – вертикаль. Объясню, что это такое. Если есть люди, более технические, то они знают, как устроена арктикрура системы — это, как правило, такой пирог, в котором есть слои: база данных, бизнес логика, интерфейс и т.д., их там много бывает. Но если вы подумаете, берем Связной Трэвел, например, функция поиска билетов, допустим «ввод параметров поиска» или раздел, связанный с выводом результатов. Это некий раздел и для того, чтобы он заработал в приложении, мы должны сделать такую вертикаль по всей артиктуре системы. Это найдет отражение в интерфейсе, это найдет свое отражение в бизнес логике, это найдет свое отражение на сервере, это найдет свое отражение в базе данных.

Соответственно, мы всю документацию, всю работу строим, отталкиваясь, вот представьте себе такой пирог, который нарезан на определенные дольки. Мы и план, таким образом строим. То есть, мы говорим: «Ок, мы не будем делать всю базу данных, мы не будет сразу делать всю бизнес логику и т.д». Потому что, разработчикам нравиться все это делать, а потом почему-то в конце при стабилизации друг с другом не соединяется. Мы раз за разом выстраиваем вертикаль за вертикалью и когда, допустим, заканчиваются определенные интерации разработки, раз уже тестирован и готов к публикации определенный фрагмент в функциональности приложения.

Бывает так, довольно часто, что у заказчика, допусти того же Связного Трэвел, не был готов сервис, связанный, допустим, с геолокацией. Мы сказали: «Ок, ребята, у нас все остальное тестировано, мы можем опубликовать это уже сейчас». И мы так и сделали. И, соответственно, заказчик видит прозрачный план, который у нас, вот это очень важный нюанс, план разработки и план работ не отличается от заказчика и внутренне, то есть общий «зашаренный» план работ, который видит и заказчики и подрядчики и есть у всех ощущение открытости учета рисков, это важно. Чтобы мы не мультиплицировали риски. То есть, наш подрядчик закладывает риски, мы закладываем риски, клиент закладывает риски, получается, на эти риски закладывается и бюджет и сроки. Если мы говорим, что мы работаем вот в такой модели, то вот эти риски, то есть, грубо говоря. Как-то мы работали с одним клиентом и нам они подсказали классную идею, они сказали: «Ребята, у вас наверняка в смете есть риски, давайте вы сделаете так, вы оцените работы без них и выделите отдельно строку в смете стоимость этих самых рисков и факторы их возникновения, и мы будем смотреть на эту сумму как на резервный бюджет, который мы зарезервируем и к которому мы обратимся в случае мотивированного обоснования возникновения этих рисков».

И действительно, очень сильно получается, у клиента нет ощущения, что он переплачивает просто так. Ведь, вдумайтесь, когда клиент приходит к вам с брифом и говорит: «Ребят, оцените мне, пожалуйста». Либо он дурак, простите, либо он понимает, что там спрятаны риски, и он готов за эти риски заплатить, либо он не понимает, но в любом случае происходит переплата. То есть, дешевле, действительно, спроектировать, дешевле, действительно, разобраться в деталях, потом отметить те вещи, которые от нас не зависят, но которые могут сыграть, там, предположим, неготовность внешних сервисов, изменение требований и т.д. Которые будут распакованы в нужный момент и у клиента есть определенная бизнес вежливость по отношению к заказчику: не палить деньги, которые он мог потратить либо на новый этап работы, либо на свои какие-то задачи.

Аудитория

— Можно вопрос?

Вадим

Да

Аудитория

— Насколько срок разработки, если делать каскадным методом, постепенно, либо разбивать в общих цифрах. Вы же работали и так и так, соответственно, прикинуть по объемам проекта.

Вадим

Практика показала, что без проектирования проект по факту дольше выполняется, хотя ожидания у всех более короткие. Мы говорим: «Ок, мы за три месяца все разработаем». Но почему-то потом получается пять. Либо, когда мы с проектированием это делаем, мы говорим: «Ок, мы там 1,5 месяца проектируем, потом три месяца или два с половиной разрабатываем, потому что мы не закладываем поиск решений в процессе разработки, мы их уже все нашли: архитектурные, интерфейсные». Вот же в чем проблема, в том, что, почему сроки отодвигаются? Потому что мы в процессе разработки натыкаемся на вопросы, на которые мы не ответили в начале проекта. Это фундаментальная проблема.

Аудитория

— А Вы можете сделать проект, на которые отвечаете на все вопросы и написать такую документацию?

Вадим

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

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

Аудитория

— То есть, это в проектирование вносите?

Вадим

Да, да, совершенно верно.

Аудитория

— Часто ли на этапе реализации меняются требования? Сначала спроектировали, а потом на этапе реализации все меняется.

Вадим

Вот такой подход он, в общем-то, заставляет клиента вовлечься в проект, и в этом случае он относится к нему не как к черному ящику, куда он забросил деньги и на входе получает продукт, короче говоря, процент changequest очень понижается, то есть я бы сказал на порядок, потому что клиент уже на этапе проектирования начинает об этом думать. Да, безусловно, changequest есть, поэтому мы советуем даже большие проекты клиентам делать относительно короткими этапами, допустим, по три месяца на проект. То есть, мы берем, допустим, Промсвязьбанк, вы просто представьте себе, это огромная вещь, то есть там управление всякими счетами, операциями, и это все связанно с бэкэндом который мы так же пишем, допустим, частично в связке с банковской системой. И вот это все разом в голове представить и прочувствовать многие люди просто не берут на себя ответственность сразу все это акцептовать, они не могут, все это сложная система, в которой человек один все факторы учесть не может. Поэтому мы говорим: «Ок, ребят, вы лучше не делайте большой длинный проект, сделайте RoadMap, что вы хотите сделать за год, нарежьте эту колбасу на какие-то короткие отрезки, и тогда вы сэкономите наши и ваши деньги, что ваши changequest будут не changequest, а просто уточнением требований к следующим этапам, за которые вы еще не заплатили, за которые мы еще не взялись ».

Аудитория

— А вы изначально прикидываете, в любом случае, вам, например, годок делать приложение, вы знаете, делать полтора и вы повышаете. Бывает?

Вадим

Бывает, конечно.

Аудитория

— И как с клиентом после этого, он спрашивает, высказывает. Например: «Вадим, я вот год заложил, а выходит полтора».

Вадим

Да, да, да. У нас с многими клиентами есть штрафные санкции в договоре, это, как я уже сказал, слабая штука. Я так скажу, вообще это вопрос понимания ситуации. Вы же понимаете, что вы придете через полтора года и скажите: «Я вот все сделал и он такой посмотрит на часы, полтора года прошло». Эта ситуация происходит не на ровном месте, это уже из области поддержания ожидания заказчика. Это не про проектирование история, это про менеджмент, то есть как выстраивается менеджмент с клиентом. Действительно, это большая катастрофа, если на стороне подрядчика нет людей, пардон, с высоким эмоциональным интеллектом, то есть, тот придет к директору банка в каком-то подразделение скажет там: «Чувак, по-ходу у нас проблемы». То есть, на ранней стадии найти какие-то компромиссы, может быть, пойдет на встречу. Спасибо.

 

 

Подписаться на новости

мы будем присылать подборки
самых интересных материалов, не очень часто

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

Дмитрий Тарасов о развитии бизнеса продуктовой разработки

Разбираем архив видеозаписей 2013 года. Сегодня представляем вам видеозапись выступления Дмитрия Тарасова,  CEO Tarasov Mobile, на конференции MDDay UA, которая прошла в Одессе в августе 2013 года. Доклад о том, как узкоориентированное...
Алена Войнова / 12.02.2014 573 0

Как вывести игру в Топ-10 американского аппстора

О своем опыте рассказывает Родион Яшков из Wyse Games. Студия распределена по нескольким городам, самостоятельно разрабатывает игры и выступает как паблишер.  
Миша Денисов / 14.11.2013 650 0

RedMadRobot. Кейс разработки мобильного приложения для личного кабинета «Билайна».

Видеозапись выступления на фестивале мобильных технологий Mobilefest 2014 Алексея Макина из RedmadRobot. Алексей поделился уникальным опытом разработки личного кабинета для сотового оператора "Билайн".
Алена Войнова / 26.05.2014 978 0