和技术合伙人对产品分发生分歧，请大家投个票。

产品：一对一视频聊天（ iOS ）

技术合伙人态度：技术合伙人坚持不愿意按我的方案优化，说就先这样推广，下个版本在修改。我的（负责人）态度：不改就不推广一个影响充值，影响成交的 app 适合去推广？请问大家我的要求不合理？

1：发起-接收视频流程问题 A 向 B 发送视频，B 手机收到的是“您有未接电话“提醒，A 此时并没有中断视频。B 划开手机信息后看到的页面没有任何提示。若 A 想和 B 视频聊天，B 必须重新向 A 发起视频才能完成视频通话。 B 重新在向 A 发视频时也同样会遇到这个问题。最后导致无法视频（想花钱的花不出去，想赚钱的赚不到钱）

我希望的是：做成和 QQ 微信一样的流程，A 向 B 发送视频，B 手机收到的是：您有新的来电信息”提醒，B 划开手机信息后看到的页面是接受视频或者拒绝视频。 2:B 的离线-在线功能问题当 B 切换到其它 app 时、锁屏时，B 则自动显示离线（ B 在后台没有启动离线按钮）由于 B 离线后 A 则无法向 B 发起视频请求。

我希望的是：只要 B 的状态按钮处于在线也没有关掉，那么 B 在切换到其它 app 时、锁屏时，A 看到的就是在线状态。目前只有 A 和 B 同时使用我们 app 才能视频。但是 B 不可能一直开着我们的 app，A 如果看到很多 B 都是离线状态，势必会影响充值付费。

备注： A 代表普通用户（充值付费可发视频需） B 代表可在 App 里赚钱的人（接视频需收费）

also24

2017-07-02 22:39:50 +08:00

@zinsser0702 #17
OK，也就是说，有了基础的流程图和原型图，但是在做的过程中，大家都没注意到这个非前台 APP 无法正常接听会话的问题对吧，然后在内部测试阶段，发现了这两个问题：
1、非前台时无法接听会话
2、非前台时显示为离线

那么…… 技术现在都罢工了嘛…………？
没罢工的话，先评估工期然后排期嘛……
万一争执的这一会儿，开发已经搞好了呢？

另外看你之前发的帖子，似乎是擦边球行业，那我猜推广成本应该比较高吧？
那就再算一下，如果晚发布，会多多少人力成本、会错过多少时间，如果早发布，可能会损失多少推广成本、可能能带来多少用户量。

工期、推广成本、用户量预期全堆在一起，大家拿数据说话嘛。

最后还是那句话，既然你是产品负责人，那按道理来说，对于产品运营推广方面的事项，你应该是拍板的人啊，出现需要说服技术负责人的情况并不合理，他可以提建议，但是无权干涉你的决定才对。

ipconfiger

2017-07-02 23:21:40 +08:00

@zinsser0702 你作为市场跟用户打交道确实最多, 但是, 也许你觉得的了解用户, 其实只是了解如何说服这些用户, 而不是了解怎么让产品真正适合他们. 当然程序的问题也是有可能视界比较局限. 你缺的是一个好的产品.
市场跟程序沟通的最大问题是, 市场对产品的逻辑完全就是天马行空, 给出的东西都是半成品不具备可实施性, 而程序的思维又是比较严谨的, 逻辑不通就要卡壳, 所以你的程序还得负担一部分产品的工作, 不然东西根本做不出来, 而程序做产品的结果肯定就是, 和市场的想法相去甚远, 所以矛盾就由此而来. 其实倒不是程序改不改的问题

also24

2017-07-02 23:31:36 +08:00

@zinsser0702 #22
打辩论有个很常见的词：需根解损
你作为市场方面，目前基本证明了 “需根” 的存在（可以理解为：是否存在问题，和问题是否出在我们身上）
那接下来应该和技术沟通 “解损” （有没有、有多少解决方式，它们的损益比怎么样）
四样流程全都通过了，就说明这件事儿该做。

