做产品如果只是说说那样该如何才好

一时有感，于是就索性延伸出来，谈谈所谓的产品设计流程相关的一些操作

正常情况下，一个产品的上线，应该在前期是需要做很多工作的，我们不说市场考察、用户调研等一些比较大的或者说比较虚的概念

起码得有一些可以拿得出来的方案来一起讨论吧，而不是一个凭感觉的人把需要执行这个方案涉及到的叫到一起，开始漫天无际的，想到哪儿说到哪儿的话题

直到最后感觉会也有点长了，说了总结性的话，那就这样吧，其实大家都不知道怎么样，因为没有看到很明白的文字概念、简单的产品布局框架、功能模块等，会间说的最多的还是要如何如何的干嘛

试想，一个产品单凭这样的口头述说，而没有一个让大家看到的可视化图稿或者说起码的线型图结构，谁知道这个产品的雏形是怎样的？因为你是领导，你这样说，要这样做，而又没见到是怎样的，又如何来给予意见或者说反驳呢？

这是一件头痛的事，以至在产品这个会议结束后，大家按会间所理解的意思去执行后，把各自完成的一些事情在一定时间内汇报的时候，这时带头人才会发现，怎么和我之前说的不一样了？又或者会说，你刚开始可能没有完全理解我的意思或者是理解错了

这种情况下，我们能说这个执行人问题吗？难道只能简单的说是理解上的问题？带头人就没有问题？如果当初有个线型稿讨论或者起码的功能模块确定下，布局上突出哪些，以及更有甚者可以把产品需要用到的色系也确定下，可这些都没有

结果，最后又进行第二次的会议，继续整改、第三次的会议，继续整改，结果产品出来来，感觉，哇怎么，还是不理想或者说离想象中的差太远了

所以说嘛，如果按上面这种情况来执行产品或者说规划产品根本是不靠谱的，尤其是互联网发展到现在，一些起码的流程是已经确定了的，而不是当初执行产品时候凭感觉，因为现在做一件事有很多工具可以让你把你的概念表现出来，以便让别人更直观的理解

针对以上这些情况，再来考虑下下面的这些步骤，难道还能少吗？

一、产品前期调查、数据整理

二、产品规划、起码的策划案、包括后期的商业模式（如何赚钱）也是要初步确定的，也许后面发展发展过程中方向变了，因为另一个方向完全可以超过当初制定的模式，如何不选更大的方向呢？

三、产品原始线稿雏形出来后，把需要执行或者配合执行的同事叫到一起讨论各个执行人在执行过程中有可能遇到的问题及周期性工作，这样的讨论也可以更加完善一个人在准备阶段时的个人主义

四、产品UI、UE、程序开发、测试、上线（这中间有不段的讨论、修改、确定）

五、推广主、运营、维护、商户合作等

六、可能涉及到的模式调整及产品相应功能的调整（前提是已经达到一定的基础且当初预想的商业模式已有所体现且有了商业效应）

总结、产品的这一系列的发展，其实更多的主要体现的产品、用户基数、品牌度的积累上，当然更主要是产品自身够好，如果是针对需要更多用户来使用的话

经验不足，写的有些乱，并没有完全体现这一行业的整体规范，就当是自己的一些奥体会吧