重庆男科
从业人员往往根据自己的专业关注一些特定的点，比如程序员经常会谈一些功能实现上的问题（比如速度/流程），产品人员会谈整体概念；而“真实用户”更关注操作的细节，以及反应产品在促进使用动机上的问题，比如我为什么要用啊~，所以可用性问题还是尽量找中立的人 实在抱歉，不过我接触和合作过的测试对象招募公司，且不说专业的“会虫&r
首先，是不是招募真实用户会更有价值？好像没有这方面的数据，观点倒是有一些，但是不一定站的住脚，所以“更”有价值这个观点就是值得商榷的。 其次，得看产品的发展阶段，比如说只是一个纸质的原型，你这时候找真实用户实际上是希望做产品可行性的测试；如果是上线前，那就是做交互、界面等的可用性测试了，这时候的目的是希望完善产品。不同的阶段，我们的测试目的是不同的，真实用户提供的信息
公司属于小型个人企业，主营生产制造软件开发。 开发人员5人。 出现的情况是：开发人员提交的工作日志经常是断断续续的或者就是很长时间干脆就不写了。 监管：老板。 我在想是否可以只要求每天早晨写一份to do list的计划解决？ 美国人制定的PMBOK体系中，鼓励的是自下而上的沟通，即每一位团队成员都有权力发表对项目改进的看法和意见，注意这里指的是真正的发言权，不是影帝下基
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
