所谓价格,其实是在给用户提供一定价值后,从中制取一定比例作为回报。
当然,价格并不只这么简单,还和成本、市场环境、消费者经济水平、竞品价格、等等因素有关。不过,最核心的,依然还是产品本身能为用户提供的价值。
作为理性的消费者,在考虑价格这个因素时,主要考虑的应该还是这个产品给自己带来的收益、便利。如果收益已经大于价格,那么,过多的在价格上纠结,就是在浪费时间。省去纠结的时间、精力,可以做更多事、产出更多价值,或者直接说,赚更多钱。
最近 Klib 搞得好累,感觉要涨价了…
独立开发,自由职业
所谓价格,其实是在给用户提供一定价值后,从中制取一定比例作为回报。
当然,价格并不只这么简单,还和成本、市场环境、消费者经济水平、竞品价格、等等因素有关。不过,最核心的,依然还是产品本身能为用户提供的价值。
作为理性的消费者,在考虑价格这个因素时,主要考虑的应该还是这个产品给自己带来的收益、便利。如果收益已经大于价格,那么,过多的在价格上纠结,就是在浪费时间。省去纠结的时间、精力,可以做更多事、产出更多价值,或者直接说,赚更多钱。
最近 Klib 搞得好累,感觉要涨价了…
用「好」工具
时间宝贵、过有品质的生活,就不要再忍受蹩脚的工具了。
比如,同样是微博客户端,官方的版本有漫长的启动广告,还有作为男士并不喜闻乐见的生理期用品广告;另一方面是很多优秀的第三方微博客户端(如我用的「奇点」),既没有广告、交互还更简洁。
那为什么不用更好的工具呢?
「用好」工具
通常,工具的创造者想的比较用户更多,考虑了各种场景的适配。如果发现正在用的工具无法达到某个目的,在骂娘和寻找替代品之前,最好先花点时间研究下,是不是有自己未发现的点。毕竟,时间宝贵,更换工具也是有成本的。
用「好」工具,避免在蹩脚的工具上浪费时间;
「用好」工具,提高效率、节约时间。
今天又试了下,竟然真的找到了 Swift 的模糊日期识别方法:
|
|
哎,早点怎么没找到。当初花了大力气解决 Kindle 中的模糊日期,现在看来比较亏。唯一安慰自己的是:
看来,自己对 Swift 的基础库还是不够熟悉。
要相信现实世界是复杂的,相信程序是复杂的,相信别人做了很多工具,相信自己要学的东西还有很多。如果碰巧解决了问题,要么是在别人工作的基础上,要么是运气好。保持敬畏之心,才能更虔诚的学习,更用户的做产品。
另外,遇到问题,不要一头扎进去解决问题,要先想一想:
想过上面 3 个问题后,再去解决问题本身。
今天在实现 Klib 导出到印象笔记时,其逻辑比预计的复杂。
由于预估不足,再加上要赶进度,就没有进行充分的设计,直接开始代码。结果,基本实现后发现,代码基本很难进行单元测试。因为数据结构的处理、业务逻辑、甚至 UI 交互都混合在一起、耦合的太紧了,导致无法分模块进行测试。
由于无法测试,导致心里还是很慌的。尤其是,在少量数据下测试是正常的,而在大量数量时就有问题,这种情况更慌。既然已经这样了,还用大量数据来发现问题。在解决这些问题后,基本认定功能完成了。如果用户那边遇到了情况,只是遇到后再解决了。
程序中到处都在这种平衡。
没有最佳方案,只有根据实际情况不断调整的、最适合的方案。