投诉贴

omxy

首先声明，本人为通达忠实客户。使用通达产品N年，一直十分满意。但是这次令我很愤怒。
问题如下：
3月27日提交编号为2012-03-27-001-01的建议到统一需求管理平台，
内容如下：
工作日志，应该限定为每日只能发布一个。或者在管理驾驶舱中统计日志的时候，不要单独记录日志条数，应该记录有日志的天数。不然一个月30天，用户可以集中在某一天里新建30条日志。这样管理员在月底统计日志完成情况的时候很难发现日志的问题。

当日即处理到

2012-03-27 10:44:48

需求评估完毕，等待产品负责人进行复核

张子建

于是乎。。石沉大海。我一直很理解通达工作人员应付庞大的业务处理，可能很忙。但是也不能那么忙啊。
一直到五一之前，因为每月月底我们要统计日志完成情况。由于按条统计的数据是在有失准确（一日可建多条，不如叫条志，别叫日志了。要不就对统计算法进行完善）。于是在群里咨询客服，为什么该条建议一直未被处理，答复为“技术都休班了，五一之后给我答案”。
愉快的五一假期过去了，不愉快就开始来了。一直没有人给我答复。
今天也就是5月8日，我再次在群里咨询，该流程为何一直无人处理。群里客服答复：“您好，相应的负责人现不在，等回复我后，我单独回复您吧”，“明天之前回您吧”。好吧，总算有个时间盼头了。
不料，几分钟后，客服与邮件同时提醒：该需求被处理了。我迅速去查看，结果是：
编号：                        2012-03-27-001-01                                             类型：想法和建议                                             状态：未采纳
采纳说明：感谢您对通达OA的关心和支持！日志很多情况下会需要补录的，您的控制太过于严格，操作不方便。                                               

未采纳就未采纳吧。你们坑爹呢啊：

2012-03-30 11:08:21

需求处理完成，建议未被采纳

夏勇

见鬼啊。给我弄个3月30日处理？有没有搞错。
-------------------------------------------------------------
对于此，我严重怀疑通达处理客户意见时候的态度及处理结果。
1、长期不处理
2、处理了干嘛要伪造处理时间？
3、严重认为在处理用户请求的时候糊弄了事。
    请仔细看看我的需求，跟你写的反馈有关系么？我说日志应该不允许一日建立多条，或者修改统计算法。你回复“日志需要补录”。补录跟统计算法挨边么？跟建立多条日志挨边么？
    你说控制过于严格？哪严格了？继续保持一日多条，可以。修改一下统计算法总可以吧，不用修改数据库结果，只需要做条sql查询罢了。别欺负我不懂。
    你说“操作不方便”，技术研发什么时候可以替用户发表自己的使用体验了？是我操作不方便？还是你开发不方便啊？
--------------------------------------------------------------
心里有事，不吐不快。非得说说这个事。

另外对这个需求管理平台发表一些看法：
就像群里朋友说的：
客服人员表示，有了这个需求系统之后，客服的负担小了很多；技术人员表示……tmd不给涨工资，再简单的需求俺们也拒绝。
还真是那么回事。经常在群里和需求平台混的，能感到这种变化。群里冷清了，有问题的话，客服有礼貌的提醒：请提交到统一需求管理平台。可是那个平台冷冰冰的。
有群友提议：
其实可以换个打法，所有需求提交改成投票机制，让用户选“顶”或“踩”
现在技术研发有了一切问题的否决权，这到底有利于产品发展还是不利于产品发展，真不好说。
如果改为“顶”、“踩”的做法，用户呼声较高的功能，就算难做，也得做不是么？

就发这些牢骚..........但是这个事，我必须投诉。！~！~

toxyou

强力围观~~

通达李瑞琴

您好，已经查出原因，时间上并没有做修改。需求系统处理过程中出现了程序问题，给您带来的不解，也郑重向您表示歉意。如果该需求需要单独的处理，您也可以通知我来给您联络。系统中用户提交的建议数量比较大，我们也会根据用户提交量和频度等作为考量，企业类型多了要求也不同，我们尽力做到通用，贴近大多数用户的需求，对于个性化需求也配合以定制开发来辅助实现。

omxy

