软件开发曾经像下棋。每个决定实施缓慢、成本高昂,一步走错可能数月后才能修正。
团队因此愿意花时间研究用户、梳理信息架构、画草图、做原型和测试,再谨慎进入开发。随着敏捷方法、云服务、低代码工具和生成式AI不断压缩交付周期,产品工作越来越像打牌:在信息不完整时下注,快速推出许多版本,希望通过高频尝试等到一手好牌。
速度提升本身是巨大进步。小批量发布降低单次失败成本,真实用户反馈也比会议室猜测更有价值。
问题在于,当制作一个高保真原型只需几个小时,理解问题所需的访谈、观察和思考就会被视为拖延。生产瓶颈消失后,认知反而成为最慢的一环。
![]()
过去十多年,许多设计环节已经被逐步压缩。纸面草图被认为不够高效,人物画像受到质疑,双钻模型被讥讽为流程主义,形成性研究被替换成简化的客户发现,可用性测试则常被“发布后看指标”取代。
每项批评都有合理部分,但当所有减法叠加,设计会从探索问题变成替他人积压列表制作界面。团队仍然渴望好判断、用户同理心和战略洞察,却不愿提供产生这些成果的时间。
管理者希望研究带来的确定性,却不愿等待研究;希望看到正确答案,却排斥发散探索和失败路径。最终,决策转移给创始人直觉、工程限制、市场情绪或会议中声音最大的人。
AI让矛盾更加突出。若组织只重视快速出图、写需求和生成界面,模型会显得越来越能干,设计岗位自然被质疑。
![]()
可是AI擅长扩大既有模式,并不自动知道哪个问题值得解决、某种行为为何发生、二阶后果怎样扩散。把生产能力误当成理解能力,会让团队以更高速度制造无关紧要的功能。
下棋与打牌并非只能二选一。复杂产品需要组合策略。
可逆、低风险的界面调整可以快速试验;涉及隐私、金融、安全、医疗或品牌承诺的决定,则应投入更深研究。关键不是恢复所有旧仪式,而是根据失败代价决定思考深度。
设计流程应服务判断,而非维护职业领地。更轻量的研究也能适应高速环境。
![]()
团队可以持续访谈少量用户,建立可检索的观察库,在开发前做一天问题梳理,用低成本原型验证关键假设,并在上线后结合定量指标与定性反馈。速度不要求放弃严谨,只要求把严谨做得更聚焦。
设计师自身也需改变价值表达。仅强调像素和交付物,很难与自动化竞争;能够界定问题、发现隐藏约束、解释用户行为和权衡长期影响,才是更稀缺的能力。
所谓品味也不是神秘天赋,而是大量案例、反馈和反思形成的压缩判断。它需要被解释、传授和验证。管理者则要保护必要的“慢”。
在每个冲刺中留出理解时间,为关键决策记录假设和证据,允许团队在发现问题错误时停止开发。若绩效只奖励发布数量,任何研究都会成为形式;若同时衡量客户成功、返工率和长期留存,思考才获得制度位置。
软件制作已经越来越便宜,做错东西却仍然昂贵。错误功能会增加维护负担、伤害信任并占用注意力。
未来最有竞争力的团队,不是无休止发更多牌,而是知道何时快速下注、何时停下来读懂牌桌。AI可以提升出手速度,决定哪一局值得参加,仍需要人类判断。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.