小白说一下自己的感觉吧：

做了一年的程序两年的设计，没去过大公司，没有那么系统的流程走向，先后换了三家公司，第一家是程序的身份去的，后面的都是UI设计师的角色，自己的产品做了四五个，有非常相似的经历，希望大牛指正。

每家公司都是把我当半个产品再用，也许不是产品，所以会非常不专业，非常不细致

从产品/开发角度去看，很多时间老板或者甲方说不清楚他们的想法，我们只能去猜，甚至去提供十几个方案去选，而这样也会出现猜不对的意思，开发很难，另外，有好的想法，老板不让用，而老板的想法往往很难实现，或者说，他今天看到这个不错，要做，明天有觉得那个很好，也要做，可能是我不够锋利，往往只能迁就老板意思来（ps：我不是产品，只是赶鸭子上架），所以很重要的是你要把意思表达清楚，不然那程序和设计去做会很迷茫。

从程序角度，这个我就要叫屈了，你不能指望程序在开发过程中找出错误，因为他既然是这种逻辑去做了就说明在他看来是没错的，不然那也不会让测试去纠错，另一方面代码不是说你只改一部分就好的，可能改一点另外一片都会出事，当然也可能是我技术不行。

从设计角度，更加直观，老板只给一句我想做个什么东西，然后没了，怎么办，问也问不出来，猜着做一版，往往和老板的想法天差地别，就会陷入“猜意思--作图--修图--猜意思”的循环，这时候就需要专业的产品，偏偏我们没有，有也是我赶鸭子上架，还是猜。

从测试角度，我要去想用户可能有哪些操作不同状况下会有什么操作，用户的使用习惯，感官效果等等，对于我来说，每次功能上的改动都回去整体测试。只测一点会出问题，因为你加一个功能可能会导致用户出现十种骚操作。

我不是专业的产品，甚至连产品都算不上，只是小公司，没办法了强行顶上去的，但是对于开发中的各个环节我都有了解参与，而且基本是我主导。产品需要把自己的需求说清楚，最好做成说明文档，程序和设计才会有针对性的去做，很多优秀的程序设计不是不想做出来好的产品，而是现实压迫，测试也不能指望程序在开发过程中去发现问题，因为他能发现的问题他就自己改了也不会去让你测试，相信我，每一个程序员和设计师都想做出好的产品，他们的欲望不必产品低。

                                                                                         BY--又做程序又做设计的产品小白