如果真的是一点开发技术都不了解的话
可以尝试以下方法
----------------------------
1、数据为王之以彼之道还施彼身大法：平常的时候将已开发功能所用开发时间做好记录，按照模块进行区分，将模块设置难度系数，同时使用难度系数和开发时间来评定一个模块的属性，难度系数由你自己分级和填写，不要分的过多，最好控制在4-5级即可，这样之后类似的模块或类似难度系统的模块可以对照相应的历史开发时间来评估，计算平均值和最大最小的偏差值，基本上也可以确定一个模块的开发周期和上下变动时间范围了。
这种方式要求对模块数量有一定的积累，以免差生太大的误差，同时对于模块的难度系数要有准确的估算，之所以不将难度系统分级增加太多，并且计算偏差值，就是怕不懂技术的产品对于难度系数估算不准确。
2、拆分功能刨根问底大法：这个方法是从我们老板身上学来的，老板是运营出身，不懂技术，但做了这么多年，多少有点经验，所以当开发估算的时间与其预计不符合的时候，他就会把功能拆分成更加细的需求点，一个点一个点的询问大概需要多久，为什么，程序猿的逻辑性虽然强，但强在技术层面，而不是口头表述层面，所以要门表述的很有道理，你可以学到一些东西并且了解为什么要花这些时间；要么其很难自圆其说，导致需要其重新估算整体开发周期。
这个方法的核心在于，你首先要有一定的口头表达能力，注意观察对方的表达是否犹豫、磕巴、重复，如果出现上述情况，抓住痛点进行回击。
当然，如果你的职位级别有一定的高度，有利于这种方法的使用，毕竟。。这个方法是ceo自创的，不一定适合所有人用。。。
注册
下载
