1. 读后感

几乎所有公 司都没有按照我所描述的产品发现过程来做一个原型系统，他们使用了全部开发团队资源，按照正式发布周期建设和测试，然后部署到生产环境中。这就是为什么许 多公司通常需要在一到两年，3个以上的版本发布后，才能拿到一些可用和有用的东西。他们使用整个开发团队构建了一个非常非常昂贵的原型，然后利用不知情真 实用户来做测试对象。

多么可怕的场景，做为一个普通用户，不知道被多少公司当成了试验品。但其实这是一个两败俱伤的结局，为什么不想办法避免呢？

2. 翻译

产品发掘

标签：产品发掘，产品管理

你以前见过这种情况吗？你的老板有了一个很棒的点子，作为产品经理的你，被要求写出产品定义。你被告知，项目组将在4周后做完当前项目，因此这意味着你可以做你想做的事情，只要在4周内完成产品定义即可。

没问题，你说（毕竟，有时候你只有几天时间，因此四周听起来不错）。你甚至可以使用我一直强调的所有的最佳实践。你开始做机会评估（产品发掘过程的第一 步，note by twoTwo），了解这个点子要解决用户的什么问题，然后你需要花大时间和真正的用户交流，并确定了一套初步的要求；第二个星期，你开始做互动原型设计 ...

Continue reading

1. 读后感

每个好产品都不是侥幸成功的，作者分享了他认为总是正确的10条原则。看起来是一切以用户为中心的具体实践。

而且和作者的其他文章交相呼应，看起来很舒服，例如：

1. 要有概念模型
2. 好的设计要经常检验，而且能经得起检验
3. 要有产品原型
4. 产品设计的精髓：用最少的产品功能满足用户的需求

1.1. 10条设计原则

1.1.1. 重视用户体验设计

用户体验的设计比产品开发重要，也比开发困难。

//呵呵，我也有这个感觉。

1.1.2. 要有概念模型

工程师通常都不是好的用户体验设计师，他们喜欢从技术角度考虑一个事情如何实施，但用户会考虑用起来怎么样

//角色不同嘛，这本来就是两个层面的东西。

1.1.3. 动静接合的用户体验设计

用户体验设计包括交互设计和视觉设计两部分。

//动静接合才能表达清楚需求，团队才会明白需要怎样实现。

1.1.4. 功能和用户体验是一体的

产品的功能需求和用户体验是纠结在一起的。

//呵呵，又是一个常识性的知识。

1.1 ...

Continue reading

1. 读后感

两年前的我不懂产品，现在的我在学习怎么做产品，希望两年后我可以指导别人做产品。

本文有点儿长，多亏了有Google Translator Toolkit，才坚持下来。后续吸取经验教训：1. 要坚持；2. 尽量挑篇幅短的翻。

拉回来说读后感，通过作者的论述，读者能够了解到架构师的职能、产生过程、如何参与产品过程等信息。对软件工程师职业规划有所帮助，也能为架构师理解自己工作有一点点作用。

2. 翻译

架构师角色--架构师在产品发掘、产品执行中的重要作用

产品经理的工作首先是发现一个有价值（对公司）、简单可用（对用户）并且具有可行性（对开发团队）的产品。如果做不到这一点，产品经理就是在浪费其他团队成员的时间和公司的钱。但是，这并不意味着产品经理必须自己发现这种产品。

一般来说，在产品经理旁边还有其他两个角色。在其他文章中，我曾经写到过用户体验设计师（又名交互设计师）的关键左右。在这篇文章中，我想谈谈如何以及为什么需要在这一过程中包含开发团队。

首先注意术语。当我在本文中说“架构师 ...

Continue reading