打今起，做个有内容的鸡汤

朋友说我的招牌菜就是“鸡汤”，这个真没办法否认，那么多年靠鸡汤生存，一时半会还没找到其他出路。

前几天看了一篇文章，见过世面的人，才不会野心勃勃的对世界蠢蠢欲动。那种人才知道已之欲，已之不欲。见过世面的人，能够挣脱繁华虚妄的羁绊，拥抱明确而简单的生活。当你明白无常，你就不会张扬；当你见过荣辱，你就不会彷徨；当你食过珍馐，你就不再垂涎；当你见过世界，你就不再仓皇。

局势已经达到不稳定状态，精准打压肯定不是几个和谈就能解决问题。这是一个最好的时代，也是一个最坏的时代。朝鲜推出改革开放，朋友圈的创业大军就要去占领一席之位。思维的火花一次次出现，这再也不是靠点子存活的时代，这是靠实力和资源存活的时代。这个世界并不怕十分冷静的人，也不怕十分疯狂人，怕的是两者的结合体，怕的是那些用十分冷静的思维思考世间的一切，但是执行起来又非常疯狂的人。

这世界不缺牛人，浩浩荡荡的人海中，你我都普通的不能再普通了。只是有些人的梦想不容置疑，有些人的梦想遥遥无期。我们可能一辈子也搞不出什么惊天动地的名堂来，但是我们一直在路上，一直在进步。每天看着八阵图网络科技的成长，从邦妮的弱小和不稳定，到八阵图的敢打敢拼，独当一面!因为梦想，所以无论如何!

以上为鸡汤，以下为正文

那天（也就是前几天），我突然有一个想法，打造一个完美作品-我自己。我没有什么特殊技能，也就是会给客户出了方案，谈个需求，做个原型。

一个产品需要首先考虑技术、商业模式、运营、管理；你最直接的能力要有：

行业技术（这是立身之本，当然，最好多方面了解，这样才能统筹大局，给客户建设性意见）

数据量化处理（产品肯定不是凭空意念，需要调研总结多方面数据，量化给客户和技术人员）

产品原型制作能力（流程图、思维导图、文档、原型、需求说明书等）

产品文档（使用说明书、信息整合等等）

“需求确定”一直是一个难题，说不清楚+听不明白，尤其对于不懂技术\不明白需求的客户。我记得一个客户卖水果，他要求我给的案例都是卖水果的，不然都看不懂，那一刻我蒙圈了，我是不是应该精准营销到-案例=原型。显然不是，这就需要给客户可视化的展示逻辑和功能。

展示方案的方式很多，正规化方式缩短沟通时间和误区：

流程图、思维导图=分析功能需求

客户方案=展示需求、案例、工期、技术等等

原型=模拟展示产品

需求说明书=使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。包含硬件、功能、性能、输入输出、接口需求、警示信息、保密安全、数据与数据库、文档和法规的要求等等(粘贴百度百科)。

谈过很多需求，很明白一个道理，如果那是你的人，不会让你行走着“千里迢迢的追妻之路”，如果那不是你的人，砸锅卖铁换来的也就是回眸一笑。低成本、高效率敲定需求，成为了根本解决方案。

思维导图；符合高效和低成本。方便和客户随时沟通、修改，来确认功能需求。下面是我最近做的初期需求分析的导图，当然还属于小白级别。http://naotu.baidu.com/file/ee023924efa0f76ee1823ec4d8c09e02?token=c5c7372a22a546f8

图片发自App

首先就是主体功能介绍，这部分也就是客户的直接需求，客户的潜在需求就在小的分支。明确大分支的客户直接需求之后，就需要根据已有的知识和产品经验分析客户的具体需求。

方案；这是我们设计方案的大概内容，产品简介就属于功能的概述部分了；决定性作用的就是策划方案以及详细功能说明，这应该是客户比较明了的部分。策划方案，就是需求功能的确定，以及具体实施，详细功能说明，就是案例或者模板的展示和介绍部分。

图片发自App

原型图；做原型设计之前，必须先通过思维导图、流程图等工具理清思路，找到真实的需求，这些准备也能加快开发进程。设计原型图过程中，逻辑严密，需要考虑好每个操作的：发现成本：它在哪儿？（Where）；辨识成本：哪个是它？（which）；理解成本：它能做啥？（What）；操作成本：它好用吗？（How）

简明扼要的大概介绍了一下，脑壳有点痛，详细内容，请继续关注！还属于小白级别，还请多多指正！