to b/to c 成就感问题

[seagull7558]

工作几年,一直在做 TO B 的东西,业务简单或是复杂暂且不说

只是觉得写起来不好玩,虽然确实有人反馈有了使用了我们开发的软件后提升了很多工作效率

例如: 原本需要好几个小时人工完成的工作,可能借助软件系统,几分钟就搞定了

但我还是觉得这是因为工作原因,客户不得不用

-----------------------------------------------------------------------------------------------------

to c 应该就完全不一样了,完全是因为好玩才去使用的,会收到很多反馈,会不会很有成就感

好想写好玩的东西

[Tokin]

b 端的 bug 很多没那么紧急，c 端的 bug 必须火速修复

[chendy]

你以为的 2c：很多人用，很多人反馈，不断改进
真实的 2c：没人用，好不容易有人用点两下白屏了直接关了，好不容易推广开了不知道收益点是啥，最终项目失败部门被裁公司倒闭

写好玩的东西和 2b2c 无关，好不好玩 /风险高不高 /收益大不大 关系也不大，自己权衡好了之后，干就完了

[leafre]

重新定义 tob 业务简单

[Joexjx]

1#回复相当真实，深夜被叫起来修复问题及改需求的次数数不胜数

[cco]

to b 应该是业务相对比较复杂，且定制性极强的。 技术难度不是很大，但架不住投标公司忽悠，一个不到 10 个人用的项目要上 Spring Cloud 。还要加入灰度发布，自动化测试，非常尴尬。
to c 唯一麻烦的就是救火吧，不管什么时候，只要有严重 bug 你就得修，并且要快（这一点压力很大），因为用的人多，所以要考虑的东西就比较多，玩法也多，对自己的技术提升非常明显。

[Leonard]

你是后端还是 web 端还是客户端？

[janus77]

有这个心态说明你在 2C 公司容易被当成大头兵，如果你体验过后真的乐在其中那你就是卷王了，如果你发现并不是自己想的那样，那你就惨了

[liudaolunhuibl]

问题是用的人多的 TOC 的东西也不多啊，并且那几家门槛也摆在哪里的

[zqx]

二楼真相了，之前 toc 一百多万用户，年流水几百个亿，然后团队裁员了三次。
现在 tob 做的垃圾软件没几个人用，年流水几百万，目前还没裁员。

[keepeye]

你可知 to c 今年有多惨

[Heartbleed]

"会收到很多反馈"
天天收到 bug 反馈很开心吗？ 都是祖传代码，改又不好改的那种，改出问题了影响又大

[xujinkai]

还是喜欢搞 to B ，需求稳定，甲方有钱，还能正常下班，业余打打游戏看看书，做几个 to C 的玩具不香么

[murmur]

to b to c 都有精品和垃圾

[MrTLJH]

我就是从 to b 转 to c 的，你想要反馈，创业吧，全是反馈。。。哈哈哈，更惨

[YongYuan]

有没有想过 to C 天天给你报 bad case 的时候

[zenoven]

to B 的也没那么爽，总是有些奇葩客户的奇葩需求要满足，还很难或者根本就没法做成共性的，结果就是业务逻辑越堆越复杂，维护成本越来越高。说到 bug ，很多时候客户追着你让你修，那怎么就不紧急了，影响的也不是一个用户，每次上线就怕出什么幺蛾子

[zhouyg]

to c 到亿级用户后，跟好玩已经完全不沾边了，开发的时候想得只有可能哪哪有风险问题

[hello158]

ToB 项目其实有一点跟 ToC 不一样。
那就是，业务比较重，如果是某大企业的定制业务，其实还是比较复杂的，不是说技术挑战，而是说业务复杂性。有几年工作经验的新人进来了，1 个月可能都完全改不动代码。因为看不懂代码。

[ch2]

ToB 接到大单子就能躺着赚钱了，ToC 还得运营天天搞

[otakustay]

toC 眼里用户就是数据曲线，搞多了也没成就感，一个事情数据能涨就是好的，数据不涨就是没意义的，至于用户开心不开心和你关系不大