Hi，你可以这样打造一款属于自己产品

昨天凌晨写了一篇文章《程序员，你需要有一款自己的作品》，今早分享出来。没想到还有几个小伙伴感触颇深的，从各个渠道给了我一些反馈。其实，这块有不少想法，也喜欢跟一些同学去聊。包括之前带了一些团队，也会去聊一些技术之外的事，去聊一些“人文”性质的东西。

之前，都没正儿八经的写过微信公众号。这次，决定写一些自己的东西，包括看到那么多产品、运营、商业方面的书，也能够总结分享给大家。还有几次，有些培训机构希望我去给他们学生指导毕业设计，希望可以给他们学生一些成长建议。但是，我对这些事都是回避的。实在是熟人，我就去一下。更多的是婉言拒绝。现在，天涯就是咫尺，多写几篇文章出来分享给大家就好了。

下午就收到了一些同学对从不同渠道对文章的反馈

特别感谢几位同学的认同，也感谢一些同学的建议，希望我把自己的一些感想写成一个系列。所以，第2篇就来了。

-------------调皮的分割线-------------

最近看了不少产品的书，产品的定义有广义的也有狭义的。其实，只要是工程师这个道理都懂得，产品有点儿面相对象中的“对象”的味道。

我认为“一个网站是一个产品”、“一款App是一个产品”、“一个开源的SDK或者工具库都是一个产品”，“甚至你运营一个跟技术相关的公众号都是是产品”。当然，这里，我列出来是指跟程序员相关的“产品”。其实，生活中到处都是产品，比如地铁里的扶梯，它就是一款产品。它涉及到体验会很多，比如大家站立都是靠右，留出通道给急用的人。有体验的地方，就有产品。无论好坏，无关大小，无关虚拟和现实。

刚入门编程的很多同学想到产品两个字，都会觉得“特遥远”和“特困难”。而今天这篇文章就是解决你的疑惑的。可能你会觉得是方法论层面的，但是我也会尽量举一些通俗易懂的案例。

产品

我觉得产品可以分为3类：应用产品、代码产品、代码+应用结合的产品。

应用产品
所谓应用产品，就是纯实现功能的产品，比如刚学习Angular.js，那么就可以使用其开发一款基于豆瓣 Open API 的 Web App。

那么，做纯应用产品，做重要的是什么呢？有两点，一个是把应用主体功能和模块抽象的能力；另外一个是如何利用已会的技术定制自己的技术架构。如果你没有灵感，没有特别想做的应用，纯粹是为了锻炼技术，那么选择豆瓣也是个不错的选择。

但是，我建议还是去发现生活的美，发现生活中的痛点去开发。这样，你在锻炼技术的同时，也会锻炼你对产品设计的把握，也能够让你更加明确思考需求的来源，以及为什么要这样做。而，我也发现了。做过独立产品和只按需求做产品的同学在理解需求背后的本质上存在很大的认知差异。一部分同学已经走近了“技术局”的僵硬视野。

代码产品
第二个类别就是代码产品。这个能做的就比较多了。下午也有好朋友说，其实“产品”也可以去扩展下技术深度。我特别认同。这里，我归类为“代码”产品。

之所以说是“代码产品”，是因为，这个产品不是“功能模块”，可以给用户（消费者）使用的。而是，单纯的“类库”或者“框架”。

比如，你发现操作 cookie 太繁琐，写一个 cookie 的类；比如，你发现默认的系统日历组件太难看，你可以定制一个自己喜欢的类型；比如，你觉得某个框架缺少一个功能，你完全可以自己扩展一个。

但是，如果仅仅是写代码，封装类，那还算不上产品。所以，你必须的做的是：增加丰富的文档和翔实的 Demo。然后，你开放出去，你可以给自己的其他项目使用，可以给身边其他小伙伴使用，也可已开源出去。这取决于你。

代码+应用结合
很多同学其实不喜欢单纯的“代码产品”。所以这里有第三类就是“代码”和“应用”的结合。

2013年，我做了一个“基于社交媒体旅游时空标签服务”的项目。该项目主要爬取了南京市一年的社交媒体数据，比如微博、开心网等。然后，对数据进行分词和清洗，最后提炼出“时间”和“空间”维度的标签。于是乎，你可以通过某个季节的关键词就可以知道为什么新街口8月份，某一款衣服卖的好？以及城市的轮廓和商业的地理围栏都能够清晰展现。

咋一看，这就是一个数据分析的服务。如果你单纯这么想，那是停留在“代码层面”。所以，后面基于该数据开发一套接口，开发了一个数据 API 网站，其他同学可以通过调用 API 开发应用。后面，我也基于该服务开发了“微旅行推荐系统”。虽然推荐算法都是自己瞎掰的，写的很烂。但是，蒋博士还在夸我“有一个做产品的思维”。

很多时候，只是我们思维局限，没有打开，所以我们会感到彷徨和无趣。比如，你开发一个牛逼的数据聚合系统，那么其实你可以基于其衍生出很多有趣的应用。

代码托管

有同学说，做了这么多项目，代码放哪里。如果你还在思考这个问题，说明你已经 out 了。现在不是学编程，一开始就要用 git 么？

所以，如果你希望开放你的源代码，那么大方的使用 github 吧。使用 github 好处不仅仅是存放你的代码，还可以让你养成很多比较好的习惯。比如，学会写好一篇 README，学会解答 issues, 学会去提 issues。

如果是私有代码，我建议你使用开源中国的 git。我一直在使用，很好用，业界良心。他们也有一个很好的称呼叫“码云”（捂脸）。

协作

如果是小型的项目和作品，一个人是完全 OK的。但是，有时候想的产品比较大，自己的技术又不是很全。那么，我建议你可以找一个小伙伴一起做。但是，我建议一定要找“和你水平差不多的”并且“积极向上，热爱学习的”。否则，人很容易被带跑的。

商业化

我并不建议刚入门编程，锻炼技术的时候，就想着开发一款商业产品。那么很不好的是，很让你感到浮躁，并且会让你的项目举步维艰。因为，你总想这个功能是否可以做的特别好，是否可以带来价值；而这个思考在这个阶段并不能带来显著的技术积累的价值。

我建议是，先锻炼技术，做一款产品出来，然后找到志同道合的同学一起协作，等用户规模上去，也能够差异化的提供深层次的用户价值。那么到了这个时候，商业化的思考并不会太晚。如果这个市场是蓝海，那么就是蓝海。并不是想得早决定的，而是你做出来的时机决定的。任何想法到执行前都是0。

作者：簋谣 文章首发于微信公众号“分支”和“Aissues.com”