惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

B
Blog
A
About on SuperTechFans
Microsoft Security Blog
Microsoft Security Blog
Y
Y Combinator Blog
罗磊的独立博客
J
Java Code Geeks
人人都是产品经理
人人都是产品经理
MongoDB | Blog
MongoDB | Blog
The GitHub Blog
The GitHub Blog
G
Google Developers Blog
U
Unit 42
Microsoft Azure Blog
Microsoft Azure Blog
博客园 - Franky
Jina AI
Jina AI
F
Fortinet All Blogs
H
Help Net Security
B
Blog RSS Feed
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Last Week in AI
Last Week in AI
博客园 - 司徒正美
云风的 BLOG
云风的 BLOG
M
MIT News - Artificial intelligence
C
Check Point Blog
GbyAI
GbyAI

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
产品经理进阶:硬件版本管理必不可少
产品人卫朋 · 2023-08-04 · via 人人都是产品经理

在产品工作过程中,版本管理是很有必要的。有效的版本控制,以及适当的工程文件。对于确保向客户交付优质的产品来说是至关重要的。作者总结了版本管理相关流程,希望对你有所帮助。

今天就来谈谈版本管理这个话题。

在做产品的过程中:

有效的版本控制,以及适当的工程文件。

对于确保向客户交付优质的产品来说是至关重要的。

如果单单从软件产品的层面来看:

版本控制其实是无处不在的。

而且有一些非常成熟的工具,比如说 GIT、SVN。

这些工具都是可以对软件项目进行无缝版本控制的。

但是对于硬件来说,在版本控制方面就显得有点棘手了。

在硬件的世界中,用于设计和开发硬件项目的工具一般也都是图形化的。

大多数开发都是在 CAD,也就是计算机辅助设计程序中完成的。

例如:

用于原理图绘制和 PCB 布局的 Altium Designer。

或用于 3D 建模的犀牛、ProE 等等。

对于硬件来说,其实是缺乏一种全面的版本控制方法的。

但也是有一些工具和技术可以让你的工作顺利展开。

一般在你创建工程图时,通常就会涉及标题栏。

标题栏提供了所需的所有信息。

例如:设计师的姓名、日期、零件编号、零件/设计名称、修订版本、修订板块等内容。

其中,修订版块提供了特定修订版中更改内容的简要说明。

在工程领域,当一个设计被相关人员敲定、审查和签署后,它就会被“发布”。

这意味着它要么准备好进行制造,要么至少准备好作为最新和最大的修订版进行实施。

在带有修订号的修订块中添加信息,这就类似于在 GIT 提交时添加的描述。

你的产品内部可能有先前的修订版本,这些版本已经制造并发布到市场上去了。

该文档不仅可以为制造商提供,还可以供你自己做内部参考。

与任何公司一样,员工来来去去,都是有流动性的。

如果最后一个人没有记录所做的事情,新人就必须追赶和逆向工程以前所做的事情。

预先建立文档的梳理流程,每个人都将从这项工作中受益。

一、工程变更单

在开发旨在与你以外的任何人共享的产品时,文档是必不可少的。

如果你想让其他人知道你的小部件如何工作、如何操作或如何设计,请将其放在文档中。

当在涉及许多不同工程师和经理的大型项目上与更大的团队合作时,文档甚至会成为你的一项全职工作。

即使是最小的变化也会影响整个产品。

假设一个项目的机械工程师决定使用 6 号螺丝钉将电路板固定到外壳上。

现在,PCB 上的安装孔需要更改,这意味着你必须移动安装孔附近的电子元件,这会导致更多的设计更改等。

这就是工程变更单 (ECO) 如此重要的原因。

它们不仅提供更改的文档,还提供有关更改如何影响其他部分的信息。

参与更改涉及的任何设计的所有人员都在此 ECO 上签字。

文件夹结构、文件命名约定和部件号

硬件版本控制最通用的方法是使用简单的文件夹和文件。

最好有一个集中的文件。

零件编号对于区分产品的组件也很重要。

无论你使用什么零件编号方案,所有零件编号都应位于一个集中列表中,以避免重复和混淆。

二、硬件持续集成(快速原型设计)

纯软件项目允许开发人员以自动化的方式做精彩的事情。

持续集成 (CI) 是一种开发实践,开发人员会非常频繁地将更改推送到他们的共享存储库,这些更改通过自动化测试和构建过程得到验证。

最接近硬件持续集成的是 3D 建模和 3D 打印机的组合。

机械工程师可以在早上设计一些东西,在几个小时内进行 3D 打印,并在一天结束时对其零件进行物理测试。

这个过程显然没有软件那么快,但相比以往,它肯定是有进步的。

有各种各样的 3D 打印材料可用于各种 3D 打印机平台。

结论

实施版本控制流程非常重要。

你需要在开发的早期就建立起版本管理。

当然了,无论你采用什么样的版本管理流程或方法,其目的都是为了“交付”优质产品这个目标。

你需要确保的是将正确版本的产品制造出来并交付到客户手中。

专栏作家
卫朋,公众号:产品人卫朋,人人都是产品经理专栏作家。关注智能硬件领域,擅长市场分析、产品设计开发、生产管理等,喜欢阅读和爬山。

本文原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。