冠冕堂皇的答复。
需求系统处理过程中出现了程序问题（请说明什么问题导致系统出现3月30日的时间，不要说该步骤转入时间，3月27日上个步骤完成，为什么这里是3月30日。）不管日期变不变，他两个月没处理这个问题算咋回事？
好吧，日期的事无所谓，你们改了我又能怎么样。我就想知道这个需求为什么会被未采纳。这个需求不是用户提出的么？这个需求处理很复杂么？坚决反对技术一票否决制。你不觉得技术的回复很牵强么？他的答复跟我的需求有一丁点的关系么？
这种时候，由客服出来说，没说服力。
请官方审视“技术的一票否决权”，珍视用户呼声。其实很多群友都提到过这个日志的问题。日志简单说就像日记，现实中哪个傻子一天写几篇日记？好吧，系统设计初衷是允许用户针对某一件事情单独记录的，所以每天允许记录多篇日志。可是既然日志需要进行统计，那么统计的时候按照条数统计是不是有些欠妥？用户提出需求，希望能增加统计指定时间段内记录日志的天数，这个需求属于“过于严格”么？还是说，系统提供的日志统计功能根本不适用，大部分用户根本就没有用这个功能来进行统计？
从技术角度来说，统计功能只是对数据库中记录的数据进行分析并输出结果，增加员工写日志的天数统计这个功能应该是不用修改数据库结构的，应该可以通过修改统计功能的代码就可以实现，加一列表格，增加一条sql统计而已。凭什么说增加这个功能“操作不方便。”。技术可以对用户提出的建议如此不负责任么？
其实我也是很不喜欢用这个统一需求管理平台的，但是没办法。qq群里，客服解决不了的问题一律都是“请到xxxx平台提交申请”。现在群里这句话已经成了客服利用率最高的话语了。可是这个系统真的缺少互动。等半天，最后就是一个牵强的“未采纳”。说真的，多少会有些失望。希望官方接受用户建议，增加某一个功能的“顶”、“踩”。对于合理需求没理由不进行改进，而不是一句冷冰冰的“未采纳”。

通达李瑞琴

omxy 发表于 2012-5-8 15:59
冠冕堂皇的答复。
需求系统处理过程中出现了程序问题（请说明什么问题导致系统出现3月30日的时间，不要说该 ...

您好，可以看出，采纳意见和需求处理复杂程度也没有关系，主要是作为通用性考虑使用受众，因为有的企业行政制度要求确实不同，可以在一天建立多个记录，那么我们是否要考虑做到最大开关，并且也需要考虑一个需求添加后适用用户的最大范围。您可以在和其他用户就这个需求适用度进行交流，如果较多企业需要这个功能，那么我可以说，不添加也是没有理由的。

omxy

通达李瑞琴 发表于 2012-5-8 16:44
您好，可以看出，采纳意见和需求处理复杂程度也没有关系，主要是作为通用性考虑使用受众，因为有的企业行 ...

我建议的是：在保持现有统计条数的基础上，增加统计天数的功能。好不好。。。。。。。
让我去征求其他用户意见？这貌似是你们的任务。你们的系统中不支持，你们做投票多好？让我开发个投票？开什么玩笑

通达李瑞琴

omxy 发表于 2012-5-8 15:59
冠冕堂皇的答复。
需求系统处理过程中出现了程序问题（请说明什么问题导致系统出现3月30日的时间，不要说该 ...

您好，尊重您的想法，我们也马上联络需求处理工程师给您做出回复。

omxy

已经重新提交需求：2012-05-08-008-01。不知道我这是不是个例，还是我对官方期待太高，希望官方对于“需求平台中的一个流程为什么会有将近2个月没人处理，用户反应过两次以后，5分钟之内就给出了未采纳的意见”这件事做出处理。

通达技术支持

您好，可以在保持现有统计条数的基础上，增加统计天数的功能，已纳入开发计划，感谢您提出的宝贵意见！

omxy

通达技术支持 发表于 2012-5-8 18:02
您好，可以在保持现有统计条数的基础上，增加统计天数的功能，已纳入开发计划，感谢您提出的宝贵意见！ ...

不客气。可有时间表？期待更新，因为每个月都要统计日志。