但是从你的描述中来看，似乎技术方只是在蛮横的讲 “我不做” ，不提 “解” 也不提 “损”。
这并不是一个谁的建议合理的问题，更像是连沟通都不乐意沟通。

若是希望客客气气的协商解决，那我建议还是先回到我的第一条回复里所说的，搞清楚技术合伙人到底为什么不愿意和你好好沟通，是个人情绪？工作态度？还是说另有隐情？

接下来，才是出技术方案、预估工期、评估损益之类的过程。

gen900

2017-07-02 23:33:52 +08:00

首先我是做技术的，我很理解你合伙人的状态，现在应该是处于疲惫期，没完没了的需求变更，很多需求比较随意，导致反复修改。关键很多决策谁也不知道最终效果怎么样？所有才会坚持先推广看看。不够正如一楼说的，视频都打不通，还推广个 p，一出去就砸牌子了，会给产品声誉带来不可挽回的损失。肯定要解决掉。我觉得这本质就是个沟通的问题，可以先邀请身边朋友提意见，我估计这个问题十个有九个会提，拿这个结果去说服你合伙人吧。同时列个需求清单，定一个确实可行的上线标准，注意控制好加需求的冲动，让对方知道明确的目标。而不是漫漫无期的反复修改。一点个人看法，希望能帮到你。

xyjtou

2017-07-02 23:37:23 +08:00

和技术好好沟通下，俗话说：说出口的原因，都不是真正的原因。一定有他内心真实抗拒的因素，没有讲出来，你纠结在一个虚假的借口去沟通，是很难推进的。

就事论事的讲，问他 update 这个功能，需要多少工作量，以他现有的技术能力，实现难度多大，工期多长。

maitiantuzi

2017-07-02 23:42:17 +08:00

我觉得第一条的流程是有问题的。A 向 B 发起请求而 B 收到“您有未接电话”提醒明显不合常理啊，至少显示个“ A 正在请求视频聊天”之类的，在 B 打开 app 后，选择接听或者拒绝，如果你们产品是实时通信的话，那这个问题是必须要解决的，况且这个功能用融云之类的第三方服务很容易实现。
如果对实时性要求不高，可以把流程改为 A 请求视频（类似问答服务），等待 B 回复，B 收到推送后，选择回拨或忽略。

agee

2017-07-03 00:20:01 +08:00

大家都在说技术，我说下心情，做技术的通常对技术问题并不看重，看重的是市场和方向，但是却看不清。对产品做出来之后的效果，即推广之后的收益心理没低，加上产品可能又擦边（纯属瞎猜，切勿在意），所以就更没底，这就是要求先推广试下的原因。另一个原因就是产品可能第一版架构有点问题，后面需要大的调整，而目前要解决的问题又是主要问题，虽然现在修修补补能勉强解决，但后面还是要重新来过。所以想等过了眼下，如果推广效果不错，下版就重构一起解决眼下问题，如果推广不理想，达不到预期，下版就修修补补。解决问题继续看效果。简单来说，就是利益才是动力，其它都是空气。

LINAICAI

2017-07-03 00:44:57 +08:00

1 ）无论 app 在前台还是后台，得到呼叫提醒后打开 app 都是可以很简单的打开接受视频或者拒绝视频的页面的。
2 ）如若问题 1 解决了，问题 2 就只剩下一个后台线程常驻的问题，这个问题解决的办法是使用轮训或者长链接，至于 iOS 的后台线程问题，如果真对视频通话的应该是可以设置常驻后台。

zinsser0702

2017-07-03 01:09:43 +08:00

@agee 1.通过同行的产品日流水数据显示，收入还是比较客观的。当然我们能否做到同行赚这么多是另外一回事。
2.产品越早上线就越能发现问题（这个观点我是赞同的）问题是我们自己内部发现的问题都没解决好，怎么解决其它被隐藏的问题呢。饭要一口一口吃，路要一步一步走的啊。