传统企业在互联网业务中当心踩雷

悟空智造交互设计师带你入行 


( 注:全文字数2700+,预计阅读时间8分钟。

适宜人群:想接触互联网的传统行业企业领导者;希望拓宽技能的UE/UI设计师。)

09a84262fe4f0eabe8e8cce88fc82b74.jpg

近几年互联网行业发展异常迅猛,像是给了众多企业新的机会,新的市场。企业在巨大的利润诱惑下涉足互联网业务,然而成功的经验不可复制,同样的雷,这家踩了,下一家接着踩。


今天就给大家分享两个真实案例,看看能从中找到哪些雷区。


第一节:案例


案例一:


A公司主营业务为传统行业。突然承接了一个软件开发项目。一期合同金额2000W+,包含软件和硬件(其中软件1400W左右)。在我看来一期合同金额不低,并且还有后续,所以我认为是一个较大的项目。


74a8dc927d0f6c9aa059274ca9cc6c7a.jpg


然而就在这个较大的项目开始的2个多月内,A公司仅派一名非常不专业的产品经理L,带领两名不专业的C员工和D员工在挖掘需求。


我们可以将这里视为项目的第一阶段


这里就出现如下问题


问题1:甲方极不专业,不能给到任何有参考意义的需求,全凭C和D与甲方的交流沟通,试图挖掘需求无果。这并不是甲方的错,我们在项目中大多都能碰到这种情况,本身并不是什么问题,但由于A公司员工的不专业这就成了项目的搁浅。

问题2:产品经理L不专业。具体有多不专业?对软件开发流程全然不懂,更不会整理需求,商务谈判也是非常差劲。至于L为何能够成为本项目的产品经理呢,个中原因有着浓厚的传奇色彩,暂不讨论。

问题3:C员工和D员工也不专业。不懂软件开发流程和相关技术,口语表达有问题导致和甲方沟通困难,连基础能力(比如做一个好看的PPT)都不具备。


871945623bc99e2d8d3a5b9f05d305ee.jpg




接下来在项目进行的2.5-6个月期间,依然由L担任产品经理,此阶段进入了两个开发人员Z负责Android和iOS前端,G负责后端。


我们可以将这里视为项目的第二阶段


至此阶段一的问题依然存在。


那么在没有明确需求的情况下,为何要招聘开发呢?原因是甲方看到项目搁浅,督促和要求A公司有开发介入。那么就产生了新的问题。


问题4:首先Z和G是很专业的开发,但只能胜任开发工作。在没有明确需求、没有UE、没有UI、没有测试的情况下,Z和G仅凭招标文件、投标文件和合同艰难的开展了工作。能够想象,在这3.5个月的时间内Z和G并没有实质性的工作进展,因为前置工作(需求调查、UE/UI)不够到位。


问题1、2、3依然存在并继续着。


fa3228a7d2a597fa3cb28857f4513ceb.jpg




阶段三:在项目进行的6-8个月期间内,产品经理由L更换为B。B有着20年的开发经验,技术实力毋庸置疑,但我们都知道B这种人更适合技术总监之类的职位,和产品经理有着本质的区别。同时W开始介入,负责UE和UI的设计,同时W有担任产品经理和带领设计团队的经验。B和W开始共同挖掘需求,同时教C和D与甲方沟通。


在现有人员的基础上,B又招聘了UI设计师1位,Web端开发1位,后端3位,测试1位。


在此配置上,两个月内完成了项目从5%-80%的进展。然而之前的5%,由于A公司的不专业用时6个月。


93c728484399f8b9c35c2fb5b8ec71b0.jpg




同时在第三阶段,由于项目严重拖延,甲方已经快翻脸了。导致B的工作开展极为困难,身心俱疲。




在这个案例中,能够看到一个极为自信的公司,企图跨领域承包业务。接着认识到工作无法开展,招聘相关专业人员。最后在艰难中拯救项目于水火的过程。






案例二:


Y公司从事传统行业,在业务中,发现客户喜欢一款小软件。接着Y公司招聘了一位UE/UI设计师W。W根据需求,用Axuer RP在Web端复现了这个小软件。


