万能的D版,真心求助,关于saas软件开发,跟项目经理发生争执,究竟谁对谁错

  • b
    betaly
    先说一句,真心求助,拒绝在本帖内插科打荤。对于认真回复的网友,提出好的看法和改进意见的,我会随机挑出两名网友,给你们发私信,提供手机号以后,给你们各充值50块钱话费,发个小红包,表达我的感谢之意,作为一点点的谢意,不成敬意。

    我们做的行业saas软件系统,我相当于行业专家的位置,我在这个行业里面做了19年了,具体的几条业务线子部门,都做到过部门经理的位置。现在跳出来给他们做具体业务流程的分析,对方是项目经理,负责所有编程实现的事项。因为是小团队,他是项目经理,产品经理两个职务兼一身。

    我们针对,系统的页面操作逻辑,发生了严重的争执,几乎都吵起来了,他骂我傻逼,我入行19年了,还从来没有人这样当面被人骂过,都是被人尊称一句王经理或者王哥,当时我想揍他的心都有了。

    其实起因很简单,就是一个系统所有页面的操作逻辑,

    我要求先在页面上先点选,页面上的三个按钮,新建? 修改? 删除,(姑且做比喻,实际的按业务流程,这里有4,5个功能按钮)

    然后页面的列表里面,所有列出的条目前面就会跳出可以打勾的方框,

    然后打勾点选需要操作的条目,

    再点击下面的确认按钮,跳出新窗口来进行后续的业务操作页面。


    这也是我们参照的一个国外的行业saas系统,一个在行业里面处于领先地位的软件系统,的操作逻辑。


    而产品经理非要坚持,直接在页面列表里面,单击字段,就跳出窗口来进行修改工作了。

    而本来这个单击字段,我要求的是跳出一个查看页面,而不是一个修改页面,防止业务数据被轻易的修改了,被误操作了。

    而产品经理一直坚持,单击页面列表字段,既是查看跳出的新窗口页面,又是可以同时对这个页面的字段进行随意修改。

    还说国外的那套saas系统,用了10多年了,操作逻辑早就落伍了,现在我们要用新的操作逻辑来做这套系统。


    等到后来大家都冷静下来,他发给我一段微信文字,请做软件开发的来评估下,有没有道理,到底谁对谁错,

    或者说对于所有页面的操作逻辑还有更好的解决方法没有

    啰嗦了半天,希望我说明白了,大家也看明白了,再此先谢谢大家的建议。
    UPDADE, 谢谢大家的回复,我会认真的看你们每一个人的回复。还有一个情况需要说明的,

    在这个SaaS项目里面,我和他都是占有一定项目股份的,而我的股份是他的几倍,如果非要按照他的操作逻辑来编程实现,如果后续客户不认可这套SAAS系统,导致项目的失败,我的经济损失也会是他的好几倍,所以搞得我很是老火。

    还有国内的这个行业,大一点的客户,都是在用国外这套saas系统,也早就习惯了这套系统的操作逻辑了。我们开发这套新的软件系统的目的,就是为了有一天争取到国外这套软件系统的国内客户,因为好多客户都有在抱怨他的收费太贵了,初始上系统软件是大几百万的软件初始采购费用,然后每年还有20%的服务费用,这就意味着每5年客户就要再出大几百万的钱来持续使用这套行业SAAS系统。如果现有行业客户要新增需求,还要另外付费开发,老外一个工程师拍过来,住5星级酒店,2000块一天的补贴,这些费用都是要客户承担的。所以客户的抱怨也很多,也就给了我一定的机会来切入这个市场。

    还有我也在反思自己,跟项目经理的这次争执,我经常把我的位置摆错了,老是把自己位置摆在了客户使用的角度来考虑,我们这套新系统要如何开发,页面的操作逻辑要如何才能让现有的行业客户更快的上手。所以也是有些着急了,另外就是涉及到我的自身的经济利益。

    另外这个新的SAAS系统开发完成后,后续在行业里面的推广,初期就需要用到我的人脉,用我跟客户高层关系去打通客户公司来使用我们的新SAAS系统,以及后续的新系统在整个行业里面的销售推广。我后续还有一个角色,就是这个saas系统行业软件销售负责人,这也是为什么我的项目股份比他多的原因。
  • b
    betaly
    自己的板凳自己坐
  • b
    betaly
    项目经理发给我的微信留言,
    如果能从现象看到本质,那完全没问题,但是你没有做到这点。这也是分歧最大的地方。你一直认为你看到的就是应该有的逻辑,但实质上不是这样的。
    就和我说的,软件里面有抽象对象,但现实中没有,只有实体对象。可是做软件又不能不考虑抽象对象。你不理解抽象对象,所以光从软件的使用上来说,你不可能从现象看到本质。
    可以上网查查抽象对象是怎么回事,或者说论坛上问问。

    不管怎么样,关于这些,真的不想再争论下去。
  • k
    kaidokido
    看不懂 太长了
  • A
    Anita.Lee
    小孩才争对错
  • s
    supertaiji
    你们权责利没分清楚吗,一般是产品经理负责需求,项目经理负责整个项目进度和风控。和你争执的到底是产品经理还是项目经理?具体这个交互问题,大的公司会有专门的UE角色。
  • m
    milu182
    我觉得pm的比你的方便些。如果你是怕误操作,那么再操作完成时加入警示对话框即可。
  • b
    betaly
    回复6#supertaiji

    小开发团队,就几个人的,他是项目经理,产品经理兼一身。
  • h
    h2o
    为什么不找用户来评价?HiPDA·NG
  • w
    wladf20
    说实话,我看到3个选项就枪毙了你,不用再考虑了。 iOS fly ~
  • L
    Laputa
    找个专业的UX来嘛…干嘛吵呢?再说了,需求这块是搞功能的来负责拍板,项目经理只是负责工程上按时间高质量成本内实现。屁股都别坐错了。 站董定制版
  • L
    Laputa
    好吧如果他是产品经理那么他说了算,也就是说,他对后果负责。 站董定制版
  • s
    supertaiji
    那理论上应该是他负责,起码在互联网公司里是这样定位。你作为行业专家是对业务流程和核心需求把关。
  • j
    jjx
    行业专家重点在业务逻辑,界面的事情让产品经理和技术撕逼好了
  • m
    milu182
    其实举个例子:你看d版帖子是要找查看按钮然后再勾选帖子还是直接点击帖子后面的查看按钮?还是我直接点帖子就行。人类是不断学习变化的。你的操作方式没错。但是......感觉太老套了。
  • 电冰箱
    不说别的,就冲着骂人傻逼,这项目经理才是个纯傻逼。
  • m
    magicat
    国外行业软件的逻辑 都是垃圾。。真的 不适合我们使用
  • x
    xinyuliu
    他说了算,你照做即可,如果明显不对你提出,从你的描述看,你的这个逻辑确实比较落伍,10年前的东西落伍也正常,特别是欧洲习惯,一些设备的操作逻辑我也服,完全不适合国人或者是现在. iOS fly ~
  • k
    kaidokido
    回复10#wladf20

    太耿直
  • G
    Greazen
    你只负责什么的专家?如果是负责UI交互的,这水平太水了吧。如果不是,你为什么要跟人争?
  • b
    betaly
    回复12#Laputa

    问题是,在这个项目里面,我和他都占有股份,我的股份是他的几倍,如果按照他的操作逻辑来做,后续如果项目开发上线不成功,客户不认同这套SAAS系统,我的损失也会是他的几倍。
  • 臭臭虫
    客户是否认同一套SaaS不会因为这么一个交互而影响结果HiPDA·NG
  • L
    Laputa
    回复21#betaly

    就一个操作界面有必要上纲上线到客户不认同吗?都说SaaS了,客户不满意就换呗,没什么沉没成本的。要么你作为老板可以fire了他,要么用人不疑,要么找个UX来搞个线上AB测试加用户行为监控… 站董定制版
  • o
    oicqgod
    觉得你们两个人的思路可以综合一下,既减少操作步骤,又避免误操作。

    在主界面只保留"新增"按钮,然后主内容是记录列表。"新增"只起增加新记录用,点击后弹出一个对话框,里面有填写记录的相关字段,下面做“保存”和“放弃”两个按钮就可以了。

    在主界面的列表前面不要搞什么选框勾选什么的,点击这条记录,就直接弹出对话框,里面显示记录的相关字段(只读状态),下面再做“修改”、“删除”和“返回”三个按钮,点击后再对该记录进行相应操作。如点“修改”按钮后,界面中的字段就变成可修改状态,下面的按钮也变成“保存”和“放弃”;点击“删除”按钮,就弹出确认框“Y”或“N”来确定记录是否删除;点击“返回”按钮就关闭对话框,回到主界面。
  • t
    tinbug
    要学会放权呀,假如你头上还有更大的股东,是不是要啥东西都他说了算?你们争执的问题不是大问题,重要的是权责要分清。
  • 事故龙
    你的交互逻辑反人类,正常的交互肯定是先选要交互的对象,再进行逻辑操作。这种交互简单做个axure的原型做下用研就很清楚了。
    如果讨论过程是拿自己这行做了xx年,陈年外国软件怎么怎么设计说事那被怼很正常。要是这个事情本身就是别人负责你还坚持别人服从,那被骂sb一点不怨。
  • s
    sunriseyuen
    回复1#betaly

    现在很多产品都是刚毕业就来。。。
  • n
    nokiax
    回复1#betaly

    第二步 打勾 是批量操作吗
  • l
    leichangxu
    被当面骂傻逼就控制不住自己的拳头了……
    别学国外那套,真的不适合国内用。不过你的出发点是怕弹出的页面被破解了?
  • 寒冰炫
    具体的操作逻辑,我们会和使用这套系统的业务部门进行沟通,业务部门确定哪种方式适合,就采用哪种方式,会形成会议记录,双方签字
  • y
    yyysuo
    作为一个开发,我想说的是,你俩争个毛线啊,争一顿让客户全给枪毙了,开发白忙活一顿。客户说了算。
  • 偷西瓜
    需求上来看,是不是没有说明这个是前端页面还是后台配置页面?
    如果是前端页面,那么引导性的UX交互会更好一些,因为考虑到小白用户对权限分配的模糊区域
    如果是后台管理,你说的那种交互,在相对传统的基础上,可能会更便利一些 iOS fly ~
  • 一窍都不通
    我也感觉你的思路有些麻烦了,我个人认为,按钮可以全部保留,每条记录前面的勾选框也可以保留。先勾选一条数据,然后点上面的按钮(比如编辑或者查看),新增就不需要勾选了,之后直接就打开一个新页面了,在新页面展示东西,再放一个“保存”和“取消”。如果怕误操作,保存的时候再加一个confirm提示呗。查看或者编辑,也可以双击某条记录打开新页面。保留前面勾选框还可以批量操作iOS fly ~
  • r
    richking
    我觉得LZ你的思路是对的。直接点开就编辑这是国内的SB电工思维,虽然方便但很不安全,B格也很低。LZ说的这种方法,虽然看上去比较搞,但是可以引导用户先想想“你Y要干什么?”,想明白了再做事情。再纠缠的话,你就说SAP就这样做的,所以能卖几百几千万,你这电工逻辑的,几百块做一软件人家都看不上。你说学谁的逻辑对?
  • x
    xfygx
    一定要按原来的操作逻辑来。一定要顺着客户习惯来。没有几个人能像JOBS 那样,创造让用户主动去适应产品。
    举例来讲,微软的开始按钮,取消了多少次,那次不被用户焦作人。乖乖再弄回来。
    作为行业软件,客户肯定有个试用期。如果软件让基层使用人员重新学一遍,那基本就完了。
    除非新的操作逻辑能让用户得到直接的收益,否则一定要按原来的来。
  • r
    register
    产品逻辑上APP是他对,后台或pc版是你对。
    但还是要听他的,行业专家还是负责逻辑和业务流程比较好。出了问题他负责。
    这还是不错的,很多时候是产品听不懂你讲的逻辑,尤其在创新业务上。HiPDA·NG
  • y
    yuan1112
    中国的互联网行业,技术为业务服务。
    你们服务的是传统行业,还好说。
    如果这个系统面对的是普通消费者,还是听产品经理的。
    因为他最起码了解目前市场上最前沿的交互逻辑。

    以个别业务为例:
    比如佣金结算:有下单就结算佣金,也有订单核销完成结算。

    在以活动页面展示,传统的是列表显示,但是现在市场流出大海报显示。

    在以商城商品为例,普通商品显示是类似淘宝的那种。
    但餐饮商家的商品,却是外卖的显示模式。

    国外的技术不怎么取悦用户,
    国内的相反,一切以取悦用户为主。
    简单来说就是不要让用户思考,直接让用户做选择题。
  • n
    nbzx
    楼主最好画个图。我从文字描述来理解不知道对不对:没看到数据让用户做出按钮点选我觉得不太合理,列出数据后让用户选择数据,再选择下一步操作,比如导出、删除、修改等,这时的操作选择通常会结合权限判断,没有修改权限的人看不到修改按钮或者修改按钮是灰色的无法点选。 iOS fly ~
  • 无风而动
    没仔细看楼主描述,太长

    感觉区别只是在于楼主想要个多选项目,批量操作,对方想要单条项目独立操作

    那问题就在于批量操作是否是客户常用功能了
  • 黄花梨
    国外的行业软件基本国内用户都怨声载道吧,有时候也不能怪国内流氓,维保和授权费用收的实在太狠,当要杀鸡取卵时,鸡也无可奈何只能逃走了 iOS fly ~
  • b
    betaly
    你说的对,我也是这个思路。 即使现在老外的SAAS系统操作逻辑有些落后了,但是客户多年使用这套系统,都非常熟悉这样的操作逻辑了,如果沿用老外软件的这套操作逻辑,客户入门,上手使用的成本会基本为零,上手很快。而且我们的新系统在国外的老系统基础上还做了功能升级,以满足最近几年客户的新的需求,这样才能争取到更多的客户来使用我们的新SAAS系统。
  • y
    ynr
    从你的描述看,我理解这个问题为是先选取操作对象再选择动作,还是先选择动作再选取操作对象

    我个人的倾向,如果是对一组对象操作,先选取对象再选择操作更好一些。
  • b
    betaly
    对,对,就是先选取操作对象再选择动作,还是先选择动作再选取操作对象的问题,
  • i
    i4cuilione
    你的操作方法只有是一直这样用的人才适应,还是双击弹出窗口,直接修改比较直观,大不了保存前二次确认一下,字段不多的话甚至可以在对话框里面把更改过的直段列出来。关键是你们的用户适应哪种。
  • y
    yancya
    看你的描述
    我同意项目经理的意见
    比较符合日常软件操作的习惯 减少操作步骤 客户容易理解

    就我来说 国外系统的操作有的时候就不能用人的正常思维逻辑来理解,可能lz操作习惯了,能理解这个逻辑,但是对于客户来说,接受起来是有一定难度的。

    当然 lz如果就是想代替国外系统,采用相同的操作来适应已有经验的客户,就当我上面是FP。

    其实最好的办法,可以多问几个客户的实际操作人员,看看他们的意见怎么样。
  • t
    thebeartian
    我觉得你可以要求炒了他。。。
  • s
    sinsc
    个人理解,楼主主张的逻辑操作可以做为批量修改数据的逻辑;pm的点击某条数据进入修改状态也确实是目前新系统中蛮普遍的一种互动逻辑,折中可以采用点击出浮层框显示详情,在这个浮层框中再进行修改之类的 iOS fly ~
  • b
    bakefish
    怎么说呢,我之前第一次见到这种操作逻辑,差点没疯了,真他妈的难用,之后,自己带队来写,发现这种逻辑非常容易实现,结构清晰,不容易出错,啰嗦是很啰嗦,难用确实难用,但是逻辑自洽,出了问题,责任都是用户的。所以,很长一段时间,一个主要任务就是说服客户接受自己写的东西。其实,还挺好说服的,用过erp的,谁没点受虐体质啊,一坨又一坨,营养丰富
    后来,有一天,我回头看看自己写的东西,真的像屎一样,中规中矩,就像一道道证明题,条件已知,结论已知,我的任务就是把步骤一步步写出来,我不想这样干了,太无聊了,用户也越来越开放,受互联网洗礼很厉害,对UI操作有了自己的想法,我自己的一点点经验是,用户也不傻,接受屎,那是没得选,有得选,他们一定会选好的。
  • 陆仁贾
    多年产品经理来说几点

    1.你们争论的点不会对这个项目的成败有任何影响,按你描述的使用场景和客户规模,能决定买不买你们系统的人一般不会亲自使用,拍板的人更在意的可能是其他方面

    2.如果你们未来的主要客户是现有国外产品的存量客户,那么交互细节的重要性和优先级都可以往后排,更重要的是如何让用户低成本的迁移到你们系统,所以在使用习惯上,和现有产品保持一致就行,尽量的降低用户的学习成本

    3.如果未来可期的用户更多的是整个市场的新增用户,那么产品经理的做法是对的,同样都能满足需求的产品,优秀的交互相对会占优一点

    4.对于从其他产品手里抢客户,你们更多的精力应该放在研究市面上其他竞品的不足之处,也就是常说的用户痛点,然后尽量在自家产品上把这些地方做到最好,直接打竞品的七寸

    5.对于国内目前的环境来说,用户体验就是个伪命题,绝大部分用户根本就不在意也根本不懂,你们的争吵基本上是在浪费时间 iOS fly ~
  • b
    betaly
    回复49#陆仁贾

    说的太对了,
    果然是多年的产品经理,说的都是一针见血,句句在理,
    请收下我的膝盖