上个月有个读者给我发私信,说他买了十几本关于科技产品研发的书,也报了两个线上课程,结果三个月过去了,连一个完整的产品原型都没做出来。他问我:“是不是我太笨了?”说实话,这真不是笨不笨的问题,我刚开始接触科技产品研发的时候,也干过一模一样的蠢事。买了一堆书,从《人月神话》到《启示录》,翻了几页就犯困,感觉自己像是在看天书。
后来我才慢慢琢磨明白,科技产品研发这件事,跟学游泳挺像的。你在岸上把《游泳入门指南》背得滚瓜烂熟,下了水照样呛。关键不在于你看了多少理论,而在于你有没有一套合理的路线,能让你一步一步地下水扑腾。
很多人对科技产品研发的理解特别模糊,以为就是写代码或者画界面。其实远不止这些。一个完整的科技产品研发流程,至少涉及需求分析、方案设计、原型验证、开发实现、测试上线这几个环节。你不需要每个环节都精通,但你得知道整个链条长什么样,不然你学到一半就会迷茫,不知道自己学的东西到底用在哪儿。
我自己的经验是,新手最容易犯的错误,就是一上来就死磕某个具体技能。比如听说做产品要懂编程,立马去学编程语言,学了两个月发现连最基本的开发环境都没搞明白,挫败感特别强。其实正确的做法是先了解全局,再选择切入点。
提示:如果你完全零基础,建议先花一周时间,把科技产品研发的基本流程搞清楚。不用深入,知道每个阶段大概做什么就行。
准备工作其实不复杂,但很多人跳过了这一步,直接就开始学,结果学到后面发现工具不会用、术语听不懂,又得回头补课。我的建议是先把下面三件事做了。
第一件事是选定一个具体的方向。科技产品研发涵盖的范围太广了,有做硬件的,有做软件的,还有做平台服务的。你不可能全部都学。选一个你感兴趣的细分领域,比如智能家居、在线教育工具、或者企业管理系统,然后围绕这个方向去学。第二件事是准备好基础工具,比如一款原型设计工具、一个项目管理工具、还有基础的文档协作工具。这些工具不用学得多深,会基本操作就行。第三件事是找一个可以参考的对标产品,把它从头到尾拆解一遍,看看它的功能模块是怎么划分的,交互流程是怎么设计的。
说到工具,我当时踩过一个坑,花了整整一周时间对比各种原型工具,纠结到底用哪个。现在回头看,那一个星期完全是浪费。工具就是工具,用哪个都差不多,重要的是你脑子里有没有想法。
我给你一个大概的节奏,总共分四个阶段,每个阶段大约两到三周。注意,这个节奏不是死的,你可以根据自己的时间灵活调整。
第一个阶段,用两周时间打基础。重点是理解科技产品研发的核心概念,比如什么是用户需求、什么是产品定位、什么是可行性分析。这个阶段不要碰代码,也不要碰复杂的工具,就是看书、看案例、做笔记。第二个阶段,用三周时间做一次完整的模拟练习。找一个你日常生活中觉得不好用的产品,试着写一份改进方案,包含需求描述、功能列表、简单的原型草图。这个练习的目的是让你把第一阶段学到的概念串起来。第三个阶段,用两到三周学习一项核心技能。根据你选的方向,可以学交互设计、或者学基础的前端开发、或者学数据分析。不用学得多深,能做出一个能看的东西就行。第四个阶段,实战。找一个真实的小项目,哪怕只是帮朋友做一个小工具,从头到尾跟一遍。
我自己在第二个阶段翻过车。当时花了两周写了一份自认为很完美的改进方案,拿去给一个做产品的朋友看,他翻了翻说:“你这些功能,有一半用户根本用不上。”我当时挺受打击的,但后来想想,他说得对。我一直在用自己的假设代替真实的用户需求,这大概是新手最容易掉进去的坑。
实战阶段最重要的不是做出多完美的东西,而是检验你的学习路线有没有效果。你可以用几个简单的问题来检验自己:能不能用三句话把一个产品的核心价值说清楚?能不能画出主要功能的流程图?能不能说出至少三个潜在风险?如果这些都能做到,说明你的基础已经比较扎实了。
另外,我建议你在实战过程中养成记录的习惯。每做完一个小模块,就写一段复盘,记录当时是怎么想的、遇到了什么问题、后来怎么解决的。这些记录过几个月回头看,比任何教程都有价值。
可以。科技产品研发不是只有写代码这一条路。你可以从产品设计、需求分析、项目管理这些方向切入。当然,懂一些基础的技术知识会让你跟开发沟通更顺畅,但这不是入门的前提条件。
最后说句实话,我自己到现在也不敢说把科技产品研发这套东西完全搞透了。每次遇到新项目,还是会手忙脚乱,还是会犯低级错误。但跟三年前比,至少我知道遇到问题该往哪个方向找了,不再像没头苍蝇一样乱撞。这可能就是学习路线最大的价值吧,它不能让你变成专家,但能让你少走一些弯路。
哦对了,那个给我发私信的读者,后来按这个思路调整了学习计划,前几天跟我说他做出了第一个产品原型。虽然粗糙得不行,但他说那种感觉,比看完十本书都爽。