明天咱们采访到的独立开发者是齐上凯，来自漂亮的滨海城市厦门。他是一名从事软件开发 20 多年的“老兵”，成为独立开发者之前是一名技术管理者。从业 20 年见证并经验了国内挪动端倒退的全过程（WINCE -> Windows mobile -> Android -> Hybird App -> 微信小程序）。
至于如何成为了一名独立开发者，他示意在经验过软件工程师、团队 Leader、项目经理、产品经理、产品运维多个岗位的“磨难”后，深感研发效力及软件工程实际在产品开发中的重大作用。但前公司组织架构简单，很多研发效力的理念，当遇到跨部门状况时就无奈理论落地，产品从布局到开发、测试、公布再到运维，无奈实现全程贯通。
利用本人把握的研发效力技术，通过软件工程实际，疾速将 idea 转变为产品，以实现“顺畅、高质量地交付的无效价值”的想法在他脑海里彷徨已久，权衡利弊后，他来到了就任 9 年的公司，踏上从”0“开始的路线。
班车小精灵
我的项目背景：
这个想法来源于本人乘坐班车的经验。因为路况起因，我始终是乘坐公司班车通勤的。而我所在的这条线路，正好通过厦门的主干道，交通很拥挤，导致班车的达到工夫无奈确定。公司也应用了车长“人肉报站”，微信共享地位等报站形式，但感觉都不是很敌对，还是常常错过班车。在和共事吃午饭的时候，常常吐槽班车这个事件，逐步就产生了做一个班车报站小程序的想法。小程序“用完即走”的个性，很适宜这种轻量级，但又每天必用的场景。
我的项目简介
“班车精灵”是一款“无需装置，用完即走”的小程序产品，它可能将班车和乘客连贯在一起：司机通过它“一键报站”，乘客通过它晓得“班车到哪了”，为企业员工提供更优质的班车通勤服务。
1、我的项目开发的过程中遇到过哪些问题？如何解决的？
（1）研发基础设施搭建
尽管是独立开发，但产品的需要更新，继续迭代及品质保障，都须要有一套小而美的研发基础设施作撑持。这时没有工具搭建团队，只有你一个人，工具选型，搭建中遇到的各种问题，都须要本人去解决。
（2）开掘用户痛点
班车精灵提供的是班车报站服务，要让服务真正落地，须要解决两个问题：一报站的源头在司机，须要将交互做到极简，一键启动，让司机违心应用；二对于乘客，则是报站要精确，可能主动解决各种异常情况。
在小程序开发过程中，我进行了一周的跟车测试，理解司机和乘客的痛点，并测试报站准确性。小程序第一版公布后，我仅开明了一条线路，又进行了 20 天（4 周）的跟车测试，司机在应用过程中会提出他们的倡议，遇到的问题在现场根本就能定位，并尽量当天解决。通过这 20 天的测试，很多原先未想到的的异常情况，都失去了相应的解决，为“班车精灵”正式上线的稳定性，打下了松软的根底。
2、是否关注用户的评估反馈，如何与用户交换？
我发现用户根本不会通过小程序的“反馈”渠道提出倡议。试用期间，我拉了一个试用群，都是原先相熟的共事，他们在应用过程中会提出一些反馈。其次，隔一段时间，我也会去乘坐一次班车，现场体验一下班车精灵的应用状况，并在班车上跟乘客作一些沟通交流。另外，在开明新线路时，车长须要采集站点，也是第一个使用者，他们也会提出一些很好的倡议。
3、经营独立我的项目的过程中，遇到过哪些乏味或者觉得很有意义的事件？
这两件事件和技术并没有间接的关系，但却很有意义。使我接触到以前未曾意识的畛域，而这些畛域，又是独立开发者必须面对的。
（1）市场调研
跟车测试时，与司机混熟了，他间接把我拉到班车停车场，去做市场调研。这次市场调研，好的一面是让我看到厦门大量的公司都提供班车服务，而且根本没有应用这种班车报站软件；不好的一面，是司机对应用这种软件的志愿度并不高，他们认为把乘客送到终点站即可，至于查看班车地位 这个事件留给乘客本人解决就好了。
（2）产品定价价和商务谈判
产品定价是一个很艰巨的过程，没有任何能够借鉴的教训，我试着作为需求方，到外包公司提需要，从而取得参考报价，以此为根底制订适宜独立开发者的产品定价。
但到了商务谈判，又是另一种状况。客户根本把价格放在第一位，要求价格便宜，性能还要齐全，产品还要很欠缺。
在客户对产品的抉择方面，班车精灵这种 SAAS 服务型的产品，须要间接面对外包公司的挑战，有些外包公司甚至违心用极其低廉的价格（有时甚至达不到成本价），去
促成一个外包我的项目（提供版权和源代码）。对于我这种 ToB 产品的独立开发者而言，如何实现产品商业化，就变成一个重大的挑战。
对于独立开发者
1、如何定义独立开发者？
我了解的独立开发者是指一个人或 2 - 3 集体的团队，他们从产品布局开始，独立实现设计，开发，测试，公布，运维，推广，直至商业化或开源等各个环节，从而打造出一款小而美的产品或框架。
2、独立开发者的产品和外包公司的我的项目有什么区别？
外包公司做我的项目只须要做好一次或者很少的几次交付就能够了。而产品，则是要倾泻心血于它的整个生命周期。做我的项目须要更多聆听用户需要，然而做产品更重视思考，思考用户的痛点和产品的定位远重于聆听用户表述，要把更多的精力花在产品定义、设计，思考怎么把技术、业务落地到产品实现上。在公布当前，如果侥幸的话，产品会有一个漫长的迭代和保护周期，Ops 工作也很可能成为你的重心，你会把次要的工夫都投入到这里。
3、独立开发者和在企业中从事技术工作有哪些异同？面临的最大的挑战是什么？
在企业从事技术工作只有将所有精力投入技术攻坚即可，开发者须要一直学习新的技术并用于产品中，和他们打交道的次要也是和技术相干的人员。
独立开发者是一个综合性的职业，首先他须要开发出产品，必定须要懂技术。但有技术远远不够，或者说技术仅是其中的一小部分。因为独立开发者须要懂产品布局，懂
项目管理，懂测试和运维，甚至还要晓得如何营销和推广，他面对的人群是各式各样的并且往往不是技术出身。
单从技术角度而言，独立开发者须要面对资源极度匮乏的事实（人员的匮乏，资金的匮乏），因而在技术选型上，也需要量身定制 —— 须要找最合适的，而不是最新最酷的技术。另外，须要更器重研发效力，以此来补救人员上的匮乏 —— 能自动化的尽量自动化，让计算机代替人做更多的研发工作。
面临的最大挑战还是产品推广和商业化。可能一个产品的 MVP 版本比拟胜利，但有了肯定用户基数后，如何引流就是一个大问题。另外，产品须要有收益，也就是商业化：To C 产品很容易就被剽窃；而 To B 产品面临着中小公司的挑战。在商务谈判方面，独立开发者还是比拟吃亏的。
4、如何对待目前国内独立开发者的生存环境？和几年前相比有哪些好 / 坏的变动？
国内独立开发者的生存环境，的确比拟艰巨，这个从思否的独立开发者调查报告就能够能够看进去：次要还是推广难，商业化方面不足无效的领导，产品无奈变现导致支出不稳固。这些都不是软件开发者善于的方向。另外独立开发者的线下交换圈子太小了，除了一线城市外，其余中央鲜有独立开发者的交换圈子。
好的方面 ：近几年，云原生和开源催生了大量的收费工具及云服务平台，这些工具大幅升高了前后端开发门槛，让开发者无需把握大量的前后端开发技能，就可能进行产品和业务开发。各大厂商都在云原生这一新兴平台上发力，云平台的服务老本已
经相当低了，而且还反对弹性扩容，这些对与资金紧张的开发者，都是一个好消息。
坏的方面：通过几年的疾速倒退，C 端市场已根本饱和；而 B 端市场，存在泛滥中小公司的价格竞争，虽说独立开发者的产品绝对比拟专一，可能在迭代速度和品质上，也有肯定的劣势。但一谈到报价，软件公司可能不计成本的谈下一单，而独立开发者，则没有这样的资源。
5、给独立开发者们或者想要成为独立开发者的敌人一些倡议吧
1、性情：要先理解本人的性情，软件开发者个别比拟闷，如果不喜爱和非技术人沟通，最好还是抉择一个适合的公司，在技术畛域深耕；如果你比拟爱尝试一些新畛域，并从中能获取到价值感，兴许适合做独立开发者；
2、全面性：如果想成为独立开发者，须要退职场上多让本人尝试各个岗位的工作，比方产品经理，项目经理，团队 Leader，测试或运维，这些都是独立开发者须要具备的技能；
3、工夫治理和自律性：不足了公司的束缚，须要本人管本人，这时不仅是趣味驱动，更重要的是自律：有法则的生存作息，正当的产品开发打算，准确到每日，每周的工作打算，并定期复盘总结。
4、身体健康：身材是所有的成本，找到适合本人的静止形式，并能保持下来。
集体相干问题
1、个人主页
2、生活照
3、分享一下您的工作流
每个产品迭代的工作流如下：
（1）迭代开始前，会从 TAPD 需要池中选出参加此次迭代的用户故事和研发工作，一个迭代的研发周期，个别是一至两周；
（2）评估每个工作的优先级及预计实现工夫；
（3）如果须要 UI 交互，则先在“即时原型”平台上实现交互稿；
（4）拉出开发分支，依据工作优先级进行开发，开发过程中会边写代码，边实现单元测试，每隔 1 - 2 个小时，就会提交一次代码。继续集成平台，会监控代码提交，并主动对代码进行品质审查和测试，确保每次提交的品质，一旦构建失败，须要第一工夫解决；
（5）每天开发实现后，会应用体验版测试一下当天实现的性能点；
（6）迭代中的用户故事实现后，会编写或更新 UI 自动化测试用例，用来进行新性能的冒烟测试；
（7）当迭代看板中的工作实现，并通过继续集成平台查看，开始合并分支；
（8）分支合并后，会主动进行一次残缺构建，包含动态代码查看，单元测试，UI 自动化测试测试，如果全副通过，就会上传到小程序平台作为体验版；
（9）如果有须要，对体验版进行实地场测，通过后，提交小程序平台审核，最初公布；
（10）如果该迭代版本的 UI 交互有变更，软件公布后，同步更新疾速使用指南。
4、下一款产品打算做什么？现有我的项目有哪些打算中的迭代方向？
目前还没有下一款产品的打算。“班车精灵”打算在明年上硬件计划，目前实现了人晓得“车在哪里”，解决了乘客的痛点；而硬件计划，则实现了车晓得“谁上了车”，解决企业治理班车的痛点，简化班车早退的考勤流程，真正的实现人和班车的互联互通。
5、平时会通过哪些形式 / 渠道晋升本人的技术能力？
技术方面，次要是通过订阅“极客工夫”的课程；研发效力方面，次要还是通过看纸质书，最近在看的一本《软件研发效力晋升之美》。
6、开发之外的工夫会做什么？
开发之外的工夫都在带娃（做饭，辅导作业，和娃一起静止），感觉比以前下班还忙。娃上四年级，正是造就学习习惯，锤炼好身材的机会。
如果还有空余工夫，会将本人的经验写成技术分享，放在集体公众号“淘淘的小屋”上。
5、您的座右铭或者集体信条是什么？如何解读？
集体信条是抉择比致力更重要，观点比抉择更重要。
从张一鸣的博客中看到的，抉择源于观点，观点决定抉择。如果观点不更新，永远看不到更远的风光，也很难找到本人的职业方向，而一旦抉择，就是去做，并保持去做。