这篇文章终于写完了……
没想到这玩意写了两个多月……

初衷呢，仅仅是我发现并没有哪个需求文档模板能满足我在实战中的需求，如果我把模板发给一个新同学，他大概率还是对怎么写文档一脸懵逼。
另一个层面，我的收藏夹里躺了很多对“大词”的分析。我们讨论社交和社区的区别，我们讨论web3，我们讨论社区团购，但可能我们一辈子的职业生涯都不会跟其中某些词有交集。需求文档呢，应该100%的产品经理都曾遇到相关的问题。
再参考各种文档模板、产品培训，我隐隐感觉这个话题是高手不屑写，新手写不明白的领域。那我正好试一试，看看会不会偷个鸡。
少楠提过“重新发明工具”，那我就重新学习写需求文档。

这篇文章相比怎么写，更多的篇幅放在了为什么这么写的角度。
我认为需求文档没有固定的格式，但是好的需求文档是有比较显然的共性。
知道“为什么要写这个”“为什么这样写”，应该就容易推导出“这个怎么写”。

原文开放了评论权限，恳请有缘人多多拍砖批注，我很关注下面几类反馈:
1.哪里说的不对
2.哪里可以更深入聊聊
3.哪里写的不清楚
4.哪里写的太啰嗦

文章写到一半的时候，突然想起来可以mvp一下，就分章节发到了小红书，结果有两段图文并茂的章节互动挺热闹的，其他部分都是反响平平。可见当前1.0版本写的也不咋地。

还需要继续迭代啊，希望收到一些批注和反馈。

哦对了，我的主要精力还是本职工作，次要精力是玩。这玩意后续一定不会有什么付费转化、私密社群、课程培训什么的。

上次我是纯0编程基础体验的cursor，浅尝辄止，在UI细节调整的过程中放弃了——越调越麻烦，越调bug越多……
今天花了1h看了个swift的视频，大体知道了属性和方法是怎么回事，然后发现，只要我大体知道这些布局相关的代码是怎么回事，结合cursor调起来效率高多了！我只需要找到对应的代码，然后可以更准确地描述自己的需求了。
有趣有趣。

糯糯2岁儿保，远视储备没了。
当然，这么大年龄，也没有散瞳，好多人都说大概率测的不准。防患于未然吧，随后我们开展了大户外计划。
三天小假期，除了吃饭睡觉，几乎都带着娃在户外转悠。更别提今天中午把娃弄睡了之后，她妈妈又拉着我逛街。
此刻的我躺在床上，感受到脚底板血流的蠕动，完全不想做任何事。这哪是遛娃，高强度遛我啊。

1.目前几乎所有的车企过度宣传辅助驾驶，这是客观事实，包括小米，但不止小米。

2.电动车在那个碰撞工况下（高速+直接碰撞底盘），电池起火是大概率事件，正负极被打穿导致能量剧烈释放，我认为这应该算电池自燃，只是碰撞导致的自燃，因为引燃物就是电池本身。这个风险会涉及目前所有的电动车，包括刀片电池，刺穿和剧烈撞毁还是两个概念。既然选择了电动车，你就要时刻小心点控制自己的速度。

3.车门是否打不开，这个真相有待调研。但是哪怕有应急门把手，一方面是非常用驾驶者不一定能找得到，另一方面是紧急情况下也不一定能准确执行。机械式结构的门把手还得是兜底设计。当然机械式门把手跟车外的隐藏式门把手不冲突，也跟车内有个一键开门按钮不冲突。

4.从我目前的试驾体验来看，几乎国内所有头部厂商在辅助驾驶工况下，DMS对驾驶员的监控策略都过于宽松了。

这篇是真正很容易被打脸的，欢迎吐槽

写了篇微观层面的文章，讨论下智能座舱上的交互细节设计

最近组织调整，挺一言难尽的，趁这个空正好把过去做的事情复盘下，过去琢磨的事情写一下。
结果现在的状态是恨不得不睡觉，这两天都在从头梳理robotaxi的产品规划材料，只恨自己必须得睡觉回血，要不然真想一口气写上三天三夜，写完为止。

刚才讨论了一下童子尿的味道，可能是酵果腌蛋风味单一麦芽：
前调咸鲜海风，
中调轻薄苦底，偶有粘稠挂杯感，
尾韵是金属铁锈回甘。

有没有可能提供个URL让我能访问老版web即刻啊……在web上使用app风格的交互真的很令人不适，严重影响我摸鱼……

周末整理了下这两年写过的以及马上要写的文章。

开始上课