女儿在学校摆摊，我学到的比她多
昨天，女儿和几个同学申请到了学校 Open House Fall Fair 的一个摊位，卖史莱姆、印章和手链。那些东西是她们各自准备的，到摆摊时才凑到一张桌子上。站在家长的角度看，我们并没有十足的信心：准备得不够整齐，东西也有点“幼稚”。真的会有人花钱买吗？
结果，这个摊位热闹得出乎我们意料。很多孩子跟着家长走进来，一眼就被桌上的东西吸引住了，尤其是史莱姆。我没有认真统计销售额，也不知道它到底排第几；只是从现场看，她们的摊位确实很受欢迎。
我一边替她们高兴，一边觉得有点好笑：大人先问“这东西有什么用”，孩子想的可能只是“我喜欢，我想要”。对孩子来说，喜欢本身就是理由。
这件小事让我想到自己做产品时经常遇到的几个问题：我们以为谁是客户？我们设计的流程到底帮了谁？究竟要准备到什么程度，才敢把东西拿出去？还有一个问题，直到看着女儿她们站在桌子后面，我才慢慢想清楚：东西做出来之后，谁来把它和需要它的人接起来？
大人的眼光，未必比孩子更懂孩子
我们家长对商品的犹豫，并不是没有道理。换作我自己逛集市，也未必会停下来买一盒史莱姆。但那个摊位面对的并不是我。Open House Fall Fair 里有很多孩子，她们看见这些颜色、触感和小玩意儿时的反应，比我坐在家里推测“有没有市场”更有分量。
这让我想到工作里常见的一件事：离客户远一点的人，很容易用自己的喜好替客户做判断。经验当然有用，却也会让人太早否定一个自己不理解的需求。这次女儿和同学未必做过什么市场分析，她们只是更接近那些会买东西的孩子，也更知道同龄人会被什么吸引。
我在产品讨论里也见过类似的时刻。一个功能被提出时，会议桌旁的人很快就会问：这个真的有价值吗？用户为什么要这么做？这些都是该问的问题。麻烦在于，我们常常用自己的工作习惯回答它们。我们自己觉得无聊、琐碎，或者“没什么用”的需求，可能正好是用户每天最想解决的事。
离客户最近的人，不一定是职位最高、技术最强的人。有时是每天听客户抱怨的支持同事，有时是陪客户完成任务的实施人员；在那个学校摊位上，就是这些知道同龄人会对什么停下脚步的孩子。离得近也不代表永远判断正确，但他们看到的信号，值得比我们的想象更早进入讨论。
当然，一个学校摊位不能证明所有生意都该这样做。但它提醒我，下次觉得一个点子太简单、太孩子气时，最好先看看真正的顾客怎么反应。
我以前容易把“我不会买”误当成“没人会买”。昨天那张桌子提醒我，最好先分清这两句话。
我们差点把一个小摊位想复杂了
准备的时候，家长还讨论过一个更“完整”的方案：在摊位旁边搭个地方，让来逛的人坐下来自己做手链，做好后再收费。听起来挺有参与感。我后来越想越觉得，在那么小的场地里，让人坐下、挑材料、动手制作、完成付款，每一步都会占地方、花时间。这个方案并没有实行。
回头看，这很像我熟悉的工程师思路。我们会想把流程设计完整，给用户更多选择，最好连体验都一起做出来。可在那个场景里，小顾客也许只是想挑一件喜欢的小东西，付钱，然后带走。把这件事做好，已经足够。
做软件时也容易这样。假如用户只是想点一个按钮，知道一件事有没有办成，我们却先让他设规则、选模式、看进度，再去读一页结果说明，这些“完善”可能成了障碍。真正难的不是把功能做多，而是肯承认：这一次，用户想走的路可能比我们设计的短得多。
我不是说互动摊位一定不行。只是当场地、人手和时间都有限时，复杂的体验要先回答一个很实际的问题：它是否真的让顾客更开心？如果只是让大人觉得方案更漂亮，可能就想多了。
如果顾客真的想自己动手，而且场地和人手也允许，那当然是另一回事。关键是增加一个环节之前，先问它给顾客带来了什么，而不只是看它在方案里是否显得完整。
不那么整齐，也可以开始
女儿她们的准备方式，放到工作里大概会被叫作“草台班子”：每个人做一点，到摆摊时再拼在一起。家长会担心，很正常。计划和准备当然重要，尤其不能把安全、收钱这些事交给运气。但这次让我看到，整齐周全并不是开始的门槛。她们先把东西拿出来，亲眼看见了顾客的反应，也知道了什么受欢迎。
做产品时，我也会希望东西再完整一点：页面再顺一点，边角情况再补一点，流程再统一一点。很多时候这些工作是必要的，特别是牵涉钱、隐私或关键业务的时候。可有时我们把“再准备一下”说了太久，其实是在躲避一个更直接的问题：用户看到它之后，到底会不会在意？这个答案很难只靠内部讨论得到。
小摊位和正式产品当然不能画等号。它的风险低，现场人流也有学校活动带来的便利。但那个共同点很实在：在守住必要底线之后，尽早让真实的人接触到你做的东西。接下来的判断，才有机会建立在他们的反应上，而不只是我们的设想上。
把各自的一份，变成一张能运转的桌子
后来再看那张红桌子，我注意到的已经不只是史莱姆卖得好。她们每个人准备的东西不一样，到了现场却要共用一个摊位，面对同一批顾客。谁的东西摆在哪里，顾客来了谁来介绍，收钱时怎么不让桌子前面乱成一团——这些问题，就算事先没有一份漂亮的计划，到了现场也躲不开。
我没有记录她们每一次具体怎么分工，也不想把一次学校活动写成能力测评。但从各自准备到一起摆摊，这里面确实有协调；面对来来往往的孩子和家长，也得留意现场的反应。女儿得到的也许不只是“卖出东西”的开心。她亲自参与了一件事从准备、摆出来，到有人停下脚步的完整过程。这种经历，很难只靠大人在旁边讲道理替代。
这也让我重新理解所谓的随机应变。它未必是出了大状况之后临危不乱。很多时候，只是看见眼前的人对什么感兴趣，先回应他；发现一种摆法或说法不合适，再调整。那天我看到的是一张热闹的桌子，不是一套标准流程。正因为现场不可能完全按计划走，这张桌子才给了她们练习判断的机会。
当代码更容易写，谁来把事情接起来？
我最近也常想自己的工作。身边有很多很好的程序员，有些人的技术能力比我强得多。现在用上 agent，一些过去要花很多时间写的代码，可以更快有个初版。这让我更常问自己：写出来之后呢？它解决的是谁的问题？谁把它放进真实的工作里，听到第一轮反馈，再决定下一步？
我并不觉得扎实的技术能力突然不重要了。要让一个产品安全、可靠，仍然需要懂技术的人认真负责。只是代码完成得漂亮，和有人愿意使用、愿意付钱、用完之后真的省了事，中间还有很长一段路。AI 缩短了一部分制作时间，那段连接的工作就更难被忽略。
以前我说“搭平台”，脑中常常先出现软件架构。现在我想到的还有另一种平台：有人能把一个人的需求、另一个人的能力、合适的工具和实际交付接在一起，让它们真的发生关系。女儿她们没有做一个复杂的平台。她们把各自准备的小东西放上桌子，站在那里迎接顾客，也听到了顾客用停留和购买给出的回答。那张桌子很小，却让我看见了从“我做了什么”到“别人得到了什么”之间的距离。
我希望女儿以后还能有机会做这样的事：不只是学会把一件东西做好，也试着和别人商量、面对不确定的现场、看见自己的东西对谁有用。对我自己也一样。下次做产品时，我想少一点凭空替用户想象，多一点走到他们面前；除了问功能怎么实现，也问谁会把它真正用起来，谁来为这个结果负责。
她或许只会记得那天很好玩，摊位很热闹。我会记得自己差点因为觉得史莱姆“没什么用”，错过了眼前正在发生的价值。昨天，孩子们比大人更早知道答案。