本文仅从个人作为一个三流跑偏程序员的视点考虑，并且对待产品的认知和思想也比较初级，完结方法也比较草根，无法与真实的大型项目混为一谈，其间有些观念也可能是过错的，期望不要对别人发生误导。

　　或许标题换成“怎么一个人从0到1完结一款app产品“更适宜些，关于这个问题，我之前也有在知乎上答复过，今日重新整理下，由于每个人都有自己的答案，一个人的不同阶段，也有不同的答案。

　　其实完结这样一个使命并不难，只需求意志与时刻，但关于怎么成功完结我至今没有答案，还在探索中。

　　下图是我回想自己开发进程中大约触及到的处理方法，条条大路通罗马，每个人都需求挑选适宜自己的，仅作参阅。

　　那么怎么验证自己的主意是否靠谱呢，能够凭借许多方法，假如你的产品没有自己的流量来历而是要和一众产品厮杀，能够试试如下方法。

　　各大运用途径关键字查找同类产品，这儿或许有人会说，我的主意绝无仅有，现在市面上还没有同类产品，那我觉得该祝贺你，假如你的产品逻辑ok，何不依照自己的思路完结出来交给商场验证。但绝大部分主意都会有同类产品现已呈现，除非你是世界上少量的聪明人。

　　假好像类产品十分多，阐明大方向没错，可是许多人现已走在了你的前边，这时就要考虑要么你的产品满意优异，能够脱引而出，但关于一个人来说难度较大，要么你的产品有自己的仅有不行代替性。究竟一个很严酷的事实是，关键词查找流量的适当大比例只给了第一页。

　　假好像类产品十分少，可是点评很少，阐明用户量不大，需求稳重，假如谈论许多，则需求存在。并且点评还有一个十分重要的用途，能够剖析本身和竞品的缺点与优势，扬长避短，协助自己完善主意。

　　构思产品的开端模型，确认UI,能规划流程图最好，凭借墨刀，Axure RP 等，或许选用你喜爱的方法，我其实是没有做规划流程图这一步的，才能有限，并且不太喜爱在这上花太多时刻。

　　我之前一年选用的方法一直是服务器用nodejs,客户端用react native，这样的原因是开发言语学习上不需求花太多的时刻。客户端运用rn没有运用原生的原因也是由于rn就能够满意我的产品需求并且功用还不错，节约时刻本钱。但不得不供认我在rn上花了许多时刻去填坑，这也是我鄙人一款产品中改用flutter的原因。

　　关于app前端跨途径言语的挑选上，需求考虑，功用是否ok，与原生的交互，运用的人数，文档的完善度，社区活跃度，学习本钱，归纳考虑挑选适宜自己的就好。

　　app端触及的包含UI，数据存储，网络，推送，反常捕获，数据计算，云控体系，版别操控，当然有些产品还需求某一方面极强的专业性。我的原则是能用三方的尽量用三方，把时刻节约出来，并且我不认为自己完结的会比商场上验证的三方更好。但我不会由于时刻问题而去省去其间某一部分，尤其是数据计算，看似能够疏忽却对产品后续至关重要。

　　服务器端我不敢提及太多，由于服务器端我根本都是自学的，很初级，紧紧停留在能用的阶段，说实话，我期望有一天我的技能支撑不了我的产品，那阐明用户现已达到了一个量级，那时我会去寻觅优异的人协助。

　　编写进程中，首要确保稳定性，可扩展性，好像武侠片中，我更喜爱步步为营，简略有用而不是目不暇接的招式，我能够在完结方法上偷闲，可是我不会在功用逻辑上偷闲，尽量在规划功用上做到最大化的动态操控，这儿疏忽了安全性，原因是我对安全性方面了解还不是很透彻。

　　言语本身仅仅一种东西，更重要的是思路，有了思路后要做的便是运用相应的言语完结方法，究竟言语都是给人用的，不存在会与不会的问题，学习时刻长短的确是有不同的。

　　关于遇到难题，能够处理但需求花时刻的问题，假如有其他方法处理，我会挑选退而求其次，有些也能够从规划上作出退让，这也是我喜爱一个人编程的原因之一。

　　第一个版别上线时刻节点很重要，尽量只完结中心功用，这样做优点是缩短开发周期。能够尽快让商场去验证，并且用户反应能够让你及时作出调整，还能调集你的积极性。至今依然谨记从前一位老迈说过“小步快跑”。

　　我觉得这比把一个产品做的自己觉得完美再上线更好。并且开发周期越长，人的耐性会越小，很简略呈现功败垂成。打磨产品本便是一个绵长且磨人心智的进程，假如能取得用户反应，不管认可或许批判都会给人很大动力。

　　现阶段，我根本不会去提早做技能储备，根本都是遇到了问题才会去找网上找完结方法，并且挑选的大都是简略初级的方法，这的确比较low。

　　苹果审阅触及到技能网址，隐私方针，并且谁都期望自己都app最起码有个下载页，关于进步产品都逼格是有协助的，所以最好请求个心仪的域名。还有便是小程序需求支撑https的域名。服务器的挑选，我运用的是阿里云，仍是相同挑选适宜自己的。

　　关于服务器的运维是需求了解学习一下的，即便有人能够协助，最好也仍是自己来保护会比较便利及时。

　　很快乐，总算到了提交这一步，现在安卓途径原则上都需求软著，正常请求周期3-5个月，触及付出等灵敏功用等还需求公司资质，这些最好也都提早了解下。

　　提交途径，app store的提交流程比较android会费事些，运用宝，百度对软著要求比较严厉，运用宝第一次审阅通往后，后续版别审阅会比较快，有时乃至几十分钟过审，一般也在几小时以内，百度，阿里联盟一般在一天以内，小米途径回绝盒子类app审阅，运用截图有改动有必要及时替换。假如能请求某个途径的首发对初始流量获取也协助很大。android途径很多，其他途径我了解不多。

　　当app过审，用户开端下载运用，服务器一条条日志输出，一个产品的生命才刚刚开端，当我看到后台一条条日志输出时，觉得那就像活动的血液。至此也便是完结了从0到1的进程，后边是从1到100，我觉得比较于从0到1，从1到100才是给咱们最大到应战，这也是我一直在探索和学习到阶段。

　　验证一个主意没有必要非得依靠app，究竟开发周期比较长，能够测验运用小程序去验证，周期会缩短，乃至有些主意完全能够经过社群等简略方法去证明，当可行后再开端或许更适宜。

　　以上是我总结本身的一点点经历，期望能够对你有所协助，最近我在考虑一个人怎么高效的运营自己的app，这其实是我遇到的一个问题，我没有办法把有限的时刻一起分配给产品的运营和技能开发，所以期望能够找到行之有用的方法。

　　开端构思是完结一个运营机器人，它包含根底的客服功用，树立与客户的联络，接近人的认知功用，比方能够在用户作出一个动作后给出近似人的反应，用户画像功用，剖析用户然后发现问题反应给开发者，智能的内容保护体系，给予用户优质的内容供给。这可能会触及到机器学习，但就像之前我说到不会提早做技能储备，只要当我需求时，我才会去跟进。

　　总归，我期望的是让产品有它的生命，它会生长，会进化，乃至不需求我的干涉，我所做的便是创造出初级的它，而它的生长进程中我需求做的便是服务于它。