开发产品学到的一些事(下)

发布日期: 2020-07-08 17:35:59 阅读量:390

软件焦点

开发产品学到的一些事(下)

一个 APP 开发工程师在 start-up 打滚几年之后,得到的一些心得跟体会, 上集在这里 。

善用追蹤工具

做任何决定之前都要有所本,不要突然「通灵」了就做出莫名其妙的决策。那要根据什幺做决定呢?很简单,让数据说话。善用至少一款追蹤工具并在上线第一天就开始追蹤使用者的行为,这样才能知道有多少使用者在用你的产品,以及如何用你的产品。总之,就是要透过数据收集与分析,来了解你的使用者。

日后当你要做 growth hacking 的时候,追蹤工具更是不可少,你会需要这些追蹤工具来帮你统计,看哪些修改会有助于你的业务成长,哪些修改反而会让业务衰退,以及成长或衰退了多少。

如果有开发 APP 的话,你也会需要想办法取得 crash log,这样才知道程式挂在哪,我推荐使用 Crashlytics 帮你收集分析这些 crash log,它非常的好用。

爱用第三方元件

近年来 open source 越来越受到欢迎,网路上有各式各样的第三方元件让你取用,所以真的没必要每一样功能都自干,如果有现成的可以符合你的需求,就大胆的用吧。再加上第三方元件的管理程式也越做越好,早期会遇到的第三方元件版本控管问题已经很少见了,所以我建议各位可以尽量用第三方元件,或是将第三方元件修改成符合自己需求,没事不要自己造轮子。

方便的更新机制

随着时间过去,你的产品需求一定会有所变化,该怎幺向后相容以及如何要求使用者升级就变成一件不得不面对的问题,这里我有几点建议让你参考。

写文件

所有人都知道写文件的重要,但是大概没人会喜欢写文件,但其实文件没那幺难写。文件存在的理由是什幺?不就是为了日后的查询参考吗。

所以 User Story 就是文件的一部分,你一边设计产品的同时,就一边在写文件了。这样有没有觉得写 User Story 很划算,会不会更有动力写好它!

程式码注解也是文件的一种,现在有很多工具能够将注解转换成说明档,日后只要注解有所变动,说明档就会自动更新,这可以帮忙省下超多时间。像我们的后端都会在程式码里头注解说明这支 API 的用途是什幺、传入的参数是代表什幺意思、是什幺型态、是否可以不传、回传值是什幺、有可能产生哪些 error,对应的 error code 是什幺等等。我个人觉得,维护程式码的注解比额外维护一份说明文件简单多了。

文件也不是写完丢在一旁就算了,它是让人日后可以查询参考的,所以最好可以把所有文件统一放在一个地方,然后有个方便的作法让人查询。

简单来说,文件有三大重点:要完整、要保持最新版本、要让人找得到。

画 Wireframe

通常设计师会画好 wireframe 让工程师知道整个使用流程,明白该从哪个画面跳到哪个画面。如果很不幸的,你们公司没有这种东西,那 APP 开发工程师就认份一点自己画一个吧。对工程师来说,画这个并不难,只要把 APP 每个画面都撷取下来,然后用箭头把彼此之间的前后关係串起来就可以了。

拥有一份完整的 wireframe 的好处在于,当你们想要增删或修改某些功能的时候,可以把 wireframe 拿出来,看看增删或修改这个功能之后,整个使用流程是否顺畅合理。千万不要功能都做完,才发现流程变得卡卡的,这样浪费的成本太高了。

以上就是我的一些心得,对上集有兴趣的人可以 看这里 。

老实说,就算每一点都做到了,也不保证你的产品会成功,但绝对会让你开发一款新产品时比较不会走歪,就算歪了也可以早一点救回来,降低你犯错的成本。

欢迎加入"Inside" Line 官方帐号,关注最新创业、科技、网路、工作讯息
开发产品学到的一些事(下)
开发产品学到的一些事(下)
相关文章