这是一个创建于 73 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司没专门的产品经理职位，需要找个人兼这个角色
 |
1
Leonard 73 天前
个人觉得 UI 吧
|
 |
2
kop1989smurf 73 天前  1
TeamLeader/组长合适。
UI 没有软件工程经验，对一个设计的复杂度没有概念。容易出现“搞个淘宝”这种情况。 程序员没有产品化经验，很容易把一个产品设计的极客且小众。 10 年前，某老总教我：“什么叫好程序，两个字：懒、笨。” |
 |
3
estk OP @kop1989smurf #2
Leader 叫不动 |
|
4
kop1989smurf 73 天前
@estk #3 那就是架构或者高阶的程序员。
至少： 1 、技术选型上有决定权。 2 、有既有业务经验。 3 、视野高，产品设计不会和自己的工作量重合度太大。 否则很容易最终出品只能自我感动+自我腐败。 举个例子，某个功能，1 倍工作量可以提供 90%的体验，10 倍工作量可以提供 110%的体验，你猜程序员作为产品会选哪个。 再举个例子，VSCode ，已经是口碑独一份的 Editor 了，至今生成 /编译都是靠打命令行。 |
 |
5
coderluan 73 天前 1
兼职的产品经理，大概率只能副作用，当的人难受，别的人也难受，不如简单点，大家掏出手机，看看谁装的 app 最多，谁多谁来当。
|
|
6
estk OP @kop1989smurf #4
3. 确实，再让工作量大的人去兼产品经理，那个人会崩溃 |
 |
7
hhjswf 73 天前 via Android
主要是什么业务呢
|
|
8
hhjswf 73 天前 via Android
2g2b 的话，我觉得项目经理最适合
|
 |
9
renmu 72 天前 via Android
有设计那大概率是是 toc 的产品，找个运营看看有没有愿意转
|
 |
10
cnrting 72 天前 via iPhone
為什麼一定要產品經理？
|
 |
11
HugoChao 72 天前
懂业务的
|
 |
12
witcat 72 天前
看天赋，我觉得不是需要你怎么分配，是根据你手上有什么人决定的
|
 |
13
zhb1993 72 天前
为什么人手不够的时候不是招人呢
|
 |
14
xmh51 72 天前
两者相取的话，建议找一个心思细腻的程序员。
|
 |
15
huijiewei 72 天前
反正肯定不能是 UI
见过产品文档就几个截图的么。。真的想打人。 |
 |
16
cue 72 天前
老板亲自下厨最合适。
|
 |
17
u21t20o15 72 天前
我们这大佬主要是开发的，当时还兼职产品去做需求调研（产品还没到场），然后还做项目经历管理团队跟进项目进度，对外沟通等
|
 |
18
MarsMTC 72 天前
我合适
|
 |
19
ShuA1 72 天前
2B 和 2C 逻辑不同，2C 的话，还是 UI 吧
|
 |
20
Dora2021 72 天前
赞同楼上 让懂业务得去做
|
 |
21
chenPiMeiHaoChi 72 天前
我见得一般经理会兼产品
|
 |
22
dog82 72 天前
QA 做产品经理比较合适，可以从客户的角度思考并设计
|
 |
23
fiypig 72 天前
程序员逻辑合理，但很多都比较局限
ui 的话，唯一一点就视图好看吧 但如果真不够的话，还是 UI 吧，如果程序员来的话，又要对接需求，跟 UI 跟开发，累死，UI 来做视图自己变动方便 |
 |
24
kestrelBright 72 天前
清洁工，前台也可以由程序员兼做
敢报公司名称么 |
 |
25
zlstone 72 天前
人手不够不是应该招人吗
|
 |
26
lran9527 72 天前 1
肯定是程序员啊， 前端，又懂点 UI 又懂点产品的。后端，能从底层设计分析需求合不合理，需不需要替换方案。 不过一般是项目大佬去负责弄需求，定排期。而且让 UI 做产品，我从来没看到过，二个根本就不是一回事。需求回来再沟通也费劲
|
 |
27
winglight2016 72 天前
这种增加工作负担的事情不是应该先问问当事人愿不愿意吗？
我倒是兼过几次产品经理，最终的结论是：专业的事要交给专业的人。 |
 |
28
2moldream 72 天前
谁懂业务谁负责呗
|
Select Language