火大,是产品重要，还是方案重要???

fairyrobin

可以理解的。。。

浮生千逝

原来是这样子的,学习了

bin_wind

方案是一定要有的
但前提是，你在做方案的時候，
先期一定要先了解企業的相關流程，
並請教業內專業人員實際的操作及實現方法，
只有結合實際的流程才能做出適合對方的專案來，
後續才是產品。
（中間還包括討論，分析，流程確認等環節）

根據所述，本人覺得對方的要求並不過火，請你換位思考一下。。。

[ 本帖最后由 bin_wind 于 2008-4-29 14:05 编辑 ]

骑牛后卫

20岁时的价值观和40岁时的价值观是完全不同的。
其实不必讨论。
楼主把此贴放5年，回头再看看，如果还在这行混的话，或许不需要别人说啥，您自己就有答案了。

handctrl

牛人脾气就大，好像都这样。

做出来的产品要让它产生价值，目的要明确，其他方面可以做些让步。
方案对于高层领导还是比较重要的，因为他不会去关注那些技术细节，你在软件中用了一个很有价值的算法，他们也不知道。要找准产品的卖点。
我们这里石材企业挺多的，可以交流一下。

ReKym

原帖由 骑牛后卫 于 2008-4-21 11:44 发表
楼主不必火大。
你如果是一个老板，你会如何想？如何做呢？

我可以告诉你一个300万单子的真实案例。

某公司一帮人搞了一个500页的方案，厉害吧。

最后客户董事会开会讨论这个事，对方项目负责人急急地来电话，希望某公司就该项目出一个不超过2页的文档，讲明：

1、解决了公司的什么问题
2、带来了哪些效果和变化

我想科知道这300万应该是先交还是产品用了再交(也就是试用期,应该是不可能的多少都要交不少钱)

要想知道这两个,产品没实际应用,怎么知道解决公司什么问题,带来了哪些变化?

方案是之前就把这两项给写的清清楚楚,可是后面产品实际上没那么达到(应该很多都是吧)

之前把方案写的天花乱坠,企业的很多老板他们都是喜欢看这个,只对方案上写的能够解决企业问题的条条款款非常满意,至于好不好用,都是后面底下员工强烈抵制了才知道,最后失败,有点骗人的嫌疑

本来我的产品是先给他们试用一两个月,由他们底下各部门的员工来测试好不好用,是否解决了主要问题,来决定是否购买,毕竟产品不是领导用,领导喜欢买谁底下管不了,底下用的好不好领导也管不了(我也主要是为了能够获取企业想要的功能,然后对软件进行改进,互利互惠)

方案是要,是否太过于重要,毕竟方案最后还是要落实到产品,你方案上的流程或许不一定和软件的流程一样吧,方案上一句说完的流程,如果产品要绕好几个圈子才能达成,使用者也会抗议,国内是否是太过于注重方案,导致后期产品应用跟不上,最后失败(应该大多都是吧)

fairyrobin

方案只是你如何解决 ，，但是关键还是结果，你解决了没有

randoming

都重要
要看什么阶段看待这个问题
也要看是谁来看待这个问题..  

打单的时候要看方案的 如果方案不好没人给你单子.. 对于老板和业务人员来手 方案重要...

但是对于实现这个方案的人来手 产品是重要的...

所以要从很多方面来看了 每个人的立场不同而已

lili888lili

感觉流程应该是：
1.售前顾问了解，调研
2.在写出解决报告，写方案。
3.公司老总讨论，确定
4.实施上线。

没有去调研，去了解客户，怎么写报告，写方案。
方案可以写入到合同的细则，方案也可以做为双方的实施依据，也是对于老板，对于部门经理的一个重要依据。
而达到或者未达到，或者需要添加需求，当然百分百会增加需求。
这些就是后期实施产品的问题。
产品是一个实物，而方案是一个说服大众的证物。
不同的时期，着重点不同。

说明点，楼主我也准备接下来的方案会按照你的客户那样。
要乙方提供一份完成的解决方案，这是对老板负责，同时也是给自己留一条后路。
口说无凭～～在签合同前，这个是重点。

fairyrobin

对头