Please enable JavaScript.

Coggle requires JavaScript to display documents.

Проектирование продуктов и сервисов - Coggle Diagram

- - - - Самая содержательная часть данного определения — «поиск новых решений». К проектированию необходимо прибегать, когда мы пытаемся создать что-то новое.
- - - - За функциональность, как отражение пользовательских потребностей отвечает «маркетолог» с магическими знаниями о рынке и счастье пользователя. За внутреннее устройство продукта отвечает разработчик, за внешнее оформление дизайнер, а за распространение продукта отвечает ответственный за продвижение.
        
        В реальном мире все иначе. Именно от менеджера в конечном итоге ждут определённости и ясности. Поэтому, прибегая к помощи дизайнеров и разработчиков в придумывании и реализации, менеджер должен прежде всего сам понимать, как будет устроен продукт, за жизнь которого он отвечает.
        
        Того, что менеджер не понимает, не может существовать и в коллективном мышлении команды.
        
        Правильная организация проектирования помогает менеджеру не только самому понять устройство продукта, но и объяснить его всем остальным: дизайнерам, разработчикам и всем тем, кто заинтересован в запуске (например, топ-менеджерам или инвесторам).
- - - - Вся сложность создания новых продуктов/сервисов в том, что вы действуете в ситуации полной неопределенности, у вас очень мало знаний, зато много гипотез, в которые вы верите. Один из важнейших процессов уже при создании продуктов (пока мы только проектируем) является процесс верификации гипотез и превращения их в факты, либо опровержения гипотез и формирования новых. Такой подход постепенно видоизменяет вашу веру, приближая ее к реальности.
        
        Таким образом, главный результат проектирования — это качественно сформулированная, детально проработанная гипотеза о ценности продукта, которую можно использовать на первых этапах работы над продуктом для ответов на вопросы, возникающие в разных областях неизвестности.
        
        Еще раз повторюсь, что результат проектирования — это гипотеза (то, во что вы верите), а не истина, подтвержденная фактами.
  - - - Именно из результатов проектирования той части продукта, которую видит пользователь, надо исходить при проектировании серверной части.
        
        И самое главное не забывайте, что результат проектирования — это гипотеза. Вам лишь предстоит подтвердить или опровергнуть ее фактами. Поэтому не стройте сложных систем, которые нельзя будет быстро менять под нужны новых гипотез.
  - - - Продукты строятся вокруг проблемы/потребности. Поэтому первой и самой важной гипотезой, которую надо сформулировать при проектировании сервиса является «гипотеза о проблеме».
- - - - Для того, чтобы сформулировать гипотезу о проблеме можно воспользоваться следующим шаблоном:
        
        Сервис НАЗВАНИЕ предоставляет ЦЕННОСТЬ ВАШЕГО ПРОДУКТА, чтобы помочь КОМУ КОНКРЕТНО решить КАКУЮ КОНКРЕТНО ПРОБЛЕМУ.
  - - - Сценарий использования вашего сервиса всегда начинается за пределами сервиса. Я иду в Навигатор, когда понимаю, что не знаю, как доехать до какого-то места или не знаю как объехать большую пробку. Я использую СМС сообщение, когда мне неудобно звонить. Я заношу информацию в органайзер, когда не могу запомнить все дела.
        
        Таким образом, человек сначала формулирует для себя проблему, а потом способ её решения с помощью вашего сервиса (конечно для этого человек должен быть знаком с вашим решением).
  - - - Сделайте первый набросок схемы использования вашего сервиса. Он должен состоять из проблемы, которая возникла у человека и набора экранов, с помощью которых он проблему решает. На этом этапе проектирования используйте маркеры, чтобы сильно не вдаваться в детали.
  - - - Почти у всех продуктов есть основной сценарий их использования. Это и есть та главная ценность, которую он несет своему пользователю. Ваша задача при проектировании сервиса выделить основной сценарий и сфокусироваться на нем, избавляясь от всего лишнего.
        
        Постоянно задавайте себе вопрос о том, что является основным в моем продукте? Не делаю ли я автомобиль без руля, но с навороченной аудио системой? Если вдруг так, то тогда лучше займитесь разработкой аудио системы, а не автомобиля 🙂
- - - - Не стоит отчаиваться. Как говорит Стивен Бланк: «Смею вас уверить, ни один бизнес-план не выдержит контактов с первыми клиентами. Стартап больше похож на американские горки, и предугадать его развитие практически невозможно.»
        
        Теперь нам нужен процесс, который позволит последовательно двигаться от гипотез к фактам, а в итоге к нашей цели — успешному сервису.
        
        Процесс движения от гипотез к фактам
        
        С моей точки зрения, самый лучший способ проверки гипотез — быстрая реализация пробного продукта (или прототипа) и проведение эксперимента на реальных пользователях. Но часто бывает, что это невозможно из-за сложности реализации или из-за других проблем.
        
        В таком случае вам надо попытаться с помощью опросов и личного общения с вашими потенциальными пользователями либо подтвердить. либо опровергнуть гипотезу. Но будьте очень осторожны с данными, которые вы получили из разговоров.
        
        И все-таки лучше придумать способ как реализовать свой продукт быстро и дешево и все проверить на реальных пользователях.
  - - - Теперь вам предстоит изменить гипотезу в соответствии с новой полученной информацией и пройти весь путь или часть пути проектирования заново, занявшись в итоге проверкой новых гипотез.