タグ付けされた質問 「customer-relations」

私の経営陣は、私の組織の（確かに簡潔な）歴史の中で、前例のない質問をしました。 同時に、私たちはかなり新しいクライアントのためにいくつかの大きなプロジェクトに取り組んでいます。彼らはプロジェクトの途中で要件をプッシュする能力が伝説です。これらの人のために開発することは、流砂の上でタップダンスするようなものです。 より機敏なアプローチへのシフトを提案する絶好の機会のようです。私が尋ねられることを知っているのは、そのようなプロジェクトの見積もり/入札/請求方法です。1時間ごとに行きますか？さまざまな価格で入札しますか？スプリントで請求しますか？ より一般的には、「契約交渉よりも顧客とのコラボレーションを大切にしている」というアジャイル宣言の側面は、私の経営を怖がらせようとしています。少しでも多くのことを望む顧客の現実の世界で、それをどのように評価しますか？

13 agile  billing  customer-relations 

私はPeter Seibelの"Coders at Work：Reflections of Programming of Programming ''と呼ばれるこの素晴らしい本を読んでおり、Joshua Blochとの会話の一部であり、プログラマーにとって重要なこの答えを見つけました。段落は、このようなものになります。 この問題があります。つまり、プログラミングは非常に知的実力主義であり、多くの場合、これらの人々は組織内で最も賢い人々です。したがって、彼らはすべての決定を下せるようにすべきだと考えています。しかし、単に彼らが組織内で最も賢い人であるという事実は、彼らがすべての決定を下すべきであることを意味しません。それはベクトル量です。 ここで最後の文で、私は彼が共有しようとしている洞察を得ることはできません。誰かがそれをベクトル量によって意味するものとしてもう少し詳しく説明できますか？おそらく同じ洞察を提示しようとしています。 さらに下に、私は彼が電子メールを書くのにより多くの時間を費やすことができる何らかの理由で技術者でない人（時々無知）が技術者のマネージャーになることができる組織を持つことについて取っていないという点を得る上記の段落に続く文はそうでした。 また、共感や感情的な知性が欠けている場合は、APIやGUI、言語を設計するべきではありません。 ソフトウェアエンジニアリングでは、プログラマーはユーザーが自分の製品やデザインをどのように見るかを知る必要があると彼が言っていることを理解しています。 上記の段落は非常に興味深いと感じました。

12 design  project-management  customer-relations 

非常に一般的には、1人の顧客のみが必要とするフィールドの機能要求があります。これは、せいぜい、アプリケーションのコードを乱雑にします。多くの場合、フィールドを追加してから数か月後にデータベースを調べると、実際には余分なフィールドさえ使用していないことがわかります。また、非常に古いアプリケーションであるため、単一のフィールドを追加するには、複数のコード変更、レポートの変更、およびフィールドを表示する必要のない他の顧客に影響を与えないようにする必要があります。 顧客がこれらの機能要求を実際に必要としていることをどのように確認できますか？ 「本当に必要ない」と丁寧に言うには？ 現在、特定の機能のリクエストに対して課金を開始しています。（以前は、機能要求は通常無料でした）他にできることはありますか？

12 customer-relations  feature-requests 

少し前、私たちは、SQL Serverをバックエンドとして使用して、顧客の古いメインフレームシステムを新しいイントラネットASP.NETソリューションで置き換えるプロジェクトを任されました。これの一部は、ビジネスのリエンジニアリングでもありました。基本的に、システムを変更するとき、ビジネスをよりよく行うにはどうすればよいかを考えていました。 したがって、最初のタスクは、論理データモデルと物理データモデルを組み合わせて実行することでした。顧客はこれらの議論に参加しており、完全にサインオフしていました。次のフェーズは、各モジュールの設計と構築を実際に行うことでした。さて、長い話を簡単に言うと、プログラミングは完了しており、システムの並列テストに取り掛かっています。これまでのほとんどのモジュールで問題はありません。 私たちには1つのシステムがあります。ビジネスユーザーにアプリケーションとレポートのみを表示する場合は、すべて問題ありません。新しい統合ワークフローと連携し、以前の手動プロセスを自動化し、仕様どおりに機能します。移行されたレガシーデータについては、並行テストでいくつかの問題が明らかになりました。レガシーシステムのビルダーは、新しいスキーマとビジネスプロセスを理解するのに非常に苦労しています。したがって、レガシーデータを取得して新しいスキーマに入れる方法を理解するのに非常に苦労しています。このため、彼らはビジネスユーザーと利害関係者の会議を呼び出し、新しいシステムは古いシステムが提供したデータを提供しない（実際にはそうである場合）-これは新しいシステムの見た目を悪くします。 これは控えめに言ってもイライラします。新しいシステムはうまく機能し、必要なすべての機能を提供します。ITスタッフが新しいテーブルに古いデータを入力できない場合は、ビジネスユーザーは新しい機能に満足しています。 これを処理する方法についての提案を求めています。いくつかの政治的動きのために、新しい「アーキテクト」はシステムがどのように機能するかを理解しておらず、ITスタッフが要求している変更の影響を十分に理解できません。ITスタッフはシステムにいくつかの根本的な変更を望んでいます。これは本質的に不要であり、実際には悪い設計ですが、彼らは顧客です。 何かご意見は？

