#pm101

[bbdeathz]

Ich hab schon oft genug gesagt, dass ich alle Folgen aus PM mag. Und wolte ich nur nach dem rewatch von Folg 101 erwähnen. Die Folge hat so viele gute OSTs und einige Momente sind dadurch richtig emotional und ich mag das, obwohl der Plot der Folge eher normal und auf Bacchinkey gerichtet war

[bbdeathz]

Folge 101

Folge 101 war ich ganz schön. War jetzt eher einfacher Plot, aber viele nette Momente mit der Gruppe, wie Chimpep eingebaut wurde und auch einmal leicht emotional, sogar 2 Mal durch OST.

Einige Szenen und Gous Shots haben an die damalige Folge mit Kickerlo erinnert und am Ende wollte Gou wieder nur das beste und Chimpep da lassen. Da waren schon einige Parallelen. 

Ich kann jetzt nicht viel sagen, aber war doch ne nette Folge. Dass sie Musik gemacht haben, war auch o ne Parallele an damals. Ob bewusst oder nicht, ich wure daran erinnert

-

Ich hatte ja eigentlich im kopf, dass Chimpep sich eventuell entwickeln könnte, aber der Plot ging eher um Musik und den Stock vom Bacchinkey (keine Ahnung wie der deustche Name ist)

-

Okay, war schon leicht emotional, dank OST, was ich immer mag. War auch das Setting bei Nacht passend und so

-

Das war so der erste Moment, der mich an die damalige Folge erinnert hat, weil Gou wieder etwas anmerkt, was meint, dass er an Chimpep denkt und es hier wohl gücklicher sieht..

Am Ende hat er sogar gefragt, ob er hierbleiben will. Bisschen direkter als damals

-

Ich mag diesen Shot, nachdem es fertig gespielt hat. Wie so ein Pianist, der seine letztenNoten spielt und so. Kennt man eigentlich als Stilmittel, ich jedenfalls. Der Shot apsst

-

Gou hat auch wieder so einen Shot wie damals, wo er einfach nur sieht wie sein PKMN da neue Freundschaft geschlossen hat Ich mag sowas, generell

[idealmoto]

protection moteur rizoma pm101, disponible chez idealmoto https://www.idealmoto.com/fr/protections-moteur/1884-rizoma-protection-moteur-rizoma-pm101.html

[medic-dave]

View this post on Instagram

#DorchesterCounty #Maryland #DoCo #EMS #PM101 #Paramedic #Cambridge #MD #Staging #ItsHotOutHere https://www.instagram.com/p/BnWk4nIgtcZ/?utm_source=ig_tumblr_share&igshid=rxlcljt6f34m

[scirepm-blog]

PM101

[scirepm-blog]

‪ScirePM‬ ‪‎PM101‬

[ujanjan]

Minggu pertama tahun 2015

Di atas ini adalah screenshot aktivitas tim Siaga Banjir yang terjadi di Slack milik Kawung Labs. Setiap hari ada aja tantangannya dan PASTI belajar hal baru, misal teknis (paling malesin server ngaco down gak tau kenapa) dan non-teknis (eksperimen bikin kata-kata mutiara supaya orang mau buka http://siagabanjir.org). My kind of holiday. Wish us luck! 🚀

[andrewdubowec]

Product manager's dilemma: data or intuition?

Do I follow my gut?  Or the data?

Every product manager (and entrepreneur) seems to struggle with this question.  And unfortunately, there is no hard-and-fast “right” answer about how to best design new products.  As a result, product managers often take an “it depends” approach, varying the balance between intuition and data situation-by-situation.

This raises more fundamental questions about product development.  When is data more reliable than intuition?  How does a data- or intuition-driven culture perform in the long term?  What approach leads to the most “successful”, “delightful” products?

Notwithstanding any empirical data (yes, a proverbial sin in HBS’s “Digital Innovation & Transformation” class), it’s instructive to consider a few examples of data- and intuition- driven product development.

Let’s take Google to start.

So the story goes, Marissa Mayer famously tested over 40 shades of blue to maximize click-through-rates.  This is but one example of the rigorously analytical culture Google is known for, which is hardly surprising given its engineering-centric ethos.  It also seems to fit with their product (at least search) where small percentage increases in key metrics drive millions of dollars in return.

Apple on the other hand was guided by Steve Job’s mantra that “It’s really hard to design products by focus groups… a lot of times, people don’t know what they want until you show it to them.”   This mantra was underscored by a perspective that Apple products are designed for what Apple employees wanted for themselves.  This also fits with their products: ones where it seems hard for consumers to truly articulate their needs, wants and preferences.

However, both approaches have their downfalls.  Google has been much maligned for having poorly designed, emotionless user experiences contrived from a “by the numbers” approach.  Whereas Apple has missed opportunities as a result of its wall-garden approach and has struggled to introduce a meaningful innovation since the iPad’s launch in 2010.

Neither of these examples solves our early questions, though.  That’s why I personally keep coming back to: “it depends”.

It depends what you’re trying to accomplish.  It depends what types of products you’re building.  It depends what fits with your existing culture.

Google highlighted an approach that can be wildly successful for incremental product improvements, especially for web-based products that can be rapidly tested in real-time.  Apple highlighted an approach that can be wildly successful for transformative, new-to-the-world products, especially where hardware and industrial design are critical elements.

Really, the major takeaway is that a balanced “data vs. intuition” product development culture should be built within your startup, company or organization.

In many ways, the New Zealand yachting team in the 1995 America’s Cup struck the perfect balance.  Their engineering team used complex data models to inform design decisions, but ultimately deferred to the “crew” on how yacht configurations “felt” in the water.  If the crew didn’t like a configuration, the engineering team never even looked at the data.

With all of that, I think there are three additional takeaways:

Always start product design from genuine insight: whether from observation or feedback

Create a product feedback-loop that integrates data, intuition and clear metrics

Make the tough call: it’s what the product manager is paid to do!

… and always remember, you can’t A/B test your way to a great product!