很多时候AHA并不是来自于冥思苦想，刻意设计，而是来自于不经意的偶遇。在过去四年多G2Rail的演进过程中有过很多例子，比如

• G2Rail时刻表的想法来自于Kezhu坐在法兰克福火车站看到了站台时刻表
  • AHA: 为什么不把它放到线上呢？
• 车站搜索智能提示来自于Kevin Kelly的《The Inevitables》
  • AHA: 为什么不根据客人过去预订数量来提示车站呢？
• 时间表里的价格组合来自于一次订票失败报错
  • AHA: 为什么不把全部票种都在搜索结果中显示，反正Book都会出错?
• 语义网络来自于Tony Yet的一次拜访，聊天
  • AHA: 整个数据库及其关系不就是在描述整个地面交通领域？
• API开源来自于Wen闲暇时泛读Github Star项目时看到的Apify和gRPC
  • AHA: 火车圈的API设计这么落后，这么封闭，是否能做些事情降低接入的门槛呢？

扩大艳遇的机会

上面例子中的AHA基本没有概率想出来，也不会是通过头脑风暴拍出来，所以大公司那种专门研究创新的方式对我们打穿团队来说很少Work，尽管人数少，但是我们有其他团队很难复制的捕捉AHA方式，比如：

• Wen每天会花去阅读Github超过1000 Star的项目，不管是否与我们是否相关。
• 我们自己也在做售前售后支持，是种保持与最终用户接触。
• 每个人重复地做很多最基本的具体事情，比如翻译、上货、整理数据、写文章
• 各种积累的跨很多圈的人脉，更重要的是链接到最靠谱的人脉，因此可以听说各个圈在讨论的热门话题、想法
• 看那些做实事的Doer的书、博客、Facebook、Twitter

刻意的探索

铺捉到这些有趣的问题(AHA)之后，很重要的其实是如何记录、规定、集成、发展、试验、迭代这些想法。我们主要的方法包括：

• 大脑过滤，G2Rail团队甚至都没有Product Backlog，因为重要的、紧急的自然就会涌现出来，忘掉的那些说明根本不重要。
• 内部分享，读过书、看过一些文章之后，有人会做笔记或者思维导图，之后会有团队内部的分享，分享者会有一些可行动的点子，其他人听到之后也会有激发另外一些想法。
• 延展式思考，很多时候并不会局限于某个问题，而是从某个具体问题抽象。
  • 举个例子，昨天有位香港客人询问从伦敦希斯罗机场到West Buckland School火车路线和价格。查了一下，原来是从希斯罗机场5号航站楼经过两次或者三次转车到达Barnstaple火车站，出站后再打车16公里。延伸出来的一个问题，为什么不让旅客只在输入框里面输入“希斯罗机场”和“West Buckland School”就搞定呢？
• Zoom up，每天早晨的《Zoomup》是是我们讨论问题、分析信息、讨论点子的很重要时机。比如今天早晨就讨论了昨天香港客人延伸出来的这个搜索问题。
• 收藏，每个人都有自己的方式收藏一些有用的信息、链接、工具等。不一定立刻用到，但是可能会用到的时候立刻可以找到。
• 酝酿，其实也就是故意拖延，参加《酝酿》
• Slack，利用业余时间故意换脑子去实现，对于我自己来说，经常利用周末时间。
• 独奏，决定着手之后，经常是单打独斗，某一个Team member独自打穿式的把原型实现。
• 乒乓，有时候会故意在完成或者未完成雏形之后，展示、讨论，甚至经常移交到另外一位去继续完成或者优化。
• 发布半成品，及早发布半成品的好处很多，可以及早被客户发现，被Google发现，及早监控到Broken，及早收到客户的抱怨，从而更加清楚迭代的方向。当然也有可能根本没人Care，反正也没有投入太多精力。

可控的流程

看似开始十分无序和不经意，但其实需要打穿团队个人的意识、纪律、主动性、学习方法、对于创新方法的理解、过程控制等。有了这些基础，持续推出产品的AHA就是自然而然的结果。