10 design  customer-relations  acceptance-testing 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 4年前休業。 私は、iPadアプリケーションのアイデアを持っている潜在的な顧客がいますが、これに十分な資金を見つけることができません。 思いついたアイデアの1つは、無料または少額の手数料で作業を行い、アプリストアから収入の一部を受け取ることです。 現実的なパーセンテージを決定するにはどうすればよいですか？ これはアプリストアの価格にどのように影響されますか？また、顧客が突然アプリを無料で提供することに決めたシナリオから自分をどのように保護しますか？

9 iphone  appstore  customer-relations 

顧客は考え方が異なるため、ある程度の教育が必要です。顧客は考える： プロジェクトのどの時点でも変更は問題になりません 詳細は重要ではありません（例外はさらに少ない） 時間はお金がかからない（彼らは合意された固定価格を持っている） 仕様の1文は、実際のニーズに合わせて自由に拡張/読み取りできます。これは契約に影響しません。（ここでは、「常識」の議論がよく見られます-例：「会計管理について話すときは、もちろん、請求書管理画面が必要です-これは常識です！」 リストは続く... 主な問題は、顧客（外部または内部/部門に関係なく）が欲しくない、または理解できないことです。ソフトウェアの作成プロセスを理解するのに何年もかかりましたが、私はまだ学んでいます。 あなたの経験は何ですか？顧客を教育するための最良のアプローチは何ですか？

9 customer-relations 

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 3年前休業。 私は大手小売業者のIT部門で働いており、ウェブサイトの主要なシステムを再設計するためのプロジェクトを開始しました。 ビジネスユーザーは、システムを更新して改善したいと考えています。彼らはそれがどのように機能するかについて非常に高レベルの原則をいくつか持っていますが、それはそれについてです。 経営陣は、利用可能なリソースがあるため、開発チームが「何かを行う」ことを開始することを望んでいます。 開発チームとしての時間を過ごすための最良の方法を考えるのに苦労しています。ビジネスユーザーと一緒に座っても、非常に高レベルの原則や、ユーザーが望まないことは何も実現していませんが、要件への取り組みを検討することはありません。 機能の具体的な実装を漠然としたビジネス要件に関連付け、技術的な専門知識の欠如とビジネスからの賛同を得て、ビジネスが結果に満足できるようにするにはどうすればよいですか？

8 requirements  customer-relations 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 4年前休業。 私はウェブ開発プロジェクトを完成させ、提供する過程にあります。契約では、クライアントがすべてのコンテンツの追加とインストールを担当することが明確に指定されています。指定された成果物はWordPressテーマです。すべてが期待どおりに機能することを確認するために必要だったため、既存のサイトの多くのコンテンツを使用することになりました。 また、作成したカスタムダッシュボードの使用方法を示すために、30分のトレーニングも行いました。私は昨日トレーニングを行い、クライアントに管理者ログインを提供して、彼らが私の仕事を検査できるようにしました。私は追加の時間単価でスタッフトレーニングセッションを行うことを提案し（元の契約はプロジェクトの価格設定でした）、コンテンツを追加する方法の例として使用するデータベースも含まれています。クライアントは拒否し、トレーニングを処理すると述べました。 彼らは今日いくつかのトレーニングを行う予定であると述べ、私のサーバーとインストールを使用できるかどうかさえ尋ねませんでした。新しい管理者アカウントが追加されたメールを3通受け取ったところ、一部のコンテンツの移行を開始したようです。 データベースに追加料金がかかることを伝えたり、サーバーの使用料金を請求したりする必要がありますか？これは私の最大のプロジェクトの1つであり、この状況に遭遇したのは初めてです。彼らが私を利用し、関係をそのままにしておかなくてはならない専門的なことは何ですか？

8 pricing  customer-relations 

あなたが顧客のためのウェブサイトを作成しているとしましょう。このWebサイトには独自の登録があります（OpenIDと組み合わせるかどうか）。ユーザーは、ユーザーがおそらくすべてのWebサイトで同じパスワードを使用していることを前提として、ユーザーが選択しているパスワードを確認できるようにするように求めています。 一般的に言って、 パスワードはプレーンテキストではなくハッシュ化されているため、パスワードを取得することは不可能です。 または、私がそれを行う権利がないこと、または管理者が追加の詳細情報を提供せずにユーザーのパスワードを表示できないようにする必要があること。 最初のものは誤りです：パスワードがハッシュされていても、ログオンごとにパスワードをキャッチして保存することが可能です（たとえば、ログオンに成功または失敗したユーザーだけでなく、パスワード）。二つ目は失礼です。 専門家でも失礼でもないで、この要求を拒否する方法は？

8 security  customer-relations  passwords