我从事互联网行业的工作已经有快 20 年了，设计、前端工程师、产品经理的工作都担任过。原先我以为，岗位的界限其实并没有一般人想象的那么大，每个人都可以成为多面手。现如今，各个岗位分工越来愈细，单一领域的工作内容也越来越深入。就像过去这行里只有 Web 程序员，随着前后端分离模式的出现，逐渐就分化出了前端程序员和后端程序员。过去的网站前端也就会用 jQuery，手撸 CSS，也没有什么模块化、构建等等工程化操作，甚至连运维部署也都可以是同一个人来做。现在这些方式似乎都行不通了，就说前端吧，一个前端会用 vue，未必会 React，会 webpack 不一定熟悉 Vite，能手写轮播图未必会做图表，会 canvas 不一定会视频推流解码。更不要说还要跨端、跨平台，搞搞 BFE 之类的 「中间层」了。
即便如此，我还是想以我个人的知识储备和既有方法论来进行一次单人产品的制作实践，将记录从需求分析、产品设计、代码开发到发布的所有环节，这些过程我将以系列文章的方式呈现。由于目前一切尚未开始，就以这篇文章作为开端吧。
事先说明，本系列文章不是教程，也绝对不是金科玉律，只是对自己过去的一些经验和方法的再次验证，在整个过程中，我也会不断地学习，并从错误中吸取教训。
虽说「人人都是产品经理」，可根据我的了解，做什么产品，大多数情况不是产品经理决定的。大部分的情况可能是：
某天老板和别人聊天，发现别人做了个产品，回来一想：这个我们也可以做啊。安排起来。
老板某天莫名其妙的发了一笔横财，存银行又跑不过通胀，想了一晚上，安排起来。
业务部门(利润中心)的人总是叫唤研发部门(成本中心)又不赚钱，养了干嘛？研发部门求生欲爆发，赶紧跟老板吹了一波概念，老板一听成本中心可以转为利润中心，这是好事啊，反正闲着也闲着，安排起来。
我有一个想法，这个世界就缺我这个想法了。赶紧创业，雇一个产品经理，安排起来。
抛开这些不谈，如果是我自己想要做个产品，我应该做什么产品呢？
这样的逻辑，从源头上似乎就错了。为什么要为了做产品而做呢？难道做产品不是为了去解决问题吗？
我的思考模式是：
上面宏观的事情说完了，那么要如何发现问题呢？我觉得吧，别人的问题我也发现不了，最好还是从自己身边入手。 有这么一件事，给了我一个思考的切入点：孩子的学校推荐了《窗边的小豆豆》作为课外阅读，碰上这种事肯定第一时间下单啊，于是我一顿操作猛如虎，等书拿到手了，一翻书架发现这本书两年前就买过了，只不过一直没读过。
问题来了：我到底有多少书？哪些书我买了还没读过？哪些书我送人了或者处理掉了，而我却觉得还在，哪天又想拿起来看？
大家可能会说：有个东西叫「豆瓣」，还有一种东西叫「电子书」，还有什么「私家书藏」、「calibre」。 可我们现在不是才走到第一步么，就当我什么都不知道好了，这样我们才会走到第二步嘛。
现在问题已发现，我「突然」就产生了了一个好想法：我要做一个个人图书管理产品。
贪多嚼不烂，先打住，下一篇我就来调研调研。在产品黑话里，这种行为有一个专有词汇叫做「竞品分析」，你学废了吗？
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。