最近一个朋友刚刚请外包公司做了一个App，主要是用来进行线上知识付费的。这位朋友资历很深，是香港中文大学的特聘教授，可以说，在内容方面绝对是权威。之前也在第三方平台上使用过直播工具，帮别人收获了很多流量，按照他的说法就是，他帮助平台增长了，但是他却没有从平台的增长中获得收益，所以想直接做一个属于自己的知识付费App，希望数据和内容全留在这个平台上，用内容带动起一个平台的成长。
外包公司做了半年时间，提交了一个版本，这位朋友还算比较满意，然后就开始进入运营阶段。到了实际使用过程中，发现有各种小地方都有改进的需求，有些是用户提出来的，有些是运营人员提出来的。但当把这些需求告知外包公司后，对方表示这些需求属于新的需求，对于新的需求，需要重新走立项，评审，开发，测试的流程。 这位朋友一下就懵了，如果按照这个流程走下去，那改一个需求要多久呀， 他觉得这些都是小的改动，为啥就不能突击两天，直接修改掉就好了？
相信以上这位朋友碰到的问题，很多想转战互联网的朋友也都曾经历过，他们觉得不就是一个App吗，找外包咨询后，觉得自己完全能够负担这个费用，于是就开始进入开发流程，但实际上线后，会有各种扯皮的事情。 这件事情的本质原因在于，对于不懂互联网App的老板们来说，他觉得这个项目一旦交付后，剩下的事情就和技术无关了，这个过程和建造一座大桥一样，一旦大桥通车，工程人员就不用维护了，接下来的事情就是业务的事情了。但实际情况是，软件开发出来后，特别是2C（面向大众用户）的产品开发出来后，你要不断的验证用户是否喜欢你的设计，并且要根据用户的建议和反馈不断进行修改，也就是说这是一个持续的过程，这个过程就像生孩子一样，产品出来之后才是一个开始，而不是一个完结。
通过以上的举例，相信大家已经能够明白 项目类 和 运营类 App的本质区别了吧，项目类App交付后，基本上除了小的维护，不会有太大的需求变动，这类项目适合于2B 的项目，如果你流程非常清晰，那么开发出来后基本上不会做大的需求修改。但对于很多2C的项目，由于最终是给用户使用的，没有谁能够说清楚用户喜欢什么，你只能给出一个版本，然后和用户不断交流沟通，一起最终把产品打造完善，所以产品开发出来后，仅仅只是一个开始，是你能够与客户交流的一个基础版本，在这个基础版本上的持续迭代才能把产品真正打造成一个用户喜欢的产品。
对于外包公司来说，他的逻辑是交付，他只有用更少的时间，更少的经历去完成一个项目，才能很好的控制成本。外包公司的报价评估都是根据需求来计算的，所以他的交付就是满足用户最初提出的需求，一旦这个版本完成了，如果用户希望需求上有些改动，那当然要另外算钱了，否则外包公司就会陷入无休无止的需求变更中，从而导致成本无法控制。
所以对于想转战互联网，想通过传统运营+互联网软件方式建构平台的老板们来说，一定要区分好你的应用属于什么类型。交付类产品和运营类产品有着不同的运营逻辑和迭代周期，真正了解好自己的产品是那种类型，这样才能有效的评估软件运营成本，从而顺利有效的把商业梦想变成现实。
网友评论