*Безымянная овца

An update with location vs. a check-in

This was a bit more difficult to resolve. Like I mentioned, many of our first iterations involved attaching your location to a status update. At first it seemed like the logical route. We didn’t need to create a different item in the Facebook ecosystem, and people could just quickly turn it on and all their status updates would be geocoded.

But it feels like more work. Sure, it could just be turned on, and then always be on, but that conflicts with the always sharing argument.

It can be argued that checking in is new and requires more work, but when you walk yourself through the process of a check-in versus a status update plus location it becomes a lot clearer.

In a status update plus location world you start with a status update. You first have to come up with something to say. It’s a blank canvas. You write something and then think, “Oh, I should add some location data to it.” If, say, it was sticky once you turned it on, you’d have to do the opposite. Should I share my location with this? All of a sudden a simple status update has a lot more choices. It’s not a quick and easy update anymore.

In a check-in world you’re automatically given a prompt. You start with the place you’re at, and you share your location with your friends. That’s it. At its most basic a check-in is something like, “Tom Watson is at Serpentine.” You don’t even have to write anything at all. Adding more information to this story is important for those reading it, and we encourage users to do so. At its core, it’s simple to start using. Simpler than a status update plus location.

It’s also important to emphasize a check-in as a prompt. It takes away the fear of the blank text box. There’s no pressure to write anything, and the act of checking in gives you something to write about.

Интерактивная диаграмма о процессе решения сложных задач — The Art of Complex Problem Solving, которая в относительно простых словах показывает процесс любой работы по решению сложных и комплексных задач (от преодоления проблем до идей новых продуктов).

Стадии:

1. Сбор информации и раскладывание в ментальной карте (поначалу как придётся, порядок появляется на остальных этапах).
2. Визуализация — перевод внутреннего знания о проблеме и взаимодействии частей системы во внешнюю модель. Происходящее становится обозримо, внимание меньше тратится на то, чтобы удержать систему в голове, начинается работа по уточнению понятий и выбору правильного взгляда на ситуацию.
3. Совместная работа команды с моделью — в системе обнаруживаются центры, а каждый из участников команды может видеть и держать в голове свой особый ракурс-рамку, предлагая с этой точки зрения приоритеты и структуру решения.
4. Планирование — отбор основных направлений, оценка последствий и превращение идей в конкретный план решения, уже с рабочими приоритетами, в отличие от предыдущих стадий, где список приоритетов — скорее инструмент проектирования, чем средство для выбора решения.
5. Иллюстрирование — способ чётко изложить и представить решение, документация и для исполнителей, и для потребителей, то есть «упрощение третьего порядка» (после первоначального этапа упрощения, когда проблема описывается в визуализированной модели), когда проектировщик делает ясным не только описание проблемы, но и само решение.
   
   Чем это интересно: подготовленное решение проектировщики обычно считают уже достаточным упрощением системы, что далеко от истины, так как решение опирается на знание проектировщиком исходной проблемы. А для исполнителя и потребителя проблема не всегда очевидна, поэтому её описание в отжатой и понятной форме и входит в этап представления и иллюстрирования, чтобы решение и реализация были понятны сами по себе, в отрыве от всего предыдущего объёма исследований и обсуждений.
6. Реализация — согласованная и организованная, где каждый участник может увидеть и свою роль, и результат, который должен быть достигнут в итоге.

Сущность теории паттернов заключается в следующем. Ее основными элементами служат объекты под названием «образующие» (от англ. generators). Они формально описываются символьными математическими соотношениями и изображаются на бумаге наглядными схемами. Образующие служат математическими и наглядными моделями физических и логических объектов реального мира. У образующей есть неотделимые от нее связи (англ. bonds). Попарно соединяя связи, из образующих конструируют конфигурации теории паттернов, которые служат моделями реальных физических и логических систем, состоящих из взаимосвязанных объектов.

A portfolio of fun

One of my favorite aspects of this method is that you end up with a mini-portfolio of game design ideas. Instead of putting all the design risk in a project on one or two unproven mechanic, the team now has a half dozen or more proven bits of fun to build upon. If some don’t fit into the game or get abandoned for other reasons, that’s alright. You can afford to lose a few and the end product will still be fun. Think of it as designing from a position of plenty.