朋友说我的招牌菜就是“鸡汤”,这个真没办法否认,那么多年靠鸡汤生存,一时半会还没找到其他出路。
前几天看了一篇文章,见过世面的人,才不会野心勃勃的对世界蠢蠢欲动。那种人才知道已之欲,已之不欲。见过世面的人,能够挣脱繁华虚妄的羁绊,拥抱明确而简单的生活。当你明白无常,你就不会张扬;当你见过荣辱,你就不会彷徨;当你食过珍馐,你就不再垂涎;当你见过世界,你就不再仓皇。
局势已经达到不稳定状态,精准打压肯定不是几个和谈就能解决问题。这是一个最好的时代,也是一个最坏的时代。朝鲜推出改革开放,朋友圈的创业大军就要去占领一席之位。思维的火花一次次出现,这再也不是靠点子存活的时代,这是靠实力和资源存活的时代。这个世界并不怕十分冷静的人,也不怕十分疯狂人,怕的是两者的结合体,怕的是那些用十分冷静的思维思考世间的一切,但是执行起来又非常疯狂的人。
这世界不缺牛人,浩浩荡荡的人海中,你我都普通的不能再普通了。只是有些人的梦想不容置疑,有些人的梦想遥遥无期。我们可能一辈子也搞不出什么惊天动地的名堂来,但是我们一直在路上,一直在进步。每天看着八阵图网络科技的成长,从邦妮的弱小和不稳定,到八阵图的敢打敢拼,独当一面!因为梦想,所以无论如何!
以上为鸡汤,以下为正文
那天(也就是前几天),我突然有一个想法,打造一个完美作品-我自己。我没有什么特殊技能,也就是会给客户出了方案,谈个需求,做个原型。
一个产品需要首先考虑技术、商业模式、运营、管理;你最直接的能力要有:
行业技术(这是立身之本,当然,最好多方面了解,这样才能统筹大局,给客户建设性意见)
数据量化处理(产品肯定不是凭空意念,需要调研总结多方面数据,量化给客户和技术人员)
产品原型制作能力(流程图、思维导图、文档、原型、需求说明书等)
产品文档(使用说明书、信息整合等等)
“需求确定”一直是一个难题,说不清楚+听不明白,尤其对于不懂技术\不明白需求的客户。我记得一个客户卖水果,他要求我给的案例都是卖水果的,不然都看不懂,那一刻我蒙圈了,我是不是应该精准营销到-案例=原型。显然不是,这就需要给客户可视化的展示逻辑和功能。
展示方案的方式很多,正规化方式缩短沟通时间和误区:
流程图、思维导图=分析功能需求
客户方案=展示需求、案例、工期、技术等等
原型=模拟展示产品
需求说明书=使用户和软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础。包含硬件、功能、性能、输入输出、接口需求、警示信息、保密安全、数据与数据库、文档和法规的要求等等(粘贴百度百科)。
谈过很多需求,很明白一个道理,如果那是你的人,不会让你行走着“千里迢迢的追妻之路”,如果那不是你的人,砸锅卖铁换来的也就是回眸一笑。低成本、高效率敲定需求,成为了根本解决方案。
思维导图;符合高效和低成本。方便和客户随时沟通、修改,来确认功能需求。下面是我最近做的初期需求分析的导图,当然还属于小白级别。http://naotu.baidu.com/file/ee023924efa0f76ee1823ec4d8c09e02?token=c5c7372a22a546f8
打今起,做个有内容的鸡汤首先就是主体功能介绍,这部分也就是客户的直接需求,客户的潜在需求就在小的分支。明确大分支的客户直接需求之后,就需要根据已有的知识和产品经验分析客户的具体需求。
方案;这是我们设计方案的大概内容,产品简介就属于功能的概述部分了;决定性作用的就是策划方案以及详细功能说明,这应该是客户比较明了的部分。策划方案,就是需求功能的确定,以及具体实施,详细功能说明,就是案例或者模板的展示和介绍部分。
打今起,做个有内容的鸡汤原型图;做原型设计之前,必须先通过思维导图、流程图等工具理清思路,找到真实的需求,这些准备也能加快开发进程。设计原型图过程中,逻辑严密,需要考虑好每个操作的:发现成本:它在哪儿?(Where);辨识成本:哪个是它?(which);理解成本:它能做啥?(What);操作成本:它好用吗?(How)
简明扼要的大概介绍了一下,脑壳有点痛,详细内容,请继续关注!还属于小白级别,还请多多指正!
网友评论