师傅离开后的这一个月

师傅离开后的这一个多月

前文中提到，师傅去了一个离家近的大厂，而我因为没有一个好的背景和系统的产品经验不足以跟着他一起去，并且因为每年前都会各种奇葩离职（公司倒闭、部门解散什么的），所以我师傅让我一定要在这里干满一年。我也很听他的话，决定坚持留在这里。

在这一个月里，没有了我师傅那颗大树的遮挡，我终于体会到了情况的复杂。在他打算离开的时候，部门有了新的项目和方向，他决定放手，让我全盘负责，不再是之前那种什么事都帮我拿主意，我只需要执行就好了。现在需要我自己去想，去思考，去执行。虽然每次我累的想死同时看到他优哉游哉的看电视的时候，感觉莫名的蛋疼；但是依旧很感谢他。因为这半年我几乎完全是在他的羽翼下，存在感薄弱，每天混日子一样，脑子都退化了。这一波让我又找回了曾经自己单打独斗的日子了。好了，牢骚和背景废话完毕，说说他不在的这一个多月我做了些什么吧。

这一个多月里我主力设计了一款bug管理软件，包含自建任务、自/手动流转、SDK异常获取等。可能很多人会觉得这个东西是被人玩烂的东西，毕竟有大把大把的进度管理工具，任务流转工具，crash获取工具，国内的bugly、蒲公英、bugtags、网易云捕、crasheye、fundubug等，国外的Sentry什么的都是老牌工具占领着大量的市场，并且很多大厂都有自己开发的工具或者私有化的流转工具了，我做的这个又是后来又没有大客户该怎么办。其实，我也很纠结，嗯，头发没少掉。。。。

说点正经的，在这个项目中我，感觉对我最大的干货就是这些了：
一、脱离了我师傅的羽翼，什么都要亲力亲为，让混了好久好久的我脑子又转起来了，再次找回了之前的感觉。这个对我很重要，毕竟，作为一个产品，最重要的就是脑子和眼界，没有一个灵活的脑子，不能把坑都想到，都看到，都填掉，就是在坑自己。

二、前文也提到了，国内已经有大把大把的这种工具，那我的工具怎么办，拿什么去切用户？这个我想了很久，总结了一下：

a.刚正面
bug获取流转工具核心功能在与两点，一点为SDK能力，一点为bug获取能力，如果想正面和其他竞品抢资源，就要需要从这两点下手。
b.找亮点
但是在我的工具制作初期想在硬实力上击败竞品上是不可能的，毕竟人家做了好几年，我满打满算才做了2个月，即使拥有之前做数据产品的SDK能力基础也很难。所以就要想到很多的亮点功能，来做为切入点。这时我开始分析国内外的竞品，例如fundebug是以H5和小程序为主场，bugly专注游戏，Sentry可以提供崩溃视频等等。都是他们的亮点。
c.靠矩阵
在具备了一定的能力后，我想到通过公司其他矩阵产品带量，同时跟其他矩阵产品串联起来，让系统之间进行一定程度上的功能和数据互通，让其它产品的用户在使用的时候，可以慢慢引流到我的产品中，再通过我的产品分散到其它的产品或回到初始点。

想通了上面的三点并制定相关方案后，就开始实行推广了。但是推广的阻力前所未有的大。
首先，我这是一款完全开源的产品，从根本上就让客户感觉不靠谱，毕竟不花钱的东西是好，但是保障又在那里，而且我的产品很大一部分功能是以SDK能力为基础，数据安全问题很容易就引起客户的敏感与抵触。
其次，没有足够的吸引力，毕竟最难改变也最容易改变的是习惯，人家用别人家的东西用了好几年了，你这个东西新来的，功能、能力方面完全没有突出点，人家凭啥把顺手的东西换成不顺手的东西。
最后，数据迁移成本，人家用了好多年，各类基础数据，统计数据怎么能完美的到你的系统中，不能一言不合就从新开始吧。哎。。。。

总之，在推广重重受阻后，我决定在补充硬件能力的同时，开始研究研究亮点能力。在调研了国内外多款竞品后，把目标放到了如下几个方向：
1、小程序
蹭小程序红利热度，将bug管理对准小程序，增强小程序SDK异常获取能力，获取小程序的网络请求bug和js上报bug，同时，在平台展示堆栈、日志、用户行为、网络请求等tab数据，为研发童鞋解bug提供帮助（ps：虽然本部研发表示你那些花里胡哨的都没有，我只看堆栈）。
2、崩溃视频
这是国外一个竞品的点子，具体技术实现纯在很大的争议，对用户体验也有很大的影响（造成卡顿）；但是作为一个噱头很不错。所以就加了（ps：实际是大佬们觉得好）；

其他的就没什么了。在这些都是边做边研究出来的东西，截至到写文章的时候，产品第二个大版本就要上线了。接下来就是慢慢的优化迭代了。