软件开发，有没有产品经理，做出来的东西区别还是挺大的！一个朋友找到我，让我评价评价他们公司写的一个上位机软件，按照他说的，他解决了客户的一些“痛点”！结果我一看他展示的软件效果，我问他：“这个肯定是程序员自己想出来的东西吧？”，朋友不解地问我：“你咋看出来的？我们公司没有产品经理！”，我得意地说：“因为这个东西太‘程序’化了！”。
当然，我没有直接跟朋友直接表明我的意思，我只是把我的想法告诉了他，最后朋友觉得挺有道理的！
简单说下朋友开发的这套上位机系统的作用！
系统流程
这套上位机系统是给一个科研机构做的，因为有保密性，这里不便细说，大概的意思就是有一台机器，机器上有个平台，平台上放着一个可以挂化学试剂的板，板上有很多洞，洞的种类有两种，第一种是挂试剂的，第二种是挂空试管瓶的。挂试剂的洞有四排，挂试管瓶的有一排，靠近操作端的那一边，则是挂试管瓶的一排洞，通过在上位机上控制逻辑，使用机械臂按照特定的行程去吸取试剂，然后将试剂吐到最边上的试管里。
整个上位机软件的操作流程很简单，除了整体逻辑，剩下的就是设定机械臂的动作、行程，然后做下记录即可。
朋友所谓解决的“痛点”，其实就是机械臂操作的问题。
朋友通过表格去设定机械臂参数
这个上位机软件和机械臂操作软件本来是分开的，机械臂的动作和行程本来是通过机械臂厂家自带的软件去操作的。
但是，机械臂厂家自带的操作软件用起来很不方便，还有一定的学习成本在里面，因此，朋友就把机械臂的一些操作指令封装成脚本，机械臂行程也就是行走路线通过配置的方式集成到了上位机软件当中。
虽然，朋友的本意是好的，并且也是从用户角度出发，但是，做出来的东西，我认为还是过于“程序化”了！
怎么说呢？看我朋友是怎么设计的！
他在上位机软件上单独开了一个机械臂设置页面，这个界面的具体操作方式大概是这么整理的：
页面上有一个列表，然后通过增加列表行的方式增加机械臂的操作动作以及轨迹。列表有单独两列是可以下拉出机械臂指令和操作顺序的，然后还有一列是通过JSON的方式填入机械臂的行程数据。
我一看到这种操作界面第一感觉就是这是完全程序员思维写出来的东西。
朋友问我这么写有什么问题，我告诉他，这么写其实还是需要掌握一定的机械臂知识，比如说这个坐标是JSON数据的，如果客户自己操作，很容易出错的！
可以更好
我给他想了个招，说如果是我去做，那么我就直接画一张图，从实际出发，画四排试剂的洞和一排试管的洞。
机械臂行程和动作其实都是在这些洞上面做得，因此，软件可以直接设定，点击每个洞然后去设定动作，再根据设定动作的洞的组合，自动或者手动设定机械臂的行走路线。
不知道，我这么描述各位能不能看明白？
但总之，我和我朋友做法的区别就是，他提供的是图表的方式去展现和编辑机械臂操作数据，而我的做法是直接以图片展示的方式去展现和编辑机械臂的操作数据。
结语
我不知道您认同不认同我的做法，但是，我觉得我的做法会让用户体验在朋友做的基础之上再提升一大截！
我虽然不是产品经理，但是因为过去有过游戏开发的经验，所以，对于用户体验这块还是比较敏感的，朋友对于我的建议，也比较赞同！
热门跟贴