08 | 设计冲刺：谷歌创投如何帮助产品成功？

难点在于团队的组建，能够拍板决策的人，领域专家和真实用户。 产品原型内部评审后就直接启动开发，没有让真实用户体验，很多时候是找不到合适的用户。。。

设计冲刺第二部分聚焦想法感觉应该能和okr相结合，这样制定目标是否更符合公司发展诉求，如果这样的话会增加冲刺的意义🤔

真实感觉现在企业中的合作方式，想，做，推，这3个环节太割裂了。想清楚，做出来，推出去有点像传话游戏，和结果差距还是蛮大的。

我也觉得第六步最值得一试啊，又不是造卫星，就是个给活人用的，直接让他们多感受下不好吗？其实就如文中所说，各种方法论其实都从不同角度，用不同方式反复的诉说着这些手段…现在我们这UAT你就让产品自己做这他过了也只是验证了他自己脑子里的想法，费半天劲合着就只达到了早就应该产品研发团队内部达成的共识，这前面都干嘛去了…忽然想起周思博好像说他那会儿微软兴从走廊随便拉个人来测试，他好像在微软是做excel 还是vba的来着，感觉很多产品确实可以这么干…反正怎么也比产品做UAT靠谱吧…

感觉核心还是敏捷思想，头脑风暴，快速出方案，快速得到反馈，快速迭代改进。

看到了好多用户体验设计研究的影子，原型测试、可用性测试

团队直接沟通交流，产品前的脑爆在后续试验起到很大作用

这节主要很适合创业项目或者新项目，思路非常清晰，最近遇到面试官总喜欢面试的时候临时要求出方案，我始终说不出所以然，没有确定目标，了解过程可能出现各种问题，不同团队的想法，一个个无可预知的阻碍，太难了～

我个人感觉，这个方法不错，但是对于团队成员的要求很高。 “在大目标一致的前提下，需要团队中的每个人都是很成熟、很专业、且能互补的高手玩家”，我觉的基本上已经排除掉了 90% 以上的团队。 在准备工作中，识别挑战确定问题就比较麻烦，一般估计比较容易把问题设计的过大。如果是小问题，那么很有可能是“老大”一句话的事情，而不需要讨论。 在团队中达成共识，这个也比较难，通常情况可能是各有各的想法。 后面几步就不再一一列举了，感觉上这个方法要求团队成员的水平最好都比较高而且统一，这样才能形成合力。 专栏后续提到的“从问题的发散与收敛，再是解决方案的发散与收敛”，包括双钻模型，到的确都是很好的思维模型。 另外就是对于精益 Lean、敏捷 Agile、设计思维 Design Thinking 和双轨开发 Dual Track Development，如果能够讲得更细致深入一些就好了。 个人理解，敏捷更适合开发场景，而精益更适合创业或者生产。设计思维似乎是在更高层面上的思考与探索。这几种方法论有类似的内核，“试错、小步快跑、尽早发布、尽早获取反馈、真实用户参与、学习闭环、迭代发展……” 其实有时候可能不必在意具体的方法论名称，找出一些具体的实践方式，来提高团队开发和沟通的效率即可。 找到真实的用户这个，的确也不容易，并且还得说服对方愿意认真的试用产品。

领域驱动开发，从产品，设计，开发，测试保证相同寓意的沟通交流，确保交付可靠性