我们希望的发展路径是由W兼任产品经理,招聘1位前端和1位后台,深入完善产品然后上市场销售,再根据市场反馈迭代升级。逐渐优化Y公司的产业结构,成功转型互联网行业,赢取白富美,走上人生巅峰。


然而意想不到的是,Y公司领导看到可使用的软件后,就开始出售这个在Axuer RP上制作的软件。给客户交付Axuer RP上导出的文件,然后使用浏览器本地运行供客户使用。看到这里,你们是不是不敢想象,但这就是事实。


更不敢相信的是,此软件在5个月内,出售了10套。由于是使用Axuer RP制作的,所以公司每接一个客户,W就要修改一次。并且,由于没有后台,W要不断的给已购买的用户进行后期维护。


在这期间,W多次向领导反映,希望组建开发团队、拓展市场,无果。


问题:Y公司领导目光短浅。目光短浅的原因是不了解互联网行业的前景及发展。故不做大力投入,导致错过市场红利期。


第二节:雷坑


经过以上两个案例,总结一下,A公司和Y公司犯了哪些错误以及正确做法


1.盲目承接软件开发项目:


隔行如隔山。别人眼里的家常便饭,在你看来就是奇闻逸事。所有企图跨行做事的企业,第一步的正确做法应是招聘业内人士,不求专精但求统筹。以软件开发为例,前期可以招产品经理,但是不能让开发懵逼了双眼。


2.招聘相关专业人士后,不会运用:


在A公司找到专业的开发人员Z和G后,如果能让Z、G开怀谏言那么项目也不至于搁浅如此严重。所以,不要指望跨行业领导别人。外行指导内行的失败案例比比皆是。如果前期无法找到合适的产品经理,那么就应该诱导开发等人承担产品经理的角色。


3.领导层意识不到自己专业能力欠佳:


在A公司和Y公司的案例中,出现问题的根本原因都是领导人的能力欠佳。那就好办了,学习即可。但更重要的问题是,领导层自身根本意识不到需要学习。导致失误。


4.保守,对软件行业的前景预估错误。


在Y公司中,如果能够组建开发团队,正式开发软件,而不是出售一个原型的话,那公司业务就会又是另一番场景了。


以上仅从大方面总结提炼,其实,细节问题多如牛毛,只是不解决上述四个致命雷坑,后面更无从谈起。


第三节:低成本试水做法


有的企业说:我就是想试着干互联网,没经验,不想投入太多资金,发现了一些市场需求,具体应该怎么做呢?


方法:找拥有全能型的UE/UI设计师的服务商


首先,我们看看软件产品开发流程中,参与的岗位有哪些


产品经理➡️UE设计师➡️UI设计师➡️程序员➡️测试➡️销售/市场


整个过程中,产品经理需要全程把控。

472c38a5b163b6f60330bbef08188a41.jpg


在做软件产品的时候,企业应该优先招聘产品经理这一岗位,但是,专业的产品经理少之又少,且成本较高。而我们希望较少投入,显然不行。


程序员,由于不太懂产品经理的活,也不行。

测试,都还没开发呢,用不到测试。


销售/市场,这一岗位的职能,其实会被老板代替。也不用招。


就剩下UE/UI设计师了。他们在软件开发中,上游对接产品经理,会直接和产品经理讨论用户需求。下游对接程序员开发,能直接根据程序员的实力调整需求。


虽然这些工作对设计师的要求过高,且并非分内之事。但企业可以通过招聘能力全面的UE/UI设计师,帮助企业将idea实体化,制作出能够看到的东西,帮助企业分析用户需求。并给开发团队的岗位配置提供建议。



总结:

跨行做事风险很大,跨进互联网行业风险更大

盲目自信会很惨,认识自己的缺点

请专业的人,干专业的事

如果想试水,那就请拥有全能型的UE/UI设计师的服务商准没错。




App开发 | 深圳APP开发 | 广州APP开发 | APP制作 | APP定制 |软件开发 | 互联网解决方案 | 保险公司解决方案 | crm系统 | 网页设计 | UI设计 | 品牌形象设计 | 平面设计 | 深圳品